Instructeur: In de vorige
lessen hebben we geleerd hoe we ARP spoofing aanvallen kunnen
detecteren door handmatig de ARP tabellen te analyseren.
We hebben ook geleerd hoe we hulpmiddelen zoals
Xarp kunnen installeren om automatisch ARP-spoofing-aanvallen op te sporen zonder
de ARP-tabellen handmatig te hoeven controleren, en we hebben
zelfs geleerd hoe we andere
verdachte activiteiten kunnen opsporen met behulp van Wireshark.
Nu, dit is echt goed, maar heeft nog steeds een paar problemen.
Allereerst hebben we het alleen
over detectie, dus
zelfs als we ontdekken
dat iemand de verbinding
onderschept, kunnen we
niet echt veel doen, het enige wat
we kunnen doen is gewoon de verbinding met het netwerk
verbreken, misschien het wachtwoord
veranderen als we dat kunnen.
Het andere probleem met de vorige methoden
is, zoals ik al zei, dat het alleen detectiemethoden
zijn, die dus alleen werken als het doelwit erin slaagt de
man-in-the-middle te worden door middel van ARP-spoofing.
Maar wat als iemand de verbinding
kan onderscheppen via een andere methode?
Bijvoorbeeld, als iemand een vals toegangspunt gebruikt, zoals ik je
eerder liet zien, en je bent
verbonden met dit valse toegangspunt?
Of als u verbonden bent met een hotel, een universiteit,
een openbaar WiFi-netwerk, een café-netwerk en de
beheerder van dat netwerk is
eigenlijk gegevens aan het verzamelen of iemand of een
hacker heeft toegang gekregen tot de computer van de beheerder
en analyseert opnieuw de gegevens omdat
standaard, in valse netwerken en in elk
netwerk, de beheerder in staat
is om het verkeer te zien omdat het verkeer
door hun server of door hun router moet gaan.
Dus de opsporingsmethoden
die ik je eerder liet zien, werken hier niet eens tegen.
Daarom wil ik in deze lezing twee oplossingen
voor dit probleem bespreken, dus het idee is dat
je deze oplossingen gebruikt als je
ontdekt dat je wordt aangevallen of als je verbinding
maakt met een netwerk dat je niet zelf
bezit en beheert.
Dus als je verbinding maakt met een
universiteitsnetwerk, een luchthavennetwerk,
een cafénetwerk, of een ander
netwerk waar je zelf geen controle over hebt.
De oplossing voor dit alles
is uw verkeer te versleutelen.
Als je je verkeer versleutelt,
kan het ons niet echt schelen of iemand dit verkeer
kan onderscheppen, want
ons verkeer zal versleuteld zijn, dus zal
het wartaal zijn en is het
niet nuttig voor iemand die ons verkeer
onderschept.
Er zijn dus een aantal manieren om dit te doen
en ik zal uitleggen hoe ze werken terwijl we ze doorlopen.
Dus laat me je dit in actie zien.
Hier laat ik Bettercap al draaien en zoals
je ziet, krijgt het al informatie.
En hier is mijn doel en we zijn al
op Vulnweb en als we op
iets klikken, zie je dat het domein
hier wordt gedetecteerd.
En dan even snel inloggen.
Je zult zien dat deze inlogpoging wordt gedetecteerd,
dus de gebruikersnaam is admin
en het wachtwoord is testtest.
Nogmaals, als we proberen, ik open een nieuw tabblad
en ga naar Stack Overflow, zul je zien dat het via HTTP
wordt geladen, niet hTTPS, dus nogmaals, als ik doorga en inlog,
kan ik inloggen en het wachtwoord detecteren
en de HSTS-methode die ik je eerder liet zien,
zal opnieuw werken en we kunnen dat omzeilen
en het wachtwoord stelen.
Dus deze Kali machine kan alle
data onderscheppen die van
en naar mijn Windows machine wordt gestuurd.
Dus de eerste methode om deze aanvallen te voorkomen en het
kan ons niet schelen of we worden aangevallen,
nogmaals, ik draai geen Xarp, ik beheer mijn ARP-tabellen niet,
het kan me niet schelen of iemand mijn gegevens onderschept.
Wat ik ga doen is een plugin installeren
op mijn browser genaamd HTTPS Everywhere.
Dus ik ga het installeren op Firefox.
Ik zal de link ervan opnemen in de bronnen van deze
lezing, maar er is een equivalent van deze
plugin voor de meeste browsers zoals Chrome en andere.
We hoeven alleen maar te klikken op Toevoegen aan Firefox
of Toevoegen aan browser, welke browser u ook gebruikt.
We gaan hier op Toevoegen klikken.
En dat is het, de plugin is hier toegevoegd.
Zoals je ziet, klik ik op OK en kunnen we
het hier beheren via het icoontje rechtsboven.
Dus zoals je hier kunt zien is het nu ingesteld
op uit en als ik hierop klik,
zet ik deze plugin aan en wat deze
plugin in feite zal doen, kun je zien
alsof het HSTS ondersteuning toevoegt aan meer websites, vrijwel
elke website die HTTPS gebruikt.
Daarom, bijvoorbeeld,
wanneer ik stack Overflow hier probeer te
openen, kon ik het downgraden
omdat mijn browser niet weet dat deze
website over HTTPS moet worden geladen en Bettercap
de HTTPS verzoeken downgrade naar HTTP zoals ik in vorige lezingen heb
uitgelegd.
Wat deze plugin zal doen, vergelijkbaar
met HSTS, het heeft een lijst van websites die HTTPS ondersteunen en dus wanneer
we proberen om de HTTPS-verbinding van deze website te downgraden naar
een HTTP-verbinding, zal het de browser
vertellen nee, doe dat niet en het zal
het weer upgraden naar een HTTPS-verbinding.
Ik zal het je laten zien.
Ik ga gewoon de geschiedenis wissen
en ik ga Stack Overflow opnieuw laden en perfect,
zoals je kunt zien, laadt
het hier met HTTPS.
Dus als ik nu ga inloggen, zijn mijn gegevens
versleuteld en kan de hacker mijn gebruikersnaam
en wachtwoord niet zien.
Dus dat is echt, echt goed,
maar niet perfect.
Laat me je vertellen waarom het niet perfect is.
Allereerst, als we teruggaan naar een HTTP website,
wederom vergelijkbaar met wat we hier in Vulnweb
hebben, dus ik ga gewoon uitloggen
en we loggen opnieuw in met een ander wachtwoord.
Ik zet het wachtwoord nu op 1234567890.
We loggen in en als
we teruggaan naar de logboeken, helemaal naar beneden,
zie je dat we nog steeds de gebruikersnaam en het wachtwoord
kunnen detecteren.
Deze plugin is dus echt goed voor websites
die HTTPS ondersteunen.
Het zal ons dwingen HTTPS te laden op websites die HTTPS
ondersteunen, maar
als je een website opent die alleen HTTP gebruikt, zoals Vulnweb,
ik weet dat er niet veel websites zijn
die dat doen, maar ze bestaan
nog steeds, dus als je een website opent die alleen
HTTP gebruikt, dan staat die website nog steeds open voor de hacker.
Dus de hacker kan deze informatie nog steeds zien, ze kunnen
nog steeds gebruikersnamen en wachtwoorden stelen.
Als je gebruikersnamen en wachtwoorden naar hen stuurt.
Niet alleen dat, maar ze kunnen ook nog steeds downloads
vervangen, u valse updates aanbieden of JavaScript-code
injecteren zoals we eerder hebben gezien en u verslaafd maken
aan Beef.
HTTPS Everywhere voorkomt ook niet dat de hacker de websites
die u bezoekt kan zien en DNS-spoofing-aanvallen
kan uitvoeren.
Ik zal het je laten zien.
Dus als ik gewoon naar Bing ga. com, bijvoorbeeld, en dan
gaan we naar duckduckgo. com, hou in gedachten, HTTPS
Everywhere werkt nog steeds en laten
we naar de hacker machine gaan en gewoon naar onze
logs kijken.
Dus zoals je kunt zien, kunnen we nog steeds zien dat ons doelwit naar
DuckDuckGo ging, we kunnen zien dat het doelwit naar Google ging.
We kunnen zien dat het doelwit naar Bing is gegaan,
dus we kunnen nog steeds de domeinnamen zien,
maar we kunnen de gegevens zien die worden
verzonden omdat die worden gecodeerd
met HTTPS, zodat er nog steeds gegevens zijn die de hacker kan bemachtigen.
Als u uw beveiliging naar een hoger niveau wilt tillen
en alles wat u verstuurt en ontvangt volledig wilt versleutelen,
moet u overwegen een VPN te gebruiken.
Daarom zal ik in de volgende
lezing uitleggen wat een VPN is, hoe het werkt, en hoe het ons
kan beschermen tegen hackers of iemand
die onze verbinding onderschept.