Newsgroup: it.comp.os.linux.iniziare
Titolo: Impostare un fake AP che "dica sempre di si"

Salve,
 
ipotizziamo che l'utente Tizio si colleghi all'AP con SSID "Ufficio-01" 
con una determinata chiave, nel caso si creasse un AP fake con lo stesso 
SSID lo si potrebbe far collegare a quest'ultimo impostando l'AP in modo 
che lo faccia collegare anche se gli arriva una password sbagliata?
 
Chiedo questo perché ad esempio se impostassi un AP fake con SSID 
Ufficio-01 senza password il client avrebbe salvato al suo interno quel 
SSID ma con la password e darebbe errore verso lo stesso SSID senza 
password!
 
Saluti.
^Bart

 che lo faccia collegare anche se gli arriva una password sbagliata?
 
per quel poco che ne so di wpa2 non credo sia possibile. non è una 
autenticazione passa-non passa: i due dispositivi devono negoziare la 
crittografia e se entrambi non conoscono la shared key non vanno avanti.

 crittografia e se entrambi non conoscono la shared key non vanno avanti.
 
Quindi per ipotesi se il client invia la password "Pippo" l'AP la 
riconosce e l'associa ad una contro-password nascosta "Pluto" che 
rimanda indietro al client il quale la riconosce ed iniziano a dialogare...
 
Detto molto a grandi linee! :)
 
Morale della favola per poter fare un fake AP e sgamare la password è 
necessario sniffare un po' di traffico dall'AP originale.
 
Step successivo una volta sgamata la password si potrebbe mettere in 
piedi un fake AP e vedere tutto il traffico generato dai client, 
paradossalmente se si vedesse che gli utenti si collegano per 
controllare la posta al sito www.laposta.x si potrebbe creare un dns 
farlocco che instradi il traffico su un 
www.laposta.it
 farlocco in modo 
da carpire i dati di accesso!
 
Fantascienza? Realtà? Il problema è che tutto questo potrebbe essere 
fattibile, magari i dati che passano dai portali web oramai girano tutti 
su ssl e quindi il login sarebbe comunque crittografato però imho il 
wifi andrebbe non dico eliminato ma di sicuro usato da dispositivi che 
non fanno login a siti, servizi, app, etc.
 
Saluti!
^Bart

 non fanno login a siti, servizi, app, etc.
 
In generale si sconsiglia di usare WiFi *senza*
password per servizi "critici", ma con password
non e` proprio cosi` facile sniffare il traffico.
 
bye,
 
-- 
 
piergiorgio

 rimanda indietro al client il quale la riconosce ed iniziano a dialogare...
 
Le password girano hashate con numeri casuali difficile che le sgami a meno che gli algoritmi o
le implementazioni non siano marci.
 
Giulia
 

 bye,
 
Saluti!
^Bart
 

 da carpire i dati di accesso!
 
beh in molti casi di hot spot pubblici non c'è bisogno di sgamare nessuna 
password; te la dicono direttamente loro.

 Giulia
 
Saluti.
^Bart
 

 forse anche quello leggermente evoluto... :\
 
C'e` gente che ha fatto honeypot semplicemente
creando un AP aperto, senza password.
 
Se io tolgo la pass dal mio modem pensi che
nessun provi a collegarsi?
 
Allora basta creare un AP con SSID "Free Connection"
e subito la gente si collega.
Al che uno puo` fare tutto quello che vuole con DNS
e simili, magari anche con ssl, non saprei.
 
Insomma, cosa stai cercando di fare / capire?
 
bye,
 
-- 
 
piergiorgio

 avere numeri casuali ma la prima volta non credo...
 
Perche` invece di fare supposizioni non cerchi
come funzionano queste cose?
 
Ti ripeto, pensi che non ci abbiano pensato?
 
Per prima cosa, se la password e` gia` *condivisa*
non c'e` bisogno di mandare _niente_ in chiaro.
 
Quindi "la prima volta che un client si collega"
la logica "standard" sarebbe avere la connessione
gia` crittografata.
 
Se e` necessario un key exchange, vi sono algoritmi
atti a minimizzare la possibilita` che Eve capisca
quale si la password che viene scambiata.
 
Se ti chiedi chi sia "Eve" allora sarebbe meglio anche
tu andassi a vedere anche chi sono "Alice" e "Bob".
 
bye,
 
-- 
 
piergiorgio

 immaginabili! :D
 
è fuori discussione che collegarsi ad un hotspot pubblico si è esposti a 
dei rischi che bisognerebbe conoscere, ma non è galoppando con la 
fantasia che si valutano questi rischi. se esistesse una concreta e 
sistematica eventualità che un applet o uno script web possa ravanare nel 
computer locale, che bisogno ci sarebbe di mettere su tutto 
qull'ambaradan? saresti già fottuto appena metti il naso nel web, non 
credi?
 

 credi?
 
Giustissimo, di fatto intercettando il traffico che fa un client si 
riuscirebbero a tirar fuori "solo" dati di navigazione ed eventuali 
password in chiaro verso i server (ad esempio alcuni mailserver) che non 
hanno certificati.
 
Saluti.
^Bart

 bye,
 
Saluti e grazie comunque per le spiegazioni che hai fornito alle mie 
domande a tratti espresse da niubbone! :)
 
Saluti!
^Bart

 password; te la dicono direttamente loro.
 
Oltre alla facilità o meno di sgamare o avere la password di un wifi mi 
preoccupa la possibilità di intercettare il traffico generato 
soprattutto dagli smartphone che a livello di protezioni sono molto 
vulnerabili!
 
Magari un captive portar farlocco potrebbe obbligare a scaricare un'app 
in grado di carpire tutti i dati dello smartphone...
 
Saluti.
^Bart
 

 li' dovrò andare di iptables o nftables.
 
Ah! OK.
Non conosco Radius, credo in i.c.o.l.sys
sappiano sicuramente meglio.
 
bye,
 
-- 
 
piergiorgio

 in grado di carpire tutti i dati dello smartphone...
 
Questo e` un altro problema, pero`.
 
Ma basta molto meno, magari un javascript un
po' fantasioso... :-)
 
bye,
 
-- 
 
piergiorgio

 sarebbe impossibile!
 
supponendo di essere riuscito ad intercettare l'handshake ti ritrovi in 
mano un hash su cui puoi fare solo un brute force. essendo la stringa 
originale la concatenazione della key + nonce + mac address, si suppone 
siano diversi bit. impossibile non è, solo che serve un pochino di tempo, 
diciamo qualche miliardo di anni. 

Il 27/04/19 15:41, ^Bart ha scritto:

https://it.wikipedia.org/wiki/IEEE_802.11i
 
 
Non supporre,basta cercare