LATIITAY Semplicemente Wireshark si aspetta che sulla 8080 ci sia HTTP e non HTTPS
No, Wireshark non si aspetta proprio un bel niente ed è per questo che è uno strumento prezioso a livello professionale: si tratta di un tool che è in grado di fare un'inspection approfondita di ogni singolo pacchetto e si usa proprio per fare troubleshooting complessi in apparati di rete perché è in grado di rilevare la tipologia di traffico in base al traffico stesso e non solo guardando alle porte TCP.
Conosce praticamente tutti i protocolli noti, anche esotici.
Nela schermata che vedi si può anche vedere che è capace di scomporre i singoli pacchetti di traffico a più livelli dividendo il frame ethernet, il quale contiene un frame IPv4, il quale a sua volta contiene un frame TCP che a sua volta contiene un frame HTTP malformato.
Ti consente poi di esplodere i singoli valori di pacchetto in una struttura gerarchica (anch'essa visibile nello screenshot) e facile da percorrere. Infine se passi col mouse su uno dei campi te lo evidenzia in blu e lo mette in relazione con il dump esadecimale che sta in basso nella schermata (non visibile nello screenshot).
Se fosse HTTPS nella sessione sarebbero visibili i pacchetti SSL/TLS in principio di sessione con lo scambio certificati ben in evidenza, mentre la sessione HTTP intunnellata dentro il tunnel SSL/TLS sarebbe invisibile in quanto cifrata.
Nel test che ho fatto e di cui lo screenshot è allegato sopra HTTPS non era da nessuna parte, si vede anzi la connessione TCP andare su alla porta 8080 e poi immediatamente dopo un ACK parte un "Malformed http" che probabilmente è quel qualcosa che "inganna" il motore del browser per aggirare limiti vari.
Come vedi dallo screenshot il pacchetto viene riconosciuto da Wireshark perché la prima metà è conforme all'HTTP (vedi parte evidenziata in giallo) e corrisponde ad un header HTTP correttamente formato ma poi prosegue con cose strane sue (parte evidenziata in rosso) che è la "lingua Ookla" che l'applet parla con la servlet.
Come regola generale in networking la porta TCP a cui ci si collega è un dato di marginale rilievo: un server HTTP tipicamente ascolta alla 80/TCP ma nessuno ti vieta di metterlo alla 81 o 150 o 15000, un server HTTPS tipicamente ascolta alla 443/TCP ma non significa niente. Anche la 8080/TCP è tipicamente usata per i proxy, ma ci sono proxy alla 9000, 9001 o saiilciufolodove in base a quanto hanno fumato male i sysadmin quel giorno ecc. perché non c'è nessun obbligo a riguardo, solo raccomandazioni.
