Wi-Fi Protected Access: differenze tra le versioni

Versione delle 11:43, 11 dic 2017

Versione attuale delle 06:54, 9 ago 2025

(60 versioni intermedie di 32 utenti non mostrate)

Riga 1:

'''Wi-Fi Protected Access''' ('''WPA'''), eil '''Wi-Fi Protected Access II''' ('''WPA2''') e il '''Wi-Fi Protected Access III''' ('''WPA3''') sono duetre protocolli di sicurezza e programmi di certificazione di sicurezza sviluppati dalla [[Wi-Fi Alliance]] per proteggere le [[Rete di computer|reti di computer]] wireless. L'Alleanza ha definito questi protoccoliprotocolli in risposta a gravi debolezze che i ricercatori avevano trovato nel precedente sistema [[Wired Equivalent Privacy]] (WEP).<ref>{{Cita web

| url=httphttps://arstechnica.com/articles/paedia/wpa-cracked.ars

| titolo=Battered, but not broken: understanding the WPA crack

| data=6 novembre 2008

| accesso=6 novembre 2008

| editore=[[Ars Technica]]

}}</ref><ref>{{citeCita web |url=http://eu.dummies.com/WileyCDA/how-to/content/understanding-wep-weaknesses.html |titletitolo=Understanding WEP Weaknesses |accessdateaccesso=2010-01-10 gennaio 2010 |publishereditore=[[Wiley Publishing]] |dataarchivio=18 marzo 2010 |urlarchivio=https://web.archive.org/web/20100318054246/http://eu.dummies.com/WileyCDA/how-to/content/understanding-wep-weaknesses.html |urlmorto=sì }}</ref>

WPA (a volte definito come ''progetto di standard IEEE 802.11i'') è stato reso disponibile nel 2003. L'Alliance Wi-Fi lo ha inteso come misura intermedia, in previsione della disponibilità di WPA2 più sicuro e complesso. WPA2 è diventato disponibile nel 2004 ed è uno standard abbreviato per lo standard IEEE 802.11i (o [[IEEE 802.11i]]) mentre WPA3 è diventato disponibile da giugno 2018<ref name="wpa-CES2018-press">{{cita web|url=https://www.darkreading.com/endpoint/wi-fi-alliance-launches-wpa2-enhancements-and-debuts-wpa3/d/d-id/1330762|titolo=Wi-Fi Alliance Launches WPA2 Enhancements and Debuts WPA3|autore=Dawn Kawamoto |editore=DARKReading}}</ref><ref>{{cita web|url=https://www.techspot.com/news/72656-wpa3-protocol-make-public-wi-fi-hotspots-lot.html|titolo=WPA3 protocol will make public Wi-Fi hotspots a lot more secure|editore=Techspot}}</ref>.

==WPADescrizione==

{{vedi anche|IEEE 802.11i}}

L'Alliance Wi-Fi ha inteso WPA come misura intermedia per sostituire [[Wired Equivalent Privacy|WEP]] in attesa della disponibilità dello standard [[IEEE 802.11i|IEEE 802.11i]]. WPA potrebbe essere implementata tramite aggiornamenti [[firmware]] sulle schede di interfaccia di rete wireless progettate per il WEP, che ha iniziato la spedizione nel 1999. Tuttavia, poiché le modifiche richieste nei [[Access point|punti di accesso wireless]] (AP) erano più ampi di quelli necessari sulle [[Scheda di rete|schede di rete]], la maggior parte gli AP precedenti al 2003 non possono essere aggiornati per supportare WPA.

Il protocollo WPA implementa gran parte dello standard IEEE 802.11i. In particolare, il protocollo [[Temporal Key Integrity Protocol]] (TKIP) è stato adottato per WPA. WEP ha utilizzato una chiave di crittografia a [[64 bit]] oao a [[128 bit]] che deve essere immessa manualmente sui punti di accesso e dispositivi wireless e non cambia. TKIP utilizza un pacchetto per pacchetto, il che significa che genera in modo dinamico un nuovo codice a 128 bit per ogni pacchetto e quindi impedisce i tipi di attacchi che compromettono WEP.<ref>{{cite bookCita libro|lastcognome= Meyers |firstnome= Mike |titletitolo= Managing and Troubleshooting Networks |publisherurl= https://archive.org/details/mikemeyersnetwor0000meye_s9t9 |editore= McGraw Hill |seriesserie= Network+ |yearanno= 2004 |isbn= 978-0-07-225665-9}}</ref>

L'Alliance Wi-Fi ha inteso WPA come misura intermedia per sostituire [[Wired Equivalent Privacy|WEP]] in attesa della disponibilità dello standard [[IEEE 802.11i|IEEE 802.11i]]. WPA potrebbe essere implementata tramite aggiornamenti [[firmware]] sulle schede di interfaccia di rete wireless progettate per il WEP, che ha iniziato la spedizione nel 1999. Tuttavia, poiché le modifiche richieste nei [[Access point|punti di accesso wireless]] (AP) erano più ampi di quelli necessari sulle schede di rete, la maggior parte gli AP precedenti al 2003 non possono essere aggiornati per supportare WPA.

WPA include anche un controllo di integrità dei messaggi, che è stato progettato per impedire a un utente malintenzionato di modificare e inviare nuovi pacchetti di dati. Questo sostituisce il [[Cyclic redundancy check|controllo ciclico di ridondanza]] (CRC) utilizzato dallo standard WEP. Il principale problema di CRC è che non ha fornito una garanzia di [[integrità dei dati]] sufficientemente forti per i pacchetti gestiti.<ref>{{cite bookCita libro|lastcognome= Ciampa |firstnome= Mark |titletitolo= CWNA Guide to Wireless LANS |publisherurl= https://archive.org/details/cwnaguidetowirel0000ciam |editore= Thomson |seriesserie= Networking |yearanno= 2006}}</ref>

Il protocollo WPA implementa gran parte dello standard IEEE 802.11i. In particolare, il protocollo [[Temporal Key Integrity Protocol]] (TKIP) è stato adottato per WPA. WEP ha utilizzato una chiave di crittografia a 64 bit oa 128 bit che deve essere immessa manualmente sui punti di accesso e dispositivi wireless e non cambia. TKIP utilizza un pacchetto per pacchetto, il che significa che genera in modo dinamico un nuovo codice a 128 bit per ogni pacchetto e quindi impedisce i tipi di attacchi che compromettono WEP.<ref>{{cite book |last= Meyers |first= Mike |title= Managing and Troubleshooting Networks |publisher= McGraw Hill |series= Network+ |year= 2004 |isbn= 978-0-07-225665-9}}</ref>

I [[Message authentication code|codici di autenticazione dei messaggi]] ben testati esistevano per risolvere questi problemi, ma richiedevano chel'utilizzo ildi un calcolo fosse troppo utilizzatocomplesso per le vecchie schede di rete. WPA utilizza un algoritmo di controllo dell'integrità dei messaggi chiamato ''[[Temporal Key Integrity Protocol#Beck-Tews attack|TKIP]]'' per verificare l'integrità dei pacchetti. TKIP è molto più forte di un CRC, ma non forte quanto l'algoritmo utilizzato in WPA2. I ricercatori hanno da allora scoperto un difetto in WPA che si basava sulle vecchie debolezze in WEP e sulle limitazioni della [[funzione di hash]] di integrità del messaggio, denominata ''Michael'', per recuperare il keystream da pacchetti corti da utilizzare per la reinvenzione e lo [[Spoofing]].

<ref>{{citeCita journalpubblicazione|last1cognome1=Huang|first1nome1=Jianyong|last2cognome2=Seberry|first2nome2=Jennifer|last3cognome3=Susilo|first3nome3=Willy|last4cognome4=Bunder|first4nome4=Martin|titletitolo=Security analysis of Michael: the IEEE 802.11i message integrity code|journalrivista=International Conference on Embedded and Ubiquitous Computing|datedata=2005|pagespp=423-432|url=http://ro.uow.edu.au/cgi/viewcontent.cgi?article=2618&context=infopapers|accessdateaccesso=26 Februaryfebbraio 2017}}</ref><ref>{{citeCita web |url=https://arstechnica.com/security/2008/11/wpa-cracked/ |titletitolo=Battered, but not broken: understanding the WPA crack |datedata=6 novembre 2008-11-06 |publishereditore=Ars Technica}}</ref>

WPA include anche un controllo di integrità dei messaggi, che è stato progettato per impedire a un utente malintenzionato di modificare e inviare nuovi pacchetti di dati. Questo sostituisce il [[Cyclic redundancy check|controllo ciclico di ridondanza]] (CRC) utilizzato dallo standard WEP. Il principale problema di CRC è che non ha fornito una garanzia di integrità dei dati sufficientemente forti per i pacchetti gestiti.<ref>{{cite book |last= Ciampa |first= Mark |title= CWNA Guide to Wireless LANS |publisher= Thomson |series= Networking |year= 2006}}</ref>

I [[Message authentication code|codici di autenticazione dei messaggi]] ben testati esistevano per risolvere questi problemi, ma richiedevano che il calcolo fosse troppo utilizzato per le vecchie schede di rete. WPA utilizza un algoritmo di controllo dell'integrità dei messaggi chiamato ''[[Temporal Key Integrity Protocol#Beck-Tews attack|TKIP]]'' per verificare l'integrità dei pacchetti. TKIP è molto più forte di un CRC, ma non forte quanto l'algoritmo utilizzato in WPA2. I ricercatori hanno da allora scoperto un difetto in WPA che si basava sulle vecchie debolezze in WEP e sulle limitazioni della funzione di hash di integrità del messaggio, denominata ''Michael'', per recuperare il keystream da pacchetti corti da utilizzare per la reinvenzione e lo [[Spoofing]].

<ref>{{cite journal|last1=Huang|first1=Jianyong|last2=Seberry|first2=Jennifer|last3=Susilo|first3=Willy|last4=Bunder|first4=Martin|title=Security analysis of Michael: the IEEE 802.11i message integrity code|journal=International Conference on Embedded and Ubiquitous Computing|date=2005|pages=423-432|url=http://ro.uow.edu.au/cgi/viewcontent.cgi?article=2618&context=infopapers|accessdate=26 February 2017}}</ref><ref>{{cite web |url=https://arstechnica.com/security/2008/11/wpa-cracked/ |title=Battered, but not broken: understanding the WPA crack |date=2008-11-06 |publisher=Ars Technica}}</ref>

{{vedi anche|IEEE 802.11i}}

WPA2 ha sostituito WPA. WPA2, che richiede test e certificazione da parte della Wi-Fi Alliance, implementa gli elementi obbligatori di IEEE 802.11i. In particolare, include il supporto obbligatorio per [[CCMP]], una modalità di crittografia basata su [[Advanced Encryption Standard|AES]] con una forte sicurezza <ref>{{citeCita web |url=http://csrc.nist.gov/groups/ST/toolkit/BCM/documents/proposedmodes/ccm/ccm-ad1.pdf |titletitolo=On the Security of CTR + CBC-MAC |lastcognome=Jonsson |firstnome=Jakob |publishereditore=[[National Institute of Standards and Technology|NIST]] |accessdateaccesso=2010-05-15 maggio 2010}}</ref>. La certificazione è iniziata nel settembre 2004; dal 13 marzo 2006, la certificazione WPA2 è obbligatoria per tutti i nuovi dispositivi a sostenere il marchio Wi-Fi. <ref name="wpa2-mandatory">{{citeCita web |publishereditore=[[Wi-Fi Alliance]] |url=httphttps://www.wi-fi.org/news-events/newsroom/wpa2-security-now-mandatory-for-wi-fi-certified-products |titletitolo=WPA2 Security Now Mandatory for Wi-Fi CERTIFIED Products |accessdateaccesso=28 febbraio 2013 |dataarchivio=25 marzo 2019 |urlarchivio=https://web.archive.org/web/20190325211253/https://www.wi-02fi.org/news-28events/newsroom/wpa2-security-now-mandatory-for-wi-fi-certified-products |urlmorto=sì }}</ref>

==Supporto hardware==

WPA è stato progettato appositamente per lavorare con hardware wireless prodotti prima dell'introduzione del protocollo WPA,<ref name="wpa-backwardscomp"/> che fornisce sicurezza inadeguata tramite WEP. Alcuni di questi dispositivi supportano WPA solo dopo l'applicazione di aggiornamenti [[firmware]], che non sono disponibili per alcuni dispositivi precedenti. <ref name="wpa-backwardscomp">{{citeCita web |workopera=[[Wi-Fi Alliance]] |url=httphttps://www.wi-fi.org/white_papers/whitepaper-042903-wpa/ |titletitolo=Wi-Fi Protected Access White Paper |quotecitazione= WPA is both forward and backward-compatible and is designed to run on existing Wi-Fi devices as a software download. |urlmorto=sì |urlarchivio=https://web.archive.org/web/20080914111303/http://www.wi-fi.org/white_papers/whitepaper-042903-wpa/ |dataarchivio=14 settembre 2008 }}</ref>

WPA è stato progettato appositamente per lavorare con hardware wireless prodotti prima dell'introduzione del protocollo WPA,<ref name="wpa-backwardscomp"/> che fornisce sicurezza inadeguata tramite WEP. Alcuni di questi dispositivi supportano WPA solo dopo l'applicazione di aggiornamenti [[firmware]], che non sono disponibili per alcuni dispositivi precedenti. <ref name="wpa-backwardscomp">{{cite web |work=[[Wi-Fi Alliance]] |url=http://www.wi-fi.org/white_papers/whitepaper-042903-wpa/|title=Wi-Fi Protected Access White Paper |quote= WPA is both forward and backward-compatible and is designed to run on existing Wi-Fi devices as a software download.}}</ref>

I dispositivi Wi-Fi certificati dal 2006 supportano sia i protocolli di protezione WPA e WPA2. WPA2 potrebbe non funzionare con alcune vecchie schede di rete.

==Terminologia==

=={{Anchor|WPA-TERMINOLOGY}}WPA terminologia==

Differenti versioni di WPA e meccanismi di protezione possono essere distinti in base all'utente finale di destinazione (secondo il metodo di distribuzione della chiave di autenticazione) e il protocollo di crittografia utilizzato.

=== Utenti di destinazione (distribuzione della chiave di autenticazione) ===

; WPA-Personal:Viene anche definito come modalità ''WPA-PSK'' ([[Pre-Shared Key|pre-shared key]]), che è progettato per le reti domestiche e per le piccole aziende e non richiede un server di autenticazione. <ref>{{citeCita web |url=httphttps://www.wi-fi.org/knowledge_center_overview.php?type=3|titletitolo=Wi-Fi Alliance: Glossary|accessdateaccesso=1º marzo 2010|urlmorto=sì|urlarchivio=https://web.archive.org/web/20100304113541/http://www.wi-03-01fi.org/knowledge_center_overview.php?type=3|dataarchivio=4 marzo 2010}}</ref>. Ogni [[dispositivo di rete]] wireless crittografa il traffico di rete derivando la chiave di crittografia a 128 bit da una [[Chiave (crittografia)|chiave]] condivisa a 256 bit. Questa chiave può essere inserita come una stringa di 64 cifre [[Sistema numerico esadecimale|esadecimali]] o come una [[passphrase]] di 8 a 63 [[ASCII#Stampabili|caratteri ASCII stampabili]]. <ref>''Each character in the passphrase must have an encoding in the range of 32 to 126 (decimal), inclusive.'' (IEEE Std. 802.11i-2004, Annex H.4.1)<br/>The space character is included in this range.</ref>.

Se si utilizzano i caratteri ASCII, viene calcolatocalcolata illa tastochiave a 256 bit applicando la [[Derivazione di una chiave crittografica|funzione di derivazione della chiave]] [[PBKDF2]] alla frase, utilizzando [[SSID]] come [[SaleSalt (crittografia)|salesalt]] e 4096 iterazioni di [[HMAC]]-[[SHA1]].<ref>{{citeCita web |url=http://jorisvr.nl/wpapsk.html |titletitolo= WPA key calculation&nbsp;— From passphrase to hexadecimal key |lastcognome=van Rantwijk |firstnome=Joris |datedata=6 dicembre 2006-12-06 |accessdateaccesso=2011-12-24 dicembre 2011}}</ref>

La modalità WPA-Personal è disponibile sia con WPA che con WPA2.

Riga 41 ⟶ 38:

; [[Wi-Fi Protected Setup]] (WPS):Si tratta di un metodo di distribuzione delle chiavi di autenticazione alternativo inteso a semplificare e rafforzare il processo, ma che, come ampiamente implementato, crea un grosso buco di sicurezza tramite il recupero del PIN WPS.

===EncryptionProtocollo protocoldi cifratura===

;[[Temporal Key Integrity Protocol|TKIP]] (Temporal Key Integrity Protocol):Il codice di flusso [[RC4]] viene utilizzato con una chiave per pacchetto da 128 bit, il che significa che genera dinamicamente una nuova chiave per ogni pacchetto. Questo èÈ usato da WPA.

;[[CCMP]] ([[Modalità di funzionamento dei cifrari a blocchi#Counter .28CTR.29|CTR mode]] con [[CBC-MAC]] Protocol):

Il protocollo utilizzato da WPA2, basato sul codice AES ([[Advanced Encryption Standard]]) unitamente all'[[Message authentication code|autentica autenticità dei messaggi e al controllo dell'integrità]], è significativamente più efficace nella protezione della privacy e dell'integrità rispetto al TKIP basato su [[RC4]] utilizzato da WPA. Tra i nomi informali ci sono "AES" e "AES-CCMP". Secondo la specifica 802.11n, questo protocollo di crittografia deve essere utilizzato per ottenere veloci schemi di bitrate elevati 802.11n, sebbene non tutte le implementazioni [(vaghe]) lo facciano rispettare questo. <ref>

{{citeCita web

|titletitolo = Data rate will not exceed 54 Mbps when WEP or TKIP encryption is configured

|url =http https://www.intel.com/support/wireless/wlan/4965agn/sb/cs-025643.htm

|urlmorto = sì

}}</ref>{{Dead link|date=October 2017}} Altrimenti, la velocità dei dati non supererà i 54 MBit / S.

|urlarchivio = https://web.archive.org/web/20111229165556/http://www.intel.com/support/wireless/wlan/4965agn/sb/cs-025643.htm

|dataarchivio = 29 dicembre 2011

}}</ref>{{Dead link|date=October 2017}} Altrimenti, la velocità dei dati non supererà i 54 MBit Mbit/ Ss.

==Problemi di sicurezza==

===Password Deboledebole===

Le chiavi pre-condivise WPA e WPA2 restano vulnerabili agli attacchi di [[Password cracking|cracking della password]] se gli utenti si affidano a una password o [[Robustezza della password|passphrase deboli]].

L'utlizzoutilizzo del Brute''[[brute force(forza bruta)]]'' di password semplici può essere tentata utilizzando la Suitesuite [[Aircrack-ng|Aircrack]] a partire dall'operazione di handshake di autenticazione a quattro vie scambiata durante l'associazione o la nuova autenticazione periodica.<ref>{{citeCita web |url=httphttps://www.sciencedaily.com/releases/2014/03/140320100824.htm |titletitolo=WPA2 wireless security cracked |doi=10.1504/IJICS.2014.059797 |publishereditore=ScienceDaily |datedata= |accessdateaccesso=2014-04-30 aprile 2014}}</ref><ref>{{citeCita web |url=http://inderscience.metapress.com/content/d566077551229663/?genre=article&issn=1744-1765&volume=6&issue=1&spage=93 |titletitolo=Exposing WPA2 security protocol vulnerabilities |publishereditore=International Journal of Information and Computer Security |volume=6 |numbernumero=1/2014 |workopera=Inderscience.metapress.com |datedata=2014-03-13 marzo 2014 |accessdateaccesso=30 aprile 2014 |urlmorto=sì |urlarchivio=https://archive.is/20140322151013/http://inderscience.metapress.com/content/d566077551229663/?genre=article&issn=1744-04-301765&volume=6&issue=1&spage=93# |dataarchivio=22 marzo 2014 }}</ref><ref>{{citeCita web |url=httphttps://www.securityweek.com/researchers-outline-how-crack-wpa2-security |titletitolo=Researchers Outline How to Crack WPA2 Security |publishereditore=SecurityWeek.Com |datedata=2014-03-24 marzo 2014 |accessdateaccesso=30 aprile 2014-04-30}}</ref><ref>{{citeCita web |url=httphttps://phys.org/news/2014-03-wpa2-wireless.html |titletitolo=WPA2 wireless security cracked |publishereditore=Phys.org |datedata=20 marzo 2014-03-20 |accessdateaccesso=2014-05-16 maggio 2014}}</ref><ref>{{citeCita web |url=https://isc.sans.edu/forums/diary/Exposing+WPA2+Paper/18061 |titletitolo=Exposing WPA2 Paper |publishereditore=InfoSec Community |datedata=2 maggio 2014-05-02 |accessdateaccesso=2014-05-16 maggio 2014}}</ref>

Per proteggere ulteriormente dalle intrusioni, l'SSID della rete non deve corrispondere a nessuna voce nei primi 1.000 SSID più comuni<ref>{{citeCita web |url=httphttps://www.wigle.net/gps/gps/main/ssidstats |titletitolo=Wireless Geographic Logging Engine - SSID Stats |publishereditore=WiGLE |datedata= |accessdateaccesso=2010-11-15 novembre 2010}}</ref> poiché sono state pre-generate [[Tabella arcobaleno|tabelle arcobaleno]] scaricabili per loro e una moltitudine di password comuni. <ref>{{citeCita web |url=http://www.renderlab.net/projects/WPA-tables/ |titletitolo=Church of Wifi WPA-PSK Rainbow Tables |publishereditore=The Renderlab |datedata= |accessdateaccesso=2010-11-15 novembre 2010}}</ref>

===Spoofing e decrittografia dei pacchetti WPA===

Mathy Vanhoef e Frank Piessens <ref name="vanhoef-piessens">

{{cite journalCita pubblicazione|doi=10.1145/2484313.2484368 |titletitolo=Practical Verification of WPA-TKIP Vulnerabilities |firstnome=Mathy |lastcognome=Vanhoef |first2nome2=Frank |last2cognome2=Piessens |datedata=Maymaggio 2013 |journalrivista=Proceedings of the 8th ACM SIGSAC symposium on Information, computer and communications security |seriesserie=ASIA CCS '13 |pagespp=427–436427-436 |url=https://lirias.kuleuven.be/bitstream/123456789/401042/1/wpatkip.pdf}}</ref> hanno migliorato significativamente gli attacchi [[Temporal Key Integrity Protocol|WPA-TKIP]] di Erik Tews e Martin Beck. <ref>

{{citeCita web |url=httphttps://dl.aircrack-ng.org/breakingwepandwpa.pdf |titletitolo=Practical Attacks against WEP and WPA |formatformato=PDF |datedata= |accessdateaccesso=2010-11-15 novembre 2010}}

</ref><ref>

{{citeCita web |url=httphttps://download.aircrack-ng.org/wiki-files/doc/enhanced_tkip_michael.pdf |titletitolo=Enhanced TKIP Michael Attacks |formatformato=PDF |datedata= |accessdateaccesso=2010-11-15 novembre 2010}}</ref>.

Hanno dimostrato come iniettare una quantità arbitraria di pacchetti, con ogni pacchetto contenente al massimo 112 byte di payload. Ciò è stato dimostrato implementando un [[Port scanning|port scanner]], che può essere eseguito su qualsiasi [[client]] che utilizza [[Temporal Key Integrity Protocol|WPA-TKIP]]. Inoltre hanno mostrato come decodificare i pacchetti arbitrari inviati a un client. Hanno menzionato che questo può essere usato per dirottare una [[Transmission Control Protocol|connessione TCP]], consentendo a un utente malintenzionato di iniettare [[JavaScript]] dannoso quando la vittima visita un [[sito web]]. Al contrario, l'attacco di Beck-Tews poteva solo decrittografare pacchetti brevi con contenuti per lo più conosciuti, come i messaggi [[Address Resolution Protocol|ARP]], e consentiva solo l'iniezione da 3 a 7 pacchetti con un massimo di 28 byte. L'attacco Beck-Tews richiede anche che sia abilitata la [[Qualità del servizio|Qualità del servizio]] (come definita in [[IEEE 802.11e|802.11e]]), mentre l'attacco di Vanhoef-Piessens no. Né l'attacco porta al recupero della chiave di sessione condivisa tra il client e l'[[Access point]]. Gli autori affermano che l'uso di un breve intervallo di rekeying può prevenire alcuni attacchi ma non tutti, e consiglia vivamente di passare da [[Temporal Key Integrity Protocol|TKIP]] a [[CCMP]] basato su AES.

Halvorsen e altri mostrano come modificare l'attacco di Beck-Tews per consentire l'iniezione da 3 a 7 pacchetti con una dimensione massima di 596 byte. <ref>

{{cite journalCita pubblicazione|doi=10.1007/978-3-642-04766-4_9 |titletitolo=An Improved Attack on TKIP |firstnome=Finn M. |lastcognome=Halvorsen |first2nome2=Olav |last2cognome2=Haugen |first3nome3=Martin |last3cognome3=Eian |first4nome4=Stig F. |last4cognome4=Mjølsnes |datedata=September 30, settembre 2009 |volume=5838 |pagespp=120–132120-132}}

</ref> Il rovescio della medaglia è che il loro attacco richiede molto più tempo per l'esecuzione: circa 18 minuti e 25 secondi. In altri lavori Vanhoef e Piessens hanno dimostrato che, quando viene utilizzato WPA per crittografare i pacchetti broadcast, è possibile eseguire anche l'attacco originale. <ref>{{cite journalCita pubblicazione|doi=10.1145/2664243.2664260 |titletitolo=Advanced Wi-Fi Attacks Using Commodity Hardware |firstnome=Mathy |lastcognome=Vanhoef |first2nome2=Frank |last2cognome2=Piessens |datedata=Decemberdicembre 2014 |journalrivista=Proceedings of the 30th Annual Computer Security Applications Conference |seriesserie=ACSAC '14 |pagespp=256–265256-265 |url=https://lirias.kuleuven.be/bitstream/123456789/473761/1/acsac2014.pdf}}</ref> Questa è un'estensione importante, poiché molte più reti usano WPA per proteggere i [[Broadcasting (informatica)|pacchetti broadcast]], piuttosto che proteggere i pacchetti [[Unicast|unicast]]. Il tempo di esecuzione di questo attacco è in media di circa 7 minuti, rispetto ai 14 minuti dell'attacco originale di Vanhoef-Piessens e Beck-Tews.

Le vulnerabilità di TKIP sono significative nel fatto che WPA-TKIP è stato ritenuto una combinazione estremamente sicura; infatti, WPA-TKIP è ancora un'opzione di configurazione su un'ampia varietà di dispositivi di routing wireless forniti da molti produttori di hardware. Un sondaggio del 2013 ha mostrato che il 71% continua a consentire l'utilizzo di TKIP e il 19% supporta esclusivamente TKIP. <ref name="vanhoef-piessens"/>

===WPS PIN recovery===

Un grave difetto di sicurezza è stato rivelato nel dicembre 2011 da Stefan Viehböck che riguarda i [[router]] wireless con la funzione [[Wi-Fi Protected Setup]] (WPS), indipendentemente dal metodo di crittografia utilizzato. I modelli più recenti hanno questa caratteristica e la abilitano di default. Molti produttori di dispositivi Wi-Fi consumer hanno adottato misure per eliminare il potenziale delle passphrase più deboli promuovendo metodi alternativi di generazione e distribuzione automatica di chiavi forti quando gli utenti aggiungono un nuovo adattatore o appliance wireless a una rete. Questi metodi includono la pressione dei pulsanti sui dispositivi o l'inserimento di un [[Codice PIN|PIN]] a 8 cifre.

Wi-Fi Alliance ha standardizzato questi metodi come Wi-Fi Protected Setup; tuttavia, la funzionalità PIN implementata ha introdotto un nuovo grande difetto di sicurezza. Il difetto consente a un utente malintenzionato remoto di recuperare il PIN WPS e, con esso, la password WPA / WPA2 del router in poche ore. <ref name=viehboeck>{{citeCita web |url=httphttps://sviehb.files.wordpress.com/2011/12/viehboeck_wps.pdf |titletitolo=Brute forcing Wi-Fi Protected Setup |firstnome=Stefan |lastcognome=Viehbock |datedata=26 Decemberdicembre 2011}}</ref> Gli utenti sono stati invitati a disattivare la funzione WPS, <ref>{{citeCita web|url=httphttps://www.kb.cert.org/vuls/id/723755|titletitolo=Vulnerability Note VU#723755 - WiFi Protected Setup (WPS) PIN brute force vulnerability|websitesito=Kb.cert.org|accessdateaccesso=16 Octoberottobre 2017}}</ref> anche se questo potrebbe non essere possibile su alcuni modelli di router. Inoltre, il PIN è scritto su un'etichetta sulla maggior parte dei router Wi-Fi con WPS e non può essere modificato se compromesso.

===MS-CHAPv2===

Sono stati riscontrati diversi punti deboli in [[MS-CHAP]]v2, alcuni dei quali riducono drasticamente la complessità degli attacchi di forza bruta rendendoli fattibili con l'hardware moderno. Nel 2012 la complessità della rottura di MS-CHAPv2 è stata ridotta a quella di rompere una singola chiave DES, opera di Moxie Marlinspike e Marsh Ray. Moxie ha consigliato: "Le aziende che dipendono dalle proprietà di autenticazione reciproca di MS-CHAPv2 per la connessione ai loro server WPA2 Radius dovrebbero immediatamente iniziare la migrazione a qualcos'altro." <ref>{{citeCita web |url=https://www.cloudcracker.com/blog/2012/07/29/cracking-ms-chap-v2/ |titletitolo=Divide and Conquer: Cracking MS-CHAPv2 with a 100% success rate |accessdateaccesso=3 agosto 2012-08-03 |publishereditore=[[Moxie Marlinspike]] |urlmorto=sì |urlarchivio=https://web.archive.org/web/20160316174007/https://www.cloudcracker.com/blog/2012/07/29/cracking-ms-chap-v2/ |dataarchivio=16 marzo 2016 }}</ref>

===Hole196===

Hole196 è una vulnerabilità nel protocollo WPA2 che abusa della chiave temporanea di gruppo (GTK) condivisa. Può essere usato per condurre attacchi [[Attacco man in the middle|man-in-the-middle]] e [[Denial of service|denial-of-service]]. Tuttavia, presuppone che l'autore dell'attacco sia già autenticato contro Access Point e quindi in possesso del GTK. <ref>{{citeCita web|url=http://www.airtightnetworks.com/WPA2-Hole196|titletitolo=Mojo Networks Scalable Secure Cloud Managed WiFi WPA2 Hole196 Vulnerability|websitesito=Airtightnetworks.com|accessdateaccesso=16 Octoberottobre 2017|dataarchivio=13 novembre 2015|urlarchivio=https://web.archive.org/web/20151113152528/http://www.airtightnetworks.com/WPA2-Hole196|urlmorto=sì}}</ref><ref>{{citeCita web|url=https://www.defcon.org/html/links/dc-archives/dc-18-archive.html#Ahmad|titletitolo=DEF CON® Hacking Conference - DEF CON 18 Archive|firstnome=The Dark|lastcognome=Tangent|websitesito=Defcon.org|accessdateaccesso=16 Octoberottobre 2017}}</ref>

===LackMancanza ofdi forwardsegreto secrecyin avanti===

WPA non fornisce il [[Forward secrecy|segreto in avanti]], il che significa che una volta che una persona avversa scopre la chiave pre-condivisa, è in grado di decifrare tutti i pacchetti Wi-Fi crittografati trasmessi in futuro e anche in passato, che potrebbero essere passivamente e silenziosamente raccolti dall'attaccante. Ciò significa anche che un utente malintenzionato può silenziosamente catturare e decrittografare i pacchetti degli altri se un punto di accesso protetto da WPA viene fornito gratuitamente in un luogo pubblico, poiché la sua password viene generalmente condivisa con chiunque in quel luogo. In altre parole, WPA protegge solo dagli aggressori che non hanno accesso alla password. Per questo motivo, è più sicuro utilizzare [[Transport Layer Security]] (TLS) o simili per il trasferimento di [[dati sensibili]].

===Predictable Group Temporal Key (GTK)===

Nel 2016 un gruppo di ricercatori ha dimostrato che se i distributori implementano l'RNG proposto, un utente malintenzionato è in grado di prevedere la chiave di gruppo (GTK) che dovrebbe essere generata casualmente dall'[[access point]] (AP)<ref name="predict-gtk">{{cite journalCita pubblicazione|titletitolo=Predicting, Decrypting, and Abusing WPA2/802.11 Group Keys |firstnome=Mathy |lastcognome=Vanhoef |first2nome2=Frank |last2cognome2=Piessens |datedata=Augustagosto 2016 |journalrivista=Proceedings of the 25th USENIX Security Symposium |pagespp=673–688673-688 |url=https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_vanhoef.pdf}}</ref> I ricercatori hanno dimostrato che, se i distributori implementano l'RNG proposto, un utente malintenzionato è in grado di prevedere la chiave di gruppo (GTK) che dovrebbe essere generata casualmente dall' [[Access point|access point]] (AP). Inoltre, hanno dimostrato che il possesso del GTK consente all'autore dell'attacco di immettere traffico nella rete e ha consentito all'autore dell'attacco di decrittografare tutto il traffico Internet trasmesso sulla rete wireless. Hanno dimostrato il loro attacco contro un router [[ASUS|Asus]] RT-AC51U che utilizza i driver out-of-tree di [[MediaTek]], che generano la stessa GTK e hanno dimostrato che la GTK può essere ripristinata entro due minuti o meno. Allo stesso modo, hanno dimostrato che le chiavi generate dai daemon di accesso Broadcom in esecuzione su [[VxWorks]] 5 e versioni successive possono essere ripristinate in quattro minuti o meno, il che influisce, ad esempio, su determinate versioni di Linksys WRT54G e su alcuni modelli di Apple AirPort Extreme. I venditori possono difendersi da questo attacco usando un RNG sicuro. Facendo così, Hostapd che gira su kernel Linux non è vulnerabile contro questo attacco e quindi i router che eseguono le tipiche installazioni [[OpenWrt]] o LEDE non presentano questo problema.

Nel 2016 è stato dimostrato che gli standard WPA e WPA2 contengono un generatore di numeri casuali (RNG). <ref name="predict-gtk">

{{cite journal |title=Predicting, Decrypting, and Abusing WPA2/802.11 Group Keys |first=Mathy |last=Vanhoef |first2=Frank |last2=Piessens |date=August 2016 |journal=Proceedings of the 25th USENIX Security Symposium |pages=673–688 |url=https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_vanhoef.pdf}}</ref> I ricercatori hanno dimostrato che, se i distributori implementano l'RNG proposto, un utente malintenzionato è in grado di prevedere la chiave di gruppo (GTK) che dovrebbe essere generata casualmente dall' [[Access point|access point]] (AP). Inoltre, hanno dimostrato che il possesso del GTK consente all'autore dell'attacco di immettere traffico nella rete e ha consentito all'autore dell'attacco di decrittografare tutto il traffico Internet trasmesso sulla rete wireless. Hanno dimostrato il loro attacco contro un router [[ASUS|Asus]] RT-AC51U che utilizza i driver out-of-tree di [[MediaTek]], che generano la stessa GTK e hanno dimostrato che la GTK può essere ripristinata entro due minuti o meno. Allo stesso modo, hanno dimostrato che le chiavi generate dai daemon di accesso Broadcom in esecuzione su VxWorks 5 e versioni successive possono essere ripristinate in quattro minuti o meno, il che influisce, ad esempio, su determinate versioni di Linksys WRT54G e su alcuni modelli di Apple AirPort Extreme. I venditori possono difendersi da questo attacco usando un RNG sicuro. Facendo così, Hostapd che gira su kernel Linux non è vulnerabile contro questo attacco e quindi i router che eseguono le tipiche installazioni [[OpenWrt]] o LEDE non presentano questo problema.

===KRACK attack===

A ottobre 2017 sono stati pubblicati i dettagli dell'attacco KRACK (Key Reinstallation Attack) su WPA2., che si ritiene abbia effetto su tutte le varianti del protocollo WPA<ref>{{citeCita web|url=https://www.krackattacks.com/|titletitolo=KRACK Attacks: Breaking WPA2|websitesito=Krackattacks.com|accessdateaccesso=16 Octoberottobre 2017}}</ref><ref>{{citeCita web|url=https://arstechnica.com/information-technology/2017/10/severe-flaw-in-wpa2-protocol-leaves-wi-fi-traffic-open-to-eavesdropping/|titletitolo=Severe flaw in WPA2 protocol leaves Wi-Fi traffic open to eavesdropping|websitesito=Arstechnica.com|accessdateaccesso=16 Octoberottobre 2017}}</ref> Si ritiene che l'attacco KRACK abbia effetto su tutte le varianti del protocollo WPA.

==Note==

<references />

== Voci correlate ==

==References==

* [[IEEE 802.11i]]

{{Reflist}}

* [[Wired Equivalent Privacy]]

==ExternalCollegamenti linksesterni==

* {{FOLDOC}}

*Official standards document: {{citeCita web

|url= http://standards.ieee.org/getieee802/download/802.11i-2004.pdf

|titletitolo= IEEE Std 802.11i-2004

|datedata= 23 Julyluglio 2004

|publishereditore= [[IEEE|IEEE (The Institute of Electrical and Electronics Engineers, Inc.)]]

|ISBN= 0-7381-4074-0

|accesso= 11 dicembre 2017

|dataarchivio= 29 novembre 2007

|urlarchivio= https://web.archive.org/web/20071129084500/http://standards.ieee.org/getieee802/download/802.11i-2004.pdf

|urlmorto= sì

}}

*[httphttps://certifications.wi-fi.org/wbcs_certified_products.php Wi-Fi Alliance's Interoperability Certificate page]

*{{dmoz|Computers/Data_Communications/Wireless/802.11/|Wi-Fi}}

*[http://certifications.wi-fi.org/wbcs_certified_products.php Wi-Fi Alliance's Interoperability Certificate page]

*[http://wifinetnews.com/archives/002452.html Weakness in Passphrase Choice in WPA Interface, by Robert Moskowitz. Retrieved March 2, 2004.]

*[https://web.archive.org/web/20160302132133/http://homes.soic.indiana.edu/ktbenton/research/benton_wireless.pdf The Evolution of 802.11 Wireless Security, by Kevin Benton, April 18th 2010]

{{portale|Sicurezzasicurezza informatica}}

[[Categoria:Tecniche di difesa informatica]]

[[Categoria:Terminologia informatica]]

[[Categoria:Protocolli crittografici]]