Gravisssssima vulnerabilità TCP/IP: a rischio un DoS di Internet?

-
Ma com'è che ogni 6 mesi (a esser buoni) esce una vulnerabilità TERRIBILE che dovrebbe far finire Internet e quindi il mondo?


Ci risiamo, e stavolta sembra che tutte le implementazioni del TCP/IP siano vulnerabili a questo attacco DoS. E bisogna riavviare per forza il server....dicono.

Ma se tutte le implementazioni dello stack TCP/IP sono vulnerabili, mi viene il dubbio che il protocollo stesso lo sia!

Sembra che sia possibile, abbassando di volta in volta la velocità con cui si inviano pacchetti TCP ad un server, arrivare ad un tempo infinito di risposta da parte del server che a questo punto non rilascerebbe le risorse (la connessione a quanto pare viene chiusa ma le risorse kernel rimarrebbero allocate).

Descrizione vaga?

Per il momento sono solo "rumors" ma i due ricercatori, che ovviamente hanno tratto beneficio di pubblicità per la loro azienda e per i loro prodotti, promettono di descrivere più in dettaglio la vulnerabilità verso la metà di ottobre.

Fantasia, realtà o pubblicità?

Commenti

  1. Anonimo7 ottobre 2008 alle ore 00:57

    Ciao,

    sinceramente anche Fyodor dice che non è nuova come "vulnerabilità", metto fra "" il termine in quanto tendi ad esaurire le risorse di sistema completando il 3 wayhandshake in userland.
    Alla fine non puoi fare spoofing perchè devi completare la connessione , e cmq ti servono molte sessioni attive.
    A parer mio non vedo l'ecltanza della notizia, sarebbe carino testare il suo tool e vedere l'effetto diverso che può fare da tool normalmente usati con spoofing e syn-atck .Ciao
    Wiz4rd

    RispondiElimina

Posta un commento

Post popolari in questo blog

Exploit: icsploit o espluà?

-
Immagine
Non ce la faccio più! Continuo a sentir pronunciare " exploit ", nel senso di " sfruttamento di una vulnerabilità informatica ", in francese: espluà ! E' quasi un pugno nello stomaco! Sebbene il termine inglese derivi dal francese, quando si usa nel contesto della sicurezza informatica, la pronuncia è in inglese, ovvero " ecsploit "o " icsploit " (a seconda che sia un sostantivo o un verbo). E poi visto che la consuetudine è quella di usare termini inglesi nel contesto informatico, e per amore di un unico e non ambiguo vocabolario, usiamo i termini inglesi quando ci riferiamo a cose ben specifiche  e relative all'informatica. Per essere estremamente chiari, se dobbiamo parlare di "SQL Injection" non è che possiamo tradurla come "inoculazione di sequenze maliziose in una istruzione del linguaggio SQL". Non si capisce nulla! Altrimenti torniamo al caro professore che insisteva nel tradurre "Computer" in "...
Continua a leggere

TrueCrypt 5.0: nuova release

-
E' uscita la nuova versione di TrueCrypt 5.0 (ricordo che è Free e Open Source). Importanti le novità: Features : permette di cifrare una intera partizione del disco con un'autenticazione pre-boot; inserita una pipeline per le operazioni di read/write che migliorano le prestazioni fino al 100% su Windows; nuova versione per Mac OS X; GUI per TrueCrypt su Linux; utilizzo di XTS - approvato recentemente come standard IEEE 1619 - per la protezione crittografica di device per lo storage a blocchi; sostituzione dello SHA1 con il più sicuro SHA-512. Bug fix : versione su Linux completamente ridisegnata per sopperire ai problemi dovuti all'aggiornamento del kernel; correzioni di bug e falle di sicurezza. Ho provato la nuova versione sia su Windows XP che su Vista Home Premium. Su XP Professional o Home nessun problema. Potete addirittura non disinstallare la vecchia versione, reinstallando tutto sopra. In Vista consiglio di disinstallare la vecchia versione, riavviare e poi ins...
Continua a leggere

ING Direct: ancora con il PAD numerico rotante!

-
Immagine
Quanti anni saranno che ING Direct ci propina il suo sistema di autenticazione? Avete presente il PAD numerico in cui ogni volta che si accede vengono cambiate le posizioni dei numeri sul tastierino? Negli anni avranno sicuramente cambiato la tecnologia sottostante e le tecniche di sicurezza, tanto è vero che alcuni script client-side inclusi nella pagina, con un breve giro con Firebug, sono generati server-side con URL randomiche (solo nell'ultima parte) e Firebug non riesce a mostrarli. Ma a parte la loro bravura nell'offuscare il codice, perché di offuscamento si tratta, quando si decideranno ad utilizzare un meccanismo di autenticazione a 2 fattori? Una cosa che tu sai + Una cosa che tu hai Potrei suggerire uno degli innumerevoli Token OTP che ormai molte banche danno ai loro correntisti e che li tranquillizzano non poco nell'accesso ai propri conti on-line. Provate a chiedere ad un utente se è più o meno tranquillo con un Token fisico che solo lui detiene e che ogni 30...
Continua a leggere