In de vorige lezingen hebben we behandeld hoe je gegevens van haastige HTTP, https en voorgeladen websites kunt sniffen
en lezen.
We spraken over de beperkingen van elk van deze gevallen, maar dat deden we terwijl we de lezingen doornamen.
Daarom heb ik het gevoel dat sommige details ontbreken.
En daarom heb ik deze tabel hier gemaakt, en ik ga u enkele voorbeelden en deze lezing laten
zien om alles voor u op een rijtje te zetten, zodat u precies begrijpt hoe dit gaat werken en wat de beperkingen
zijn.
Allereerst hadden we het dus over HTP websites en een voorbeeld daarvan zou een website zijn die geen HTTPS gebruikt, maar gewoon
heel veel plain htp, vergelijkbaar met Vanilla ABC. com.
Toen spraken we over stps-websites en dit zou betrekking hebben op de meeste websites op het internet.
Dus voorbeelden zouden worden gekoppeld aan intercom een zip voorraad overflow Google de lokale google.
Dus niet google. com maar de Google Dot IEEE of echo dot UK of dot i en elk lokaal Google domein en Netflix
dot com.
De lijst kan nog heel lang doorgaan, want zoals gezegd gebruiken de meeste websites HTTPS.
En tenslotte hebben we het gehad over de meest restrictieve en de meest veilige communicatiemethode,
namelijk vooraf geladen sites, websites.
En de manier waarop dit werkt, we zeiden dat de webbrowser zelf een lijst van hardcoded websites heeft die alleen
via https worden geladen, en daarom, omdat de browser deze lijst lokaal moet bevatten, zal hij niet alle websites
op het internet bevatten.
Het bevat alleen zeer populaire websites zoals Twitter, Facebook en GitHub enzovoort.
We zouden hier een grotere lijst kunnen hebben, maar die zal niet zo groot zijn als die van TTP's websites, omdat de meeste websites
stps gebruiken.
Bij HTP wordt geen encryptie gebruikt, dus je hoeft niets te doen om het te omzeilen.
U kunt dus in principe het basismodel van better cup gebruiken, zonder enige aanpassing, en het werkt perfect
met Firefox en Chrome, zodat u de gegevens kunt lezen en zelfs wijzigen, zoals we u later in de cursus
zullen laten zien.
Als het op stappen aankomt, kunnen we HTTPS niet ontcijferen en daarom proberen we
https te downgraden naar, hé, stop.
En wanneer de website via HTTP wordt geladen, kunnen wij alle gegevens lezen die worden verzonden
en ontvangen.
Dus we kunnen de gebruikersnamen en wachtwoorden en zo zien.
En zoals ik u later in de cursus zal laten zien, kunt u deze gegevens wijzigen.
Zo kun je aanvallen uitvoeren zoals DNS spoofing, waarbij we het domein omleiden naar een andere locatie of
code injecteren in geladen website.
Maar dat is allemaal afhankelijk van het laden van de website in FTP.
Daarom is het doel bij S en haatkisten altijd om die website of die verbinding te
downgraden naar HTTP.
Dus om dit te laten werken, gebruikten we een aangepaste aangepaste caddy die wordt geleverd met de laatste versie van better
cap en een aangepaste heat chests hijack couplet.
Dit is het couplet dat haastige types degradeert.
En dit werkt perfect met de laatste versie van Firefox.
Laat me je een snel voorbeeld laten zien.
We gaan Buttercup laden met het yes hijack couplet en dan proberen enkele van deze websites te laden.
En het is de bedoeling dat deze websites in HTTP laden, niet in stappen.
Als dat gebeurt, betekent dit dat we alle gegevens kunnen lezen en analyseren en zelfs kunnen wijzigen, zoals
ik je later in de cursus zal laten zien.
Dus hier in mijn Carli machine, ga ik Buttercup starten op dezelfde manier als we gewoonlijk doen.
Ik selecteer mijn interface en mijn spoof couplet, en dan begin ik het hijack couplet door stub te typen en het
zal automatisch voor mij worden ingevuld.
Ik druk op enter en nu werkt het.
En laten we naar de Windows Machine gaan.
En zoals je kunt zien, zegt het dat ik de laatste versie van Firefox gebruik.
En laten we doorgaan voordat we testen.
Ik ga gewoon alle surfgegevens verwijderen.
Dus ik druk op control en delete.
En we nemen alles, zorg dat alles hier geselecteerd is en klik op.
Oké.
En laten we doorgaan naar de eerste stappen website zoals LinkedIn dot com en perfect.
Zoals u kunt zien, laadt de website over HTTP, niet over https, omdat we dit in het logboek kunnen zien, maar
de meeste mensen zullen dit niet merken.
En zoals ik al zei, betekent dit dat we de gebruikersnaam en het wachtwoord
van de gebruiker kunnen lezen en dat we de gegevens kunnen wijzigen en injecteren.
Nu ga ik niet inloggen, want we hebben dit al gezien.
Het doel is nu gewoon om u te laten zien welke websites gaan downgraden naar HTP en zelfs als u de inloggegevens
nu niet ziet als ik inlog en u ziet ze niet in Better Buttercup, is dat helemaal prima omdat de sniffer
die bij better cup zit niet perfect is.
Ik zal je later in de cursus betere snuffelaars laten zien.
Het belangrijkste doel bij het gebruik in betere kopjes is dus om stappen te kunnen downgraden naar STP.
Dus laten we een andere https website laden, zoals StackOverflow dot com.
En perfect.
Zoals je kunt zien, is het ook aan het degraderen.
En laten we nu een laatste doen.
Laten we naar Netflix dot com gaan.
En weer perfect.
Het is een achteruitgang in de belasting ten opzichte van normale http.
Dus we hebben niets anders gedaan dan wat we eerder hebben behandeld.
Alles werkt nu perfect met Firefox.
Wat Chrome betreft, is er een kleine wijziging waar we het over moeten hebben.
Dus laten we verder testen met Firefox.
Dus op naar voorgeladen websites zoals Twitter, Facebook en GitHub.
Nogmaals, om dit te laten werken, moeten we de aangepaste echt met betere kap gebruiken met de aangepaste
kap couplet.
Laten we dit nu gaan testen met Firefox.
Dus de manier waarop dit zal werken, zoals vermeld in de stress-bypass lezing, zal het doelwit eerst
een normale https website moeten laden.
Een voorbeeld is een lokaal Google-domein.
Bijvoorbeeld Google dot IGF of Google dot en of Google dot UK.
Alles behalve de google dot com want die kennen je als normale stappen en daarom kunnen we ze
downgraden naar normale STP.
Zoals je hier kunt zien en dan eenmaal op een website of een zoekmachine die normale stappen gebruikt en we zijn er met succes
in geslaagd om het te downgraden naar FTP.
Als ze zoeken naar een STC website, bijvoorbeeld Twitter, gaat het stappenkapsel de link voor
Twitter dot com vervangen door Twitter dot corn.
Daarom zal dat de hardcoded lijst omzeilen waarmee de browser komt, omdat die geen vermelding heeft
voor websites die Twitter dot corn heten.
Dus als ik hier met mijn muis overheen ga, zie je onderaan dat de website waar we naartoe gaan Twitter dot corn
is en niet Twitter. com.
Deze vervanging duurt een seconde of twee.
Dus als je er meteen overheen gaat, zodra de website laadt, zou je twitter kunnen opmerken. com en dan verandert het
meteen in punt maïs.
Zodra het verandert, als de gebruiker dit opent.
Je gaat eigenlijk een redirect melding krijgen zoals deze die niet automatisch zal werken.
Dit is dus een andere beperking van deze methode.
Maar als de gebruiker daadwerkelijk doorgaat en de website laadt.
U zult merken dat we een website krijgen die identiek is aan Twitter, waarmee we ons kunnen aanmelden of inschrijven.
Maar de website laadt over normale http, niet https.
En als je weet dat het Twitter dot corn is, niet dotcom.
Dus als de gebruiker hier kijkt, kan hij zien dat er iets vreemds aan de hand is.
Maar ik zou zeggen dat het de meeste gebruikers zal passeren.
Dus een andere website laadt over normale hash STP.
U kunt allereerst de gegevens lezen, de gebruikerszin, bijvoorbeeld gebruikersnamen en wachtwoorden.
En je kunt deze pagina ook manipuleren en er eval-code in injecteren, en dat behandelen we later
in de cursus.
Nog een voorbeeld.
Laten we deze sluiten en op zoek gaan naar Facebook.
Ook Facebook is een voorbeeld van een website die sterren gebruikt.
Als we er met de muis overheen gaan, zie je al dat het is vervangen door Facebook dot com en dus laten we het openen
in een nieuw tabblad en het opnieuw openen.
En perfect.
Zoals u kunt zien, laadt Facebook normaal over haastige tip en niet over hoge stress of haastige ttps.
Nogmaals, zodra de gebruiker inlogt, kun je de gebruikersnaam en het wachtwoord vastleggen
en deze pagina manipuleren.
Dus dat is alles voor Firefox.
Hij werkt duidelijk zonder problemen.
TPS werkt ook zonder problemen.
En hij vertrouwt.
Je moet er alleen voor zorgen dat de doelwebsites in het kapsel van de site staan en ik
toon dat en de sterrenkaping lezing.
Dus als je niet weet hoe dat moet, herzie dat dan.
Maar zoals u kunt zien, werkt het precies zoals verwacht, zolang de doelgebruiker de website van de site
bezoekt via een normale TTP-website.
In de volgende lezing hebben we een korte samenvatting voor Chrome, omdat Chrome iets anders
is en iets lastiger kan zijn.