SSL/TLS-inspektion och attacker via webbläsaren

All trafik bör inte inspekteras. Organisationer undantar vanligtvis kategorier som innehåller juridiskt eller etiskt känsliga uppgifter: bank- och finanswebbplatser, vårdportaler, databaser för juridisk forskning, URL:er för certifikattransparens och OCSP (för att undvika att certifikatvalideringen slutar fungera) samt webbplatser som använder certificate pinning (som avvisar omsignerade certifikat och gör att applikationen slutar fungera). Undantagen hanteras i en bypass-lista i inspektionspolicyn. I vissa jurisdiktioner kan lagar om övervakning av anställda begränsa inspektion av personlig webbsurfning, vilket kräver tydlig information i policyer för godtagbar användning.

Certificate pinning är en teknik där en applikation hårdkodar det förväntade certifikatet eller den offentliga nyckeln för en viss server och vägrar ansluta om certifikatet inte stämmer — även om certifikatet är giltigt och betrott av operativsystemets CA-lager. Detta bryter SSL-inspektionen eftersom proxyns omsignerade certifikat inte stämmer överens med det fixerade värdet. Mobilappar (bankappar och betalappar) använder ofta certificate pinning som skydd mot MitM-attacker. Företag måste kringgå inspektionen för appar med certificate pinning, annars slutar de fungera. Det innebär också att angripare som vill undvika SSL-inspektion av sin skadliga kod kan implementera pinning.

SSL-stripping är en man-in-the-middle-attack där en angripare fångar upp HTTPS-trafik och nedgraderar den till HTTP, så att angriparen kan läsa och ändra innehållet i klartext. Attacken fungerar på anslutningar som börjar med HTTP innan de omdirigeras till HTTPS: angriparen fångar upp den första HTTP-begäran, upprätthåller en HTTP-anslutning till offret samtidigt som en HTTPS-anslutning upprättas till den legitima servern och vidarebefordrar trafiken transparent. Ur offrets perspektiv verkar webbplatsen använda HTTP. HTTP Strict Transport Security (HSTS) skyddar mot SSL-stripping genom att instruera webbläsare att alltid använda HTTPS för en domän, även om användaren skriver HTTP.

En Man-in-the-Browser-attack (MitB) är en form av banktrojan som placerar sig inuti webbläsaren — som ett skadligt tillägg eller genom injicering i webbläsarprocessen — och ändrar webbsidor och transaktioner utan att användaren märker det. Till skillnad från en nätverksbaserad MitM-attack verkar MitB inuti den krypterade sessionen på webbläsarlagret, så TLS ger inget skydd. MitB-skadlig kod (Zeus, SpyEye) kan ändra betalningsbelopp, ändra mottagarens kontonummer, fånga upp engångslösenord och i tysthet ändra formulär efter att användaren har fyllt i dem. Ändringarna sker efter TLS-dekrypteringen och innan användaren ser den renderade sidan.

MitB-skadlig kod kopplar in sig på webbläsarens API:er på applikationslagret. I Windows injicerar den kod i webbläsarprocesser (Chrome, Firefox, IE) med DLL-injektion eller COM-kapning och kopplar sedan in sig på JavaScript-funktioner och API:er för DOM-manipulering. När en användare besöker sin bank fångar den skadliga koden upp JavaScript-koden som återger sidan och transaktionsbekräftelsen och ändrar mottagarkontot till angriparens konto. Servern ser den korrekta transaktionen och HTTPS-loggarna på serversidan visar inget ovanligt. Användaren ser den korrekta bekräftelsen – med det avsedda beloppet – medan den faktiska överföringen går till angriparens konto.

Skydd mot MitB kräver kontroller i flera lager. Webbläsarisolering (Menlo Security, Zscaler Browser Isolation) kör webbläsarens rendering i en fjärrbaserad moln-VM och strömmar endast pixlar till användarens skärm – skadlig kod kan inte injiceras i en webbläsarprocess som körs i en fjärrmiljö. Transaktionsverifiering: banker bekräftar transaktionsuppgifter (belopp + mottagare) via en separat kanal (SMS-OTP som innehåller transaktionsuppgifterna), så att användaren måste verifiera vad servern faktiskt tog emot. EDR på slutpunkter som upptäcker DLL-injektion i webbläsarprocesser kan identifiera MitB-infektioner. Tillåtelselistor för webbläsartillägg förhindrar skadliga tillägg.

Skadliga webbläsartillägg utgör ett betydande hot mot slutpunkter. Tillägg har omfattande behörigheter – de kan läsa sidinnehåll, ändra förfrågningar, fånga upp formulärinskickningar och komma åt cookies. Ett tillägg som utger sig för att vara ett användbart verktyg (annonsblockerare, mörkt läge) kan samla in autentiseringsuppgifter, injicera annonser, omdirigera trafik eller fungera som en MitB-agent. Företagskontroller: använd Group Policy eller MDM för att begränsa installation av tillägg till en godkänd tillåtelselista. Blockera installation av tillägg från andra källor än Chrome Web Store eller Firefox Add-ons. Granska regelbundet installerade tillägg på hanterade slutpunkter för att upptäcka policyöverträdelser.

Organisationer som implementerar SSL-inspektion måste hantera integritetskonsekvenserna för de anställda. Många jurisdiktioner och arbetsrättsliga regler kräver tydlig information innan krypterad trafik övervakas. God praxis är att publicera en policy för godtagbar användning (AUP) som uttryckligen anger att nätverkstrafik, inklusive HTTPS, kan inspekteras, låta de anställda bekräfta AUP:n under introduktionen, implementera undantagskategorier för privata bank- och medicinska webbplatser samt lagra loggar över dekrypterad trafik endast så länge det är nödvändigt (vanligtvis 30–90 dagar). Juridisk rådgivare bör granska inspektionsprogrammet före driftsättning, särskilt i EU-länder där GDPR sätter striktare gränser för övervakning av anställda.

Certificate Transparency är ett ramverk (RFC 6962) som kräver att alla offentligt betrodda TLS-certifikat loggas i offentligt granskbara CT-loggar med endast tillägg innan webbläsare litar på dem. CT gör det möjligt för domänägare att övervaka felaktigt utfärdade certifikat: om en angripare på något sätt lyckas övertyga en CA att utfärda ett certifikat för er domän (vilket hände med DigiNotar 2011), möjliggör CT-loggar upptäckt nästan i realtid. Verktyg som crt.sh låter säkerhetsteam söka i CT-loggar efter alla certifikat som utfärdats för deras domän. Webbläsare upprätthåller CT genom att kräva bevis på att certifikatet finns i loggen (Signed Certificate Timestamps, SCT:er) inbäddat i TLS-handskakningen.

I den här lektionen har ni lärt er att SSL/TLS-inspektion dekrypterar, inspekterar och krypterar om HTTPS-trafik i en proxy med hjälp av ett företags-CA-certifikat som betros av hanterade slutpunkter, att SSL-stripping nedgraderar HTTPS till HTTP och motverkas av HSTS samt att man-in-the-browser-attacker injicerar kod i webbläsarprocessen ovanför TLS-lagret för att osynligt ändra transaktioner och därför kräver webbläsarisolering eller separat transaktionsverifiering som skydd. Nästa avsnitt handlar om att ersätta osäkra protokoll med deras säkra motsvarigheter.