Wi-Fi gebruikers gewaarschuwd voor valse access points
Wi-Fi hotspot gebruikers moeten op hun hoede zijn voor kwaadaardige wireless access points. Volgens onderzoekers van de Cranfield Universiteit vormen "Evil Twin" hotspots, die zich voordoen als legitieme hotspot om zo gegevens te stelen, de laatste security dreiging voor internetgebruikers. Door het sturen van een sterker signaal wordt het signaal van het legitieme netwerk verstoord, waardoor het netwerk van de aanvaller zich als het legitieme netwerk kan voordoen. "Evil twin hotspots vormen een verborgen gevaar voor internetgebruikers. Omdat draadloze netwerken gebaseerd zijn op radio signalen kunnen ze makkelijk door ongeautoriseerde gebruikers worden opgevangen." aldus Phil Nobles. Heeft een nietsvermoedende gebruiker met een vals access point verbinding gemaakt, dan kan de aanvaller allerlei gegevens onderscheppen, zo gaat dit artikel verder.
De betere websites gebruiken deze technieken al voor het
inloggen op basis van username en password. Daarnaast komen
er ook steeds meer mail servers die bereikbaar zijn via SSL
/TLS voor zowel het versturen als het ontvangen van mail.
Mijn mail pakket is zoiezo ingesteld om alleen op basis van
beveiligde verbindingen data te versturen en te ontvangen.
De betaalhotspots moeten zoiezo een aanlog mechanismen
hebben op basis van SSL/TLS. If not..... tsja ... in dat
soort gevallen vraag je ook zelf om problemen.
onhandig. Misschien is 802.1x een oplossing, met
authenticatie via EAP-TLS, PEAP of EAP-TTLS.
access-point kan authenticeren aan de hand van SSL
certificaten lijkt me een goede oplossing voor dit probleem.
Iedere keer via SSL/TLS inloggen is toch een beetje
onhandig. Misschien is 802.1x een oplossing, met
authenticatie via EAP-TLS, PEAP of EAP-TTLS.
Dat SSL / TLS verhaal was bedoelt voor de websites die je
bezoekt tijdens je surf acties. Het authenticeren op een
accesspoint / hotspot moet zoiezo gebruik gemaakt worden van
betere authenticatie vorm.
Daar is overigens wel een mogelijk probleem mee. De normale
windows client moet ingesteld worden welke CA het ssl / tls
certificaat leverd. Dit is erg globaal. Wanneer de 'buurman'
ook een geldig SSL / TLS certificaat gebruikt (van
bijvoorbeeld Verisign), is het dus nog steeds mogelijk om op
het verkeerde accesspoint aan te loggen. De client kan
namelijk GEEN hostnaam zien van de authenticatie server. Dit
wordt namelijk afgevangen door het accesspoint. Het enige
wat de client doet is een vertrouwde CA instellen.
Een alternatie is om je eigen CA te creeeren en deze in de
client als vertrouwde CA instellen voor EAP/TLS. Nadeel is
dan weer dat er dus actief op de client zaken geinstalleerd
moeten worden.
In een bedrijfsnetwerk is dit niet zo'n probleem. In een
publieke infra moet je dit niet willen, omdat dit alleen
maar weer extra werk oproept.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
