Potentsiaalsed rünnakud HTTPS-ile ja kuidas neist end kaitsta

Pool veebilehtedest kasutab HTTPS, ja nende arv kasvab järjekindlalt. Protokoll vähendab liikluse pealtkuulamise riski, kuid ei välista ründeid täielikult. Mõned neist — POODLE, BEAST, DROWN ja teised — ning kaitsemeetoditest räägime meie materjalis.

Potentsiaalsed rünnakud HTTPS-ile ja kuidas neist end kaitsta
/ Flickr / Sven Graeme / CC BY-SA

POODLE

Esmakordselt sai rünnakust POODLE teada 2014. aastal. SSL 3.0 protokolli haavatavuse avastas küberjulgeoleku ekspert Bodo Möller koos oma kolleegidega Google'ist.

Küsimus seisneb järgmiselt: häkker sunnib klienti ühendama SSL 3.0 kaudu, imiteerides ühenduse katkemist. Seejärel otsib ta krüpteeritud CBC-režiimi liikluses spetsiaalseid sõnumimärke. Sarja valepäringute abil saab kurjategija võimaluse rekonstrueerida huvitavate andmete sisu, näiteks küpsiseid.

SSL 3.0 on aegunud protokoll. Kuid selle turvalisuse küsimus on endiselt aktuaalne. Kliendid kasutavad seda, et vältida ühilduvusprobleeme serveritega. Üksikasjade järgi toetab peaaegu 7% 100 000 kõige populaarsemast veebilehest endiselt SSL 3.0. Samuti on olemas POODLEi modifikatsioone, mille sihtmärgiks on kaasaegsemad TLS 1.0 ja TLS 1.1. Sel aastal ilmusid on uued rünnakud Zombie POODLE ja GOLDENDOODLE, mis ületavad TLS 1.2 kaitse (need on endiselt seotud CBC-krüpteerimisega).

Kuidas end kaitsta. Originaalse POODLE puhul tuleb keelata SSL 3.0 toe. Kuid sellega kaasneb ühilduvusprobleemide risk. Alternatiivne lahendus võib olla mehanism TLS_FALLBACK_SCSV — see tagab, et andmevahetus SSL 3.0 kaudu toimub ainult vanade süsteemidega. Kurjategijad ei saa enam protokolli versiooni allapoole keerata. Kaitsemeetod Zombie POODLE ja GOLDENDOODLE'i eest on CBC toe keelamine TLS 1.2 põhistel rakendustel. Radikaalseks lahenduseks on üleminek TLS 1.3-le — uues protokolli versioonis ei kasutata CBC-krüpteerimist. Selle asemel rakendatakse vastupidavamaid AES ja ChaCha20.

BEAST

Üks varasemaid rünnakuid SSL ja TLS 1.0 vastu, avastatud 2011. aastal. Nagu POODLE, BEAST kasutab on seotud CBC-krüpteerimise eripäradega. Kurjategijad paigaldavad kliendi masinasse JavaScript-agensi või Java-applet'i, mis asendab sõnumeid andmete edastamisel TLS-i või SSL-i kaudu. Kuna kurjategijatele on teada 'vale' pakkide sisu, saavad nad nende abil dekrüpteerida initsialiseerimise vektori ja lugeda teisi sõnumeid serverisse, näiteks autentimiseks mõeldud küpsiseid.

Tänaseks on BEAST-i haavatavused endiselt mitmed võrgu tööriistad: vahendiserverid ja rakendused kohalikele interneti väravatele.

Kuidas end kaitsta. Ründajal on vaja pidevalt edastada päringuid, et andmeid dekrüpteerida. VMware soovitavad lühendada SSLSessionCacheTimeout'i — viiest minutist (vaike soovitus) 30 sekundini. See lähenemine raskendab kurjategijate plaane, kuigi see võib avaldada samuti negatiivset mõju jõudlusele. Peale selle peab olema selge, et peagi võib BEAST-i haavatavus ise ära kaduda — alates 2020. aastast lõpetavad suurimad brauserid toetuse TLS 1.0 ja 1.1. Igal juhul kasutab nende protokollide kaudu vähem kui 1,5% kõigist brauseri kasutajatest.

DROWN

See on ristprotokollide rünnak, mis kasutab RSA 40-bitiste võtmete SSLv2 rakendamise vigu. Kurjategija kuulab sõnumi TLSühendusi ja saadab serverile SSLv2 spetsiaalseid pakette, kasutades sama privaatvõtit. Kasutades Bleichenbacher'i rünnakut, häkker võib dekrüpteerida ühe umbes tuhande TLS-seansi kliendi seas.

DROWNist sai esmakordselt teada 2016. aastal — siis oli selle mõju kolmandikul serveritest maailmas. Täna ei ole see kaotanud oma asjakohasust. 150 000 kõige populaarsema veebilehe hulgast 2% toetavad endiselt toetavad SSLv2 ja haavatavad krüpteerimismehhanismid.

Kuidas end kaitsta. On vajalik installida krüptograafiliste teekide tootjate pakutud plaastrid, mis keelavad SSLv2 toe. Näiteks on kaks sellist plaastrit esitatud OpenSSL-ile (2016. aastal olid need värskendused 1.0.1s ja 1.0.2g). Samuti on värskendused ja juhised haavatava protokolli keelamiseks avaldatud Red Hat, Apache, Debian.

"Ressurss võib olla DROWN-rünnaku ohver, kui selle võtmed kasutavad kolmanda osapoole serverit, mis töötab SSLv2, näiteks postiserver — märgib IaaS-teenuse pakkuja 1cloud.ru arendusosakonna juhataja Sergey Belkin. — Selline olukord tekib, kui mitu serverit kasutavad sama SSL-sertifikaati. Sellisel juhul tuleb SSLv2 toe keelamine rakendada kõigis masinates." Kontrollige, kas on vajalik oma süsteemi värskendada spetsiaalse

Kontrollige, kas teie süsteem vajab uuendamist, kasutades spetsiaalset utiliiti — selle töötasid välja küberjulgeoleku spetsialistid, kes avastasid DROWN. Rohkem soovitusi, mis puudutavad kaitset selle rünnaku tüübi eest, saab lugeda OpenSSL'i veebisaidi postitusest.

Heartbleed

Üks suurimaid haavatavusi tarkvaras — Heartbleed. See avastati 2014. aastal OpenSSL'i raamatukogus. Vigase avastamise ajal hinnati, et haavatavate veebisaitide arv on umbes 500 000 — see on ligikaudu 17% internetis kaitstud ressurssidest.

Rünnak viiakse ellu väikese TLS-i Heartbeat'i laienduse mooduli kaudu. TLS-protokoll nõuab, et andmeid edastataks pidevalt. Pikaajalise pausi korral katkeb ühendus ja see tuleb uuesti luua. Probleemi lahendamiseks tekitavad serverid ja kliendid kunstlikult „rikkumist” (RFC 6520, lk 5), edastades juhuslikult pikkusega paketti. Kui see oli suurem kui enamus pakettidest, siis haavatavad OpenSSL'i versioonid lugesid mälu väljaspool määratud puhverdusala. Sellel alal võiksid olla kõikandmed, sealhulgas krüptovõtmete ja muude ühenduste teave.

Haavatavus esines kõigis versioonides raamatukogu 1.0.1 ja 1.0.1f vahel, samuti mitmetes operatsioonisüsteemides — Ubuntu all kuni 12.04.4, CentOS üle 6.5, OpenBSD 5.3 ja teistes. Täielik nimekiri on Heartbleedi veebilehelt. Kuigi parandused selle haavatavuse vastu väljastati peaaegu kohe pärast avastamist, jääb probleem tänaseni aktuaalseks. Juba 2017. aastal oli peaaegu 200 000 veebisaiti, mis olid Heartbleed'i haavatavad.

Kuidas end kaitsta. On vaja uuendada OpenSSL versioonini 1.0.1g või kõrgemale. Samuti saab Heartbeat'i päringud käsitsi välja lülitada DOPENSSL_NO_HEARTBEATS valikuga. Pärast uuendamist peavad küberturbe spetsialistid soovitavad uuesti väljastama SSL-sertifikaadid. Asendamine on vajalik, kui krüptovõtmed on siiski häkkerite kätte sattunud.

Sertifikaadi petmine

Kliendi ja serveri vahel luuakse hallatav sõlm, millel on kehtiv SSL-sertifikaat, mis aktiivselt tabab liiklust. See sõlm esitleb end legitiimse serverina, esitades kehtiva sertifikaadi, ja avab ukse MITM-rünnakule.

Vastavalt uuringule Mozilla, Google'i ja mitmete ülikoolide meeskondade teatel kuulatakse ligikaudu 11% kaitstud ühendustest. See on tulemus kahtlaste juuresertifikaatide installimisest kasutajate arvutitesse.

Kuidas end kaitsta. Kasutage usaldusväärseid SSL-teenuse pakkujaid. Sertifikaatide „kvaliteeti” saab kontrollida teenuse kaudu Certificate Transparency (CT). Ka pilveteenuse pakkujad saavad aidata „kuulamise” tuvastamisel — juba täna pakuvad mitmed suured ettevõtted spetsialiseeritud tööriistu TLS-i ühenduste jälgimiseks.

Teine kaitsemeetod on uus standard ACME, mis automatiseerib SSL-sertifikaatide saamist. Samuti lisab see täiendavaid mehhanisme veebisaidi omaniku kinnitamiseks. Täpsemalt sellest oleme kirjutanud mõnes meie varasemas materjalis.

Potentsiaalsed rünnakud HTTPS-ile ja kuidas neist end kaitsta
/ Flickr / Yuri Samoilov / CC BY

HTTPS-i tulevik

Malitsustest hoolimata on IT-hiiglased ja küberturbe eksperdid kindlad protokolli tulevikus. HTTPS-i aktiivse rakendamise eest vastutab tuleb WWW looja Tim Berners-Lee. Tema sõnul, aja jooksul muutub TLS turvalisemaks, mis suurendab märgatavalt ühenduste turvalisust. Berners-Lee isegi ennustas, et tulevikus ilmuvad kliendisertifikaadid isiku autentimiseks. Need aitavad parandada serverite kaitset kurjategijate eest. SSL/TLS tehnoloogia arendamine plaanitakse samuti masinõppe abil — nutikad algoritmid vastutavad pahatahtliku liikluse filtreerimise eest. HTTPS-ühendustes ei ole administraatoritel võimalust teada salajaste sõnumite sisu — sealhulgas pahatahtliku tarkvara päringute avastamiseks. Juba täna suudavad närvivõrgud filtreerida potentsiaalselt ohtlikke pakette 90% täpsusega. (

SSL/TLS tehnoloogia arendamiseks on plaanis kasutada ka masinõpet — nutikad algoritmid vastutavad pahatahtliku liikluse filtreerimise eest. HTTPS-ühendustes ei ole administraatoritel võimalust teada krüpteeritud sõnumite sisu — sealhulgas tuvastada pahavara päringuid. Juba täna suudavad närvivõrgud filtreerida potentsiaalselt ohtlikke pakette 90% täpsusega.slaid 23 esitlusest).

Järeldused

HTTPS-i rünnakud on suuremas osas seotud mitte protokolli enda probleemidega, vaid vananenud šifrerimismehhanismide toetamisega. IT-tööstus hakkab järk-järgult loobuma eelmise põlvkonna protokollidest ja pakub uusi tööriistu haavatavuste leidmiseks. Tulevikus muutuvad need tööriistad järjest intelligentsemaks.

Lisainfos lingid:

Allikas: habr.com

Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid 🔥 Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid | ProHoster