🥇 Potentiella attacker mot HTTPS och hur man skyddar sig mot dem

Hälften av webbplatserna använder HTTPS, och deras antal ökar stadigt. Protokollet minskar risken för trafikavlyssning, men utesluter inte attacker som sådana. Om några av dem — POODLE, BEAST, DROWN och andra — samt sätt att skydda sig, kommer vi att berätta i vår artikel.

/ Flickr / Sven Graeme / CC BY-SA

POODLE

Attacken blev först känd POODLE 2014. Sårbarheten i SSL 3.0-protokollet upptäcktes av cybersäkerhetsexperten Bodo Möller och hans kollegor från Google.

Dess kärna ligger i följande: Hackaren tvingar klienten att ansluta via SSL 3.0 genom att emulera avbrott i anslutningen. Sedan letar han efter speciella meddelandeetiketter i den krypterade CBC-läget trafik. Genom en serie falska förfrågningar får angriparen möjlighet att rekonstruera innehållet av de data han är intresserad av, till exempel cookies.

SSL 3.0 är ett föråldrat protokoll. Men frågan om dess säkerhet är fortfarande aktuell. Klienter använder det för att undvika kompatibilitetsproblem med servrar. Enligt vissa uppgifter stöder nästan 7 % av de 100 000 mest populära webbplatserna fortfarande SSL 3.0. Dessutom finns versioner av POODLE som riktar sig mot mer moderna TLS 1.0 och TLS 1.1. I år i det federativa nätverket introducerades nya attacker som Zombie POODLE och GOLDENDOODLE, som kringgår skyddet av TLS 1.2 (de är fortfarande kopplade till CBC-kryptering).

Hur man skyddar sig. När det gäller den ursprungliga POODLE måste stödet för SSL 3.0 stängas av. Men i det fallet finns det en risk för kompatibilitetsproblem. En alternativ lösning kan vara mekanismen TLS_FALLBACK_SCSV — den säkerställer att datasäkerhetsutbytet via SSL 3.0 endast sker med gamla system. Angripare kan inte längre initiera en nedgradering av protokollet. Skyddsmetoden mot Zombie POODLE och GOLDENDOODLE är att stänga av stöd för CBC i applikationer baserade på TLS 1.2. En drastisk lösning är att övergå till TLS 1.3 — i den nya versionen av protokollet används ingen CBC-kryptering. Istället används mer robusta AES och ChaCha20.

BEAST

En av de första attackerna mot SSL och TLS 1.0, upptäcktes 2011. Precis som POODLE, BEAST använder Egenskaper för CBC-kryptering. Brottslingar infogar en JavaScript-agent eller Java-applet på klientmaskinen som byter ut meddelanden under överföring av data via TLS eller SSL. Eftersom brottslingarna känner till innehållet i de 'falska' paketen kan de använda dessa för att dekryptera initialiseringsvektorn och läsa de övriga meddelandena till servern, till exempel autentiseringens cookie-filer.

Idag är BEAST-sårbarheten fortfarande utsatt för ett antal nätverksverktyg: proxyservrar och program för att skydda lokala internetgatewayar.

Hur man skyddar sig. Angriparen måste regelbundet skicka förfrågningar för att dekryptera data. I VMware rekommenderar man att korta ner SSLSessionCacheTimeout från fem minuter (standardrekommandation) till 30 sekunder. Detta försvårar genomförandet av planer för brottslingar, även om det kommer att ha någon negativ effekt på prestandan. Dessutom bör man förstå att BEAST-sårbarheten snart kan bli obsolet av sig själv — från och med 2020 kommer de största webbläsarna att upphöra med stödet för TLS 1.0 och 1.1. I vilket fall som helst använder mindre än 1,5% av alla webbläsaranvändare dessa protokoll.

DROWN

Detta är en tvärprotokollattack som utnyttjar brister i implementeringen av SSLv2 med 40-bitars RSA-nycklar. Brottslingen avlyssnar hundratals TLS-anslutningar till målet och skickar speciella paket till servern med SSLv2 som använder samma privata nyckel. Genom att använda Bleichenbacher-attacken, kan hackern dekryptera en av ungefär tusen TLS-sessioner för kunden.

DROWN blev först känt 2016 — då var den utsatt för en tredjedel av servrarna i världen. Idag har den inte förlorat sin relevans. Av de 150 000 mest populära webbplatserna stödjer 2% fortfarande SSLv2 och sårbara krypteringsmekanismer. Det är nödvändigt att installera patchar som föreslagits av utvecklare av kryptografiska bibliotek som inaktiverar stöd för SSLv2. Till exempel presenterades två sådana patchar för OpenSSL (2016 var det uppdateringar

Hur man skyddar sig. 1.0.1s och 1.0.2g). Även uppdateringar och instruktioner för att inaktivera det sårbara protokollet har publicerats i "Resursen kan vara sårbar för DROWN om dess nycklar används av en extern server med SSLv2, till exempel en e-postserver, säger chefen för utvecklingsavdelningen IaaS-leverantören 1cloud.ru. Red Hat, Apache, Debian.

»Tjänsten kan vara sårbar för DROWN om dess nycklar används av en extern server med SSLv2, till exempel en e-postserver, påpekar chefen för utvecklingsavdelningen. IaaS-leverantören 1cloud.ru Sergej Belkin. — Denna situation uppstår om flera servrar använder ett gemensamt SSL-certifikat. I så fall måste SSLv2-support stängas av på alla maskiner.

För att kontrollera om du behöver uppdatera ditt system kan du använda en speciell verktyget — den har utvecklats av IT-säkerhetsspecialister som upptäckte DROWN. Mer om rekommendationer relaterade till skydd mot denna typ av attacker kan du läsa i ett inlägg på OpenSSL:s hemsida.

Heartbleed

En av de största sårbarheterna i programvara — Heartbleed. Den upptäcktes 2014 i OpenSSL-biblioteket. Vid tiden för offentliggörandet av felet uppskattades antalet sårbara webbplatser vara en halv miljon — det är ungefär 17 % av de skyddade resurserna på nätet.

Attacken genomförs via en liten modul av Heartbeat-tillägget för TLS. TLS-protokollet kräver att data skickas kontinuerligt. Vid en lång period av inaktivitet bryts anslutningen och det är nödvändigt att återupprätta den. För att hantera detta problem "brusar" servrar och klienter artificiellt kanalen (RFC 6520, s.5), genom att skicka paket av slumpmässig längd. Om den visade sig vara större än det största paketet läste sårbara versioner av OpenSSL minnet utanför den tilldelade bufferten. I detta område kunde det finnas vilken data som helst, inklusive privata krypteringsnycklar och information om andra anslutningar.

Sårbarheten fanns i alla versioner av biblioteket mellan 1.0.1 och 1.0.1f inklusive, liksom i en rad operativsystem — Ubuntu före 12.04.4, CentOS äldre än 6.5, OpenBSD 5.3 och andra. En komplett lista finns på hemsidan som är dedikerad till Heartbleed. Även om patchar mot denna sårbarhet släpptes nästan omedelbart efter dess upptäckte är problemet fortfarande aktuellt. Redan 2017 fanns det nästan 200 000 webbplatser, som var utsatta för Heartbleed.

Hur man skyddar sig. Du behöver uppdatera OpenSSL till version 1.0.1g eller högre. Du kan även stänga av Heartbeat-förfrågningar manuellt med hjälp av alternativet DOPENSSL_NO_HEARTBEATS. Efter uppdateringen bör IT-säkerhetsspecialister rekommenderar man utge nya SSL-certifikat. Bytet behövs i händelse av att information om krypteringsnycklar ändå kommit i händerna på hackare.

Certifikatförfalskning

Mellan användaren och servern etableras en hanterad enhet med ett legitimt SSL-certifikat som aktivt avlyssnar trafiken. Denna enhet utger sig för att vara en legitim server genom att uppvisa ett giltigt certifikat, och det blir möjligt att genomföra en MITM-attack.

Enligt forskningen Enligt kommandon från Mozilla, Google och flera universitet, övervakas cirka 11% av de skyddade anslutningarna på nätet. Detta beror på installationen av misstänkta rotcertifikat på användarnas datorer.

Hur man skyddar sig. Att använda tjänster från pålitliga SSL-leverantörer. Kvaliteten på certifikaten kan kontrolleras med hjälp av tjänsten Certificate Transparency (CT). Även molnleverantörer kan hjälpa till med att upptäcka övervakning - redan idag erbjuder vissa stora företag specialverktyg för att övervaka anslutningar via TLS.

Ett annat sätt att skydda sig på blir den nya standarden ACME, som automatiserar anskaffningen av SSL-certifikat. Den kommer också att lägga till ytterligare mekanismer för att verifiera webbplatsens ägare. Mer om den har vi skrivit i ett av våra tidigare material.

/ Flickr / Yuri Samoilov / CC BY

Framtiden för HTTPS

Trots en rad sårbarheter är IT-jättar och experter inom informationssäkerhet övertygade om protokollets framtid. För det aktiva införandet av HTTPS är Tim Berners-Lee, skaparen av WWW. Enligt honom kommer TLS med tiden att bli mer säkert, vilket betydligt kommer att öka säkerheten för anslutningarna. Berners-Lee föreslog till och med att i framtiden kommer det att finnas klientcertifikat för autentisering av identitet. Dessa kommer att hjälpa till att förbättra skyddet av servrar mot illvilliga aktörer.

Utvecklingen av SSL/TLS planeras också att drivas med hjälp av maskininlärning - smarta algoritmer kommer att ansvara för filtreringen av skadlig trafik. Administratörer har ingen möjlighet att veta innehållet av de krypterade meddelandena - inklusive att upptäcka förfrågningar från skadlig programvara. Redan idag kan neurala nätverk filtrera potentiellt farliga paket med en noggrannhet på 90%. (slide 23 i presentationen).

Slutsatser

Attacker mot HTTPS är huvudsakligen relaterade till problem i själva protokollet, men med stöd av föråldrade krypteringsmekanismer. IT-branschen börjar gradvis avstå från protokoll från föregående generation och erbjuder nya verktyg för att upptäcka sårbarheter. I framtiden kommer dessa verktyg att bli allt mer intelligenta.