Esempi ed analisi delle firme senza fili comuni di attacco

Dutch French Spanish Portuguese Italian German Japanese Chinese Korean Russian Arabic Bookmark and Share this Article Original English article
  

Il senso migliore di conoscere queste firme sta provando gli attrezzi in questione e sta fiutando verso l'esterno la loro uscita: "l'attacco con difendere, difende con attacare" (Dott. Mudge). La fonte migliore sulle firme che senza fili di rilevazione e di attacco dell'attrezzo di intrusione della rete siamo informati di è carte di lan di Joshua Wright "analisi di strato 2 delle domande di scoperta di WLAN di rilevazione di intrusione" e "rilevazione dello Spoofing senza fili di MAC address". Una grande parte di questa lezione privata è ispirata da questi articoli brillanti e dalla nostra esperienza in analizzare il traffico di WLAN mentre gli attacchi in vivo avvengono.

Un attrezzo senza fili di scoperta o di attacco della rete deve trasmettere i dati per fornirci una firma di identificazioni. Ci non è un senso scoprire una ventosa passiva di traffico ed il cracker di WEP e non importa quanto provate duro il richiamo che anche se una scheda nel modo di RFMON può trasmettere i dati se lo forziamo per fare così, esso non ACK i dati ricevuti e generalmente non risponde ad alcun traffico che trasmettiamo esso. Le schede del Cisco Aironet trasmettono le strutture di richiesta della sonda quando nel modo di controllo, ma ridurre l'alimentazione della trasmissione a 1 Mw dovrebbe nascondere ragionevolmente bene il attacker. Inoltre, i più nuovi driver di Linux che vengono con i noccioli correnti si accertano che le schede del Cisco non sondino quando nel modo di RFMON. Quindi, l'unico senso certo rilevare attackers "passivi" sta macchiandoli che usando fisicamente i dispositivi ottici e "geek con la firma di attacco dell'antenna e del laptop". La scoperta attiva della rete di esame, il DOS, l'iniezione di traffico e gli attacchi uomo-in-$$$-CENTRALI sono un'edizione interamente differente.

NetStumbler ed il relativo più piccolo fratello MiniStumbler del pc della tasca sono i generatori della firma di identificazioni della radio più comuni nel selvaggio. Sono liberi, facili da installare ed usare e, naturalmente, funzionare sotto il sistema operativo più comune nel mondo. Ci sono lle coppie delle caratteristiche distinte che indicano "un kiddie di NetStumbler nella casa":

  • NetStumbler sonda un AP scoperto per le informazioni supplementari, solitamente le stesse informazioni presenti nel parametro del MIB system.sysName.0 dello SNMP. Per fare questo trasmette una struttura LLC-INCAPSULATA della sonda di dati al AP.

  • le strutture LLC-INCAPSULATE NetStumbler trasmette all'uso scoperto di APs un contrassegno amministrativamente unico (OID) di 0x00601d e del contrassegno di protocollo (PID) di 0x0001.

  • Queste strutture hanno un carico utile di dati di 58 byte.

  • Alcune versioni di NetStumbler aggiungono una stringa unica di ASCII ad un tal carico utile:

    • NetStumbler 3.2.0: Bloopit del gronk di Flurble, bnip Frundletrune

    • NetStumbler 3.2.3: Tutti i vostri 802.11b sono appartengono a noi

    • NetStumbler 3.3.0: intenzionalmente spazio in bianco 1

  • NetStumbler è stato segnalato per trasmettere le richieste della sonda una frequenza a superiore alla frequenza ditrasmissione della sonda attiva usuale di esame. Questo rapporto richiede la verifica supplementare.

MiniStumbler non trasmette le sonde di dati al APs scoperto. Quindi, è più difficile da identificare.

BSD-AIRTOOLS Dstumbler è inoltre capace dell'esame attivo come prova della caratteristica di concetto. Non prevediamo un attacker ragionevole munito con BSD-AIRTOOLS per usare questa caratteristica nella scoperta in vivo della rete. Ci è sempre il modo di RFMON. Se l'esame attivo con Dstumbler è usato, le firme dell'attrezzo sono come segue:

  • Dstumbler genera usando basso-numerato, modulo delle strutture di richiesta della sonda (controllo 0x0040 della struttura) 12 numeri progressivi.

  • Autentichi la struttura trasmessa tramite gli usi del Dstumbler un valore ripetuto di sequenza di 11 (0x0b).

  • La seguente struttura di richiesta di associazione ha un valore di sequenza di 12 (0x0c).

  • Dopo la ricezione della risposta della sonda, Dstumbler tenta di autenticare ed associarsi con il AP scoperto. Ciò è possibilmente l'unica ragione per la quale qualcuno con Dstumbler userebbe mai l'esame attivo (caccia efficiente per la frutta basso-appendente).

Un altro attrezzo attivo comune di scoperta di esame WLAN siete probabili incontrare poichè un consulente in materia senza fili del coordinatore o di sicurezza della rete è servizio senza fili di esame della rete di estensione di servizio di Windows.xp. Perchè usi NetStumbler se Windows.xp in se può farlo? Il servizio di esame della rete di Windows.xp trasmette le strutture di richiesta della sonda con la radiodiffusione ESSID ("AFFATTO") e un secondo valore unico di ESSID. È questo secondo ESSID che dà gli utenti di Windows.xp via. Nei telai di richiesta della sonda trasmessi, Windows.xp regola un valore etichettato come parte del telaio che esaurisce il campo intero di ESSID (32 byte). Questo valore etichettato è una serie di caratteri nonprintable apparentemente casuali. Questa stringa di dati al hex è

0x14 0x09 0x03 0x11 0x04 0x11 0x09 0x0e
0x0d 0x0a 0x0e 0x19 0x02 0x17 0x19 0x02
0x14 0x1f 0x07 0x04 0x05 0x13 0x12 0x16
0x16 0x0a 0x01 0x0a 0x0e 0x1f 0x1c 0x12
 

Non è conosciuto se questa è un insetto o una caratteristica di Windows.xp. Dal punto di vista delle identificazioni, questa è una caratteristica. Tenga presente che gli utenti inesperti di Windows.xp non potrebbero essere informati del loro esame del sistema per le reti senza fili e perfino l'associazione con. Quindi, che cosa sembra come un attacco potrebbe essere una mancanza di formazione dell'utente piuttosto che intenzione cattiva. Come nota laterale, lo stesso si applica alle macchine di Windows ed alla connettività infrarossa: Una volta che l'orificio IR è permesso, il sistema continuerà ad esplorare per le reti e gli ospiti e collegherà ai collegamenti trovati se possibile. I cracker possono abusare questo regolando i loro laptops come prese IR, attacanti gli ospiti di collegamento senza utenti che capiscono mai che cosa è accaduto.

Prendiamo uno sguardo più vicino a Wellenreiter ed il MAC che spoofing su WLANs. Già abbiamo discusso alcune caratteristiche dell'attacco diforzatura di Wellenreiter ESSID. Qui è la parte reale del codice dalla più vecchia versione di Wellenreiter 1.6 che genera ESSIDs falso ed i mACs:

system("$fromconf{iwpath} #} 
essid
'this_is_used_for_wellenreiter '");
system("$fromconf{ifconfig} 
#} giù");
mio $brutessid = spostamento (@g_wordlist);
mio $mactouse = build_a_fakemac;
system("$fromconf{ifpath} #} 
etere del hw # ");
prova di \nI della stampa STDOUT "ora il essid: # 
";
system("$fromconf{iwpath} #} 
essid # ");
system("$fromconf{ifpath} #} 
su");
ritorno (#);

Il sottoprogramma del build_a_fakemac per la generazione degli indirizzi falsi del MAC è come segue:

build_a_fakemac secondario
{
mio #;
# realizzi le 4 ripetizioni di seguenti dichiarazione. 
Ciò è realmente un insetto, dovrebbe
# sia le 5 ripetizioni per generare un valore 
40\x{00AD}bit. Questa procedura costantemente
# generi gli indirizzi del MAC che il ifconfig 
riempirà con un hex strascicante 40.
per (mio $i = 0;$i < 4;$i++)
{
# $temp contiene un valore casuale del hex fra 0 
e 255
mio $temp = sprintf "%x", int(rand(255));
se == (length($temp) 1)
{
# prepend i valori di single\x{00AD}digit con uno 
zero conducente
$temp = '0 '. #;
}
# colleghi il valore del hex in $temp al MAC 
address generato
$fakemac = $fakemac. #;
}
# prepend i 00 conducenti al MAC address generato 
per evitare il conflitto con riservato o
# indirizzi del MAC di multicast/broadcast
$fakemac = '00 '. #;
ritorno (#);
 

Come potete vedere, il primo ESSID da regolare è this_is_used_for_wellenreiter, allora la animale-forzatura (bene, realmente un attacco del dizionario, mio $brutessid = spostamento (@g_wordlist);) comincia. Gli indirizzi del MAC prodotti cominci da 00 evitare di generare i mACs di multicast-specifico. Wellenreiter genera i prefissi multipli del MAC che non seguono la lista di ripartizione di OUI pubblicata in RFC 1700. Controllando tale traffico e confrontando il OUIs alla lista del RFC, i cracker che stanno usando i prefissi ripartiti con scelta casuale del MAC senza un pensiero anteriore possono essere rilevati facilmente. Si noti che lo stesso principio si applicherebbe a tutto l'attrezzo del cracker che genera gli indirizzi casuali del MAC, a meno che l'attrezzo prenda la tabella di ripartizione di OUI in considerazione durante il processo di generazione della struttura. Un esempio di così attrezzo astuto è il FakeAP dell'alchemia nera. Joshua Wright ha scritto uno scritto del Perl di esempio maidwts.pl che confronta il MAC address OUIs di fonte alla lista dello IEEE OUI e genera gli allarmi quando il prefisso non è assegnato ad un fornitore di fissaggi conosciuto:

arhontus:~ # Perl maidwts.pl - h
Uso:
 maidwts [ opzioni ]
 - i, -- interfaccia
 - f, -- nome di schedario
 - c, -- conteggio
 - n, -- nopromisc
 - t, -- prespegnimento
 - a, -- rfmonwlan
 - z, -- stdethernet
 - v, -- verbose
 - h, -- aiuto
 
e.x. "maidwts - c 500 - i eth1 -" bloccare 
in 802.11 RFMON
e.x. "maidwts - c 500 - i eth1 - z" per 
bloccare le strutture di Ethernet di std

Tale funzionalità può essere un'aggiunta degna al vostro attrezzo o allo schema di identificazioni.

Come circa rilevazione uomo-in-$$$-CENTRALE di attacco? AirJack regola un difetto ESSID "AirJack"; perché l'attrezzo del DOS del fata_jack inoltre usa il driver dei airjack_cs, il difetto EISSD sarebbe lo stesso (essid_jack e wlan_jack della nota). Ci sarà un impulso di spoofed le strutture di deauthentication dirette contro l'ospite attacato e una perdita molto breve della connettività fra quell'ospite ed il AP. Tuttavia, il colpo migliore a rilevare gli attacchi uomo-in-$$$-CENTRALI di strato 2 (o qualsiasi strato 2 che spoofing) su WLANs è con l'analisi di 802.11 numeri progressivi della struttura.

Il campo di numero progressivo nei 802.11 telai è un contatore sequenziale che incremented da uno per ciascuno nonfragmented la struttura. Il numero comincia a zero e va fino a 4.096. Allora il contatore è ripristinato di nuovo a zero e un nuovo conteggio comincia. Il fermo è voi non può regolare questo parametro ad un valore arbitrario anche se generate le strutture completamente su ordinazione con un attrezzo come il dinject del Wnet. Quando un attacker interferisce con il modello attuale della trasmissione, i numeri progressivi dei telai attacker-trasmessi non corrisponderanno ai numeri progressivi dei telai normalmente presenti sulla rete. Come esempio, FakeAP genera il traffico che finge provenire dai punti di accesso differenti nella zona. Quando osservate gli indirizzi del MAC e di ESSIDs soltanto, non potrete dire alle strutture del falò di FakeAP dalle strutture legittime del falò che potrebbero essere trasmesse. Tuttavia, l'aumento di numero progressivo da uno inbandiererebbe il traffico di FakeAP fuori. Se parecchio APs fosse realmente intorno, vedreste parecchi contatori incrementing, non con i mACs cambianti ed ESSIDs.

Nel caso di AirJack, dei noi devono linea di base i numeri progressivi fra il AP e l'ospite il deauthenticate di volontà del attacker. In pratica, questa è un'operazione difficile sulle grandi reti senza fili, particolarmente se vagando gli ospiti sono presenti; tuttavia, non è impossibile. Se la finestra di numero progressivo della struttura del traffico legittimo fra il cliente ed il AP si trova in una gamma dalla X alla Z, spoofed i numeri progressivi della struttura che vengono dal attacker attaccherebbe fuori portata–di X Z come un pollice irritato. Verific un esempio di un tal usando di rilevazione di attacco etereo in articolo di lan di originale di Joshua Wright "rilevando di Spoofing senza fili di MAC address". Naturalmente, se un attacco è lanciato contro un cliente senza fili legittimo o persino il AP in se del DOS ed è seguito dal cracker che spoofing poichè un ospite battuto -fuori, la catena di numero progressivo inoltre sarebbe rotto. Ciò fa il numero progressivo delle 802.11 strutture che baselining, controllante ed analisi un senso grande rilevare e contrastare gli attacchi spoofing a WLANs. Tuttavia, nel mondo reale alcune schede senza fili del cliente sono rotte nel senso di non quanto segue la specifica di 802.11 campioni per la generazione di numero progressivo. Ciò applica alle schede di Lucent con i vecchi rilasci dei firmware prima della versione 8.10—un nuovo motivo mantenere i vostri firmware aggiornati. Inoltre, gli ospiti vaganti genereranno i positives falsi essendo dal ciclo di numero progressivo quando si muove dalla cellula verso la cellula. Quindi, l'analisi di numero progressivo delle 802.11 strutture è in qualche modo inutile sulle reti con tantissimi utenti vaganti e dovrebbe essere costruita nelle applicazioni di identificazioni come opzione che può essere spenta se necessario.

Nell'analizzare gli esempi della firma dell'attrezzo di attacco presentati, una cosa diventa evidente: I cracker possono modificare o eliminare facilmente le firme per evitare la rilevazione. Ci sono rapporti degli utenti di NetStumbler che impiegano i redattori del hex per rimuovere le stringhe accennate dalle strutture della sonda di dati di NetStumbler. ESSIDs trasmesso dagli attrezzi quali Wellenreiter o AirJack può essere cambiato facilmente. Per esempio, in airjack.c (ai tempi di scrittura) il difetto ESSID è stato definito in linea 1694:

memcpy(ai->essid + 1, "AirJack", 7);   

Le identificazioni adeguate della radio dovrebbero effettuare ed integrare sia il confronto della firma di attacco che la rilevazione di anomalia di traffico della rete.

ciò è un articolo aggiunto da Krelle Xijao


Diniego: Il nostro Web site non è responsabile delle informazioni contenute da questo articolo. Questo articolo in nessun modo riflette le viste, le opinioni, i pensieri o la credenza del personale dell'indice degli articoli.

Avviso di traduzione: L'articolo "esempi ed analisi delle firme senza fili comuni di attacco" è stato tradotto usando un servizio di traduzione automatizzato. Chiediamo scusa francamente per tutti gli errori di traduzione che hanno accaduto. Grazie per capire.


Online: 1708 users browsing the articles directory