Le connessioni lunghe sono una vulnerabilità di sicurezza

Da un punto di vista infosec, sono necessarie sessioni TCP in scadenza per ridurre la possibilità di estenuanti risorse su firewall, router e altre apparecchiature.

I keepalive aiutano quando i protocolli di livello più elevato impiegano molto tempo tra le trasmissioni, ad esempio quando elaborano le informazioni sul lato client.

Lo svantaggio dei keepalive, specialmente per i clienti wireless, è che una connessione perfettamente valida può essere interrotta se un pacchetto keepalive viene eliminato. Cioè, mentre TCP è un protocollo di stato che normalmente ritrasmette in caso di perdita di pacchetti e ricezione del segmento di ACK, l'assenza di una risposta a un keepalive potrebbe significare che l'altra estremità è inattiva o che un singolo pacchetto è stato perso.

A seconda dei keepalive puoi creare situazioni in cui gli utenti che hanno connessioni non affidabili hanno problemi con l'applicazione che non sono riproducibili.

Questi lunghi timeout della sessione TCP possono aiutare una manciata di clienti, ma, solo se i dispositivi del gateway del cliente hanno anche timeout di sessione lunghi ... quindi gli utenti domestici, i coffee shop ecc.

La soluzione migliore per questo è un keepalive di livello applicazione o un callback URL.

L'unico problema che posso riscontrare è che: più client si connettono al server, consumando così le sue risorse e creando effettivamente una condizione di negazione del servizio.