🥇Potensielle angrep på HTTPS og hvordan beskytte seg mot dem

Halvparten av nettsteder bruke HTTPS, og antallet øker stabilt. Protokollen reduserer risikoen for avlytting av trafikk, men eliminerer ikke angrepsforsøk. Noen av dem - POODLE, BEAST, DROWN og andre - og måter å beskytte seg mot dem, vil vi dele i vårt materiale.

/ Flickr / Sven Graeme / CC BY-SA

POODLE

Første gang angrepet POODLE ble kjent i 2014. Sårbarheten i SSL 3.0-protokollen ble oppdaget av sikkerhetsspesialist Bodo Möller og kolleger fra Google.

Kjernen i dette er som følger: En hacker tvinger en klient til å koble til via SSL 3.0 ved å simulere brudd på forbindelsen. Deretter leter han i den krypterte CBC-modus trafikken etter spesielle meldingsmarkører. Ved hjelp av en serie falske forespørsel får angriperen muligheten til å rekonstruere innholdet av dataene han er interessert i, for eksempel informasjonskapsler.

SSL 3.0 er en foreldet protokoll. Men spørsmålet om sikkerheten dens er fortsatt relevant. Klienter bruker det for å unngå kompatibilitetsproblemer med servere. Ifølge noen data støtter nesten 7% av de 100.000 mest populære nettstedene fortsatt SSL 3.0. Også det finnes modifikasjoner av POODLE, som har som mål mer moderne TLS 1.0 og TLS 1.1. I år har det oppstått nye angrep Zombie POODLE og GOLDENDOODLE, som omgår beskyttelsen av TLS 1.2 (de er fortsatt relatert til CBC-kryptering).

Hvordan beskytte seg. Når det gjelder det originale POODLE, må støtte for SSL 3.0 deaktiveres. Imidlertid er det risiko for å få kompatibilitetsproblemer. En alternativ løsning kan være mekanismen TLS_FALLBACK_SCSV - den garanterer at datautveksling over SSL 3.0 kun vil skje med gamle systemer. Angripere vil ikke lenger kunne initiere nedgradering av protokollen. Hvordan beskytte seg mot Zombie POODLE og GOLDENDOODLE - deaktivering av støtte for CBC i applikasjoner basert på TLS 1.2. En radikal løsning vil være å gå over til TLS 1.3 - i den nye versjonen av protokollen brukes ikke CBC-kryptering. I stedet brukes mer robuste AES og ChaCha20.

BEAST

Et av de aller første angrepene på SSL og TLS 1.0, oppdaget i 2011. Som med POODLE, BEAST bruker egenskapene til CBC-kryptering. Angripere injiserer en JavaScript-agent eller Java-applet på klientmaskinen som endrer meldinger under overføring av data via TLS eller SSL. Siden angriperne kjenner innholdet i de 'falske' pakkene, kan de bruke dem til å dekryptere initieringsvektoren og lese de andre meldingene til serveren, for eksempel informasjonskapsler for godkjenning.

I dag er BEAST-sårbarheten fortsatt utsatt for flere nettverksverktøy: proxy-servere og applikasjoner for beskyttelse av lokale internettporter.

Hvordan beskytte seg. Angriperen må regelmessig sende forespørsel for å dekryptere data. I VMware å lese bøker " bør man redusere varigheten på SSLSessionCacheTimeout — fra fem minutter (standard anbefaling) til 30 sekunder. Denne tilnærmingen vil komplisere planene for angriperne, selv om det også vil ha en viss negativ effekt på ytelsen. Videre må man forstå at sårbarheten BEAST snart kan bli utdatert av seg selv — fra 2020 vil de største nettleserne stoppe støtten for TLS 1.0 og 1.1. Uansett fungerer disse protokollene med mindre enn 1,5 % av alle nettleserbrukere.

DROWN

Dette er et tverrprotokollangrep som utnytter feil i implementeringen av SSLv2 med 40-biters RSA-nøkler. Angriperen overvåker hundrevis av TLS-tilkoblinger til målet og sender spesielle pakker til serveren med SSLv2, som bruker den samme private nøkkelen. Ved å bruke Bleichenbacher-angrepet, kan en hacker dekryptere en av omtrent tusen TLS-økter til klienten.

DROWN ble først kjent i 2016 — den gang var den utsatt for en tredjedel av serverne i verden. Den har ikke mistet relevans i dag. Blant de 150 000 mest populære nettstedene støtter 2 % fortsatt SSLv2 og sårbare krypteringsmekanismer. Det er nødvendig å installere oppdateringer foreslått av utviklere av kryptografiske biblioteker som deaktiverer støtten for SSLv2. For eksempel ble to slike utbedringer gjort tilgjengelig for OpenSSL (i 2016

Hvordan beskytte seg. var disse oppdateringene 1.0.1s og 1.0.2g). Oppdateringer og instruksjoner for å deaktivere den sårbare protokollen er også publisert i Red Hat «Ressursen kan være sårbar for DROWN hvis dens nøkler brukes av en ekstern server med SSLv2, for eksempel en e-postserver», bemerker lederen for utviklingsavdelingen, Apache., Debian.

IaaS-leverandøren 1cloud.ru. IaaS-leverandøren 1cloud.ru Sergej Belkin. — Denne situasjonen oppstår hvis flere servere bruker et felles SSL-sertifikat. I så fall må man deaktivere SSLv2-støtte på alle maskinene.

Du kan sjekke om det er nødvendig å oppdatere systemet ditt ved hjelp av et spesialverktøy verktøy — dette er utviklet av spesialister innen informasjonssikkerhet som oppdaget DROWN. Mer om anbefalingene knyttet til beskyttelse mot denne typen angrep kan du lese i innlegget på OpenSSL-nettstedet.

Heartbleed

En av de mest alvorlige sårbarhetene i programvare — Heartbleed. Den ble oppdaget i 2014 i OpenSSL-biblioteket. På tidspunktet for kunngjøringen ble antallet sårbare nettsteder anslått til en halv million — dette er omtrent 17% av beskyttede ressurser på nettet.

Angrepet gjennomføres via en liten modul i TLS-utvidelsen kalt Heartbeat. TLS-protokollen krever at data overføres kontinuerlig. Ved langvarig inaktivitet oppstår det avbrudd, og man må etablere forbindelsen på nytt. For å håndtere problemet «støylegger» servere og klienter kanalen (RFC 6520, s. 5), ved å sende pakker av tilfeldig lengde. Hvis denne oversteg størrelsen på pakken, kunne sårbare versjoner av OpenSSL lese minne utenfor det tildelte bufferen. I dette området kunne det befinne seg hvilke som helst data, inkludert private krypteringsnøkler og informasjon om andre forbindelser.

Sårbarheten var til stede i alle versjoner av biblioteket fra 1.0.1 til og med 1.0.1f, samt i en rekke operativsystemer — Ubuntu før 12.04.4, eldre enn 6.5 CentOS, OpenBSD 5.3 og andre. Den komplette listen er tilgjengelig på nettstedet dedikert til Heartbleed. Selv om oppdateringer mot denne sårbarheten ble utgitt umiddelbart etter oppdagelsen, forblir problemet aktuelt fortsatt. Så tidlig som i 2017 var nesten 200 000 nettsteder, utsatt for Heartbleed.

Hvordan beskytte seg. Det er nødvendig å oppdatere OpenSSL til versjon 1.0.1g eller høyere. Man kan også manuelt deaktivere Heartbeat-forespørslene ved hjelp av alternativet DOPENSSL_NO_HEARTBEATS. Etter oppdateringen må informasjonssikkerhetsspesialister å lese bøker " utstede SSL-sertifikater på nytt. Bytte er nødvendig i tilfelle data om krypteringsnøkler har kommet til hackere.

Sertifikatforfalskning

Mellom brukeren og serveren etableres en kontrollert node med et legitimit SSL-sertifikat som aktivt fanger trafikk. Denne noden gir seg ut for å være en legitim server, fremlegger et gyldig sertifikat, og det åpner muligheten for et MITM-angrep.

I henhold til undersøkelse If you believe the team from Mozilla, Google, and several universities, about 11% of secure connections on the network are being 'listened to'. This is a result of suspicious root certificates being installed on users' computers.

Hvordan beskytte seg. Utilizing the services of reliable SSL providers. You can check the 'quality' of certificates using the service Certificate Transparency (CT). Cloud providers can also assist in detecting 'listening' — already today, some large companies offer specialized tools for monitoring TLS connections.

Another method of protection will be the new standarden ACME, which automates the issuance of SSL certificates. At the same time, it will add additional mechanisms for verifying the site's owner. More about it we wrote in one of our previous articles.

/ Flickr / Yuri Samoilov / CC BY

The Prospects of HTTPS

Despite a number of vulnerabilities, IT giants and cybersecurity experts are confident in the future of the protocol. The active implementation of HTTPS is advocated by the creator of the WWW, Tim Berners-Lee. According to him, over time, TLS will become more secure, significantly enhancing connection safety. Berners-Lee even suggested that in the future, client certificates will emerge for identity authentication. They will help improve server protection against attackers.

The development of SSL/TLS technology is also planned through machine learning — smart algorithms will be responsible for filtering malicious traffic. In HTTPS connections, administrators have no way of knowing the contents of encrypted messages — including detecting requests from malware. Already today, neural networks can filter potentially dangerous packets with 90% accuracy. (slide 23 of the presentation).

Konklusjoner

Attacks on HTTPS are largely related not to issues within the protocol itself, but rather to the support of outdated encryption mechanisms. The IT industry is gradually starting to move away from previous-generation protocols and is offering new tools for finding vulnerabilities. In the future, these tools will become increasingly intelligent.

Additional links on the topic:

Kilde: habr.com