Ik begrijp je verwarring, want waarom zou je überhaupt zoiets nodig hebben als SSL, als je het kunt kraken?
De zwakte van SSL zit hem schijnbaar in het wisselen van een non-secure naar secure (SSL) status, voor zover ik het begrijp.
Normaliter heb je vanaf je nic naar endpoint niemand ertussen die zomaar je verkeer realtime snift (ethernet), behalve je provider (welke daarom ook vrij eenvoudig DPI kan uitvoeren, hence KPN/Vodafone met WhatsApp, die affaire.)
Echter, met je eigen wifi-setup @home, is het voor de gewone man nu ook mogelijk om MiTM te spelen en vermits goed uitgevoerd en een beetje geluk (altijd welkom) kun je met SSLstrip die extra laag eraf pulken en alsnog het verkeer (paswoorden van je mail-accounts etc.) analyseren c.q. ontleden. Banken gebruiken afaik nog extra encryptie lagen, dus daar ben je niet zo 1-2-3 klaar mee, maar sites die hun beveiliging louter van SSL alleen af laten hangen, vormen dus wellicht een risico voor de gebruiker.
https://www.sindark.com/2009/02/21/the-ssl-strip-exploit/
Een wat oudere link die meer uitleg geeft over SSLstrip.
Ik verdiep mij nu in die laatste stap van het verkeer, want wegens de openbare wifi die ik weleens gebruik (en waar je dus absoluut geen controle over hebt of weet wat er achter de schermen gebeurt) wil ik 110% zeker van zijn dat van endpoint2endpoint de zaak encrypted is, of het nu gaat om normale traffic of VoIP, maakt niet uit.
DNSSEC en DNSCrypt lijken oplossingen, VPN is niet altijd bereikbaar of gratis, waar je op kunt liggen (lijkt mij het meeste ideale, los van de lagere snelheid- dit is minder urgent voor mij.)
Nadeel van de DNS-oplossingen is bijv. wel, dat deze providers (vd een dergelijke service) misschien jouw verkeer dan ook wel weer kunnen DPI'en en de gegevens kunnen doorverkopen aan belanghebbenden. OpenDNS (wat ik zelf ook gebruik) zou icm DNSCrypt dit wellicht kunnen doen, dus alleen als hun pipe echt secure is, dan is dit het overwegen waard- voor het laatste stuk traffic (zonder VPN.)
Als voor het laatste deel ook de zaak encrypted is, maakt het niet meer uit of je in een MiTM-situatie terechtkomt, indien degene niet weet waar gezocht moet worden omdat het één grote blur aan gecapte data is.
[Reactie gewijzigd door Verwijderd op 24 juli 2024 01:57]