{"id":32603,"date":"2019-10-31T21:47:55","date_gmt":"2019-10-31T18:47:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya\/"},"modified":"2019-10-31T21:47:55","modified_gmt":"2019-10-31T18:47:55","slug":"potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"\ud83e\udd47Microsoft Edge Androidis on \u00f5ppinud s\u00fcnkroonima andmeid lauaversiooniga | ProHoster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Poolen veebilehtedest kasutab HTTPSi<\/a><\/noindex>, ja nende arv suureneb pidevalt. Protokoll v\u00e4hendab liikluse pealtkuulamise riski, kuid ei v\u00e4lista r\u00fcnnakute katsetusi. M\u00f5nest nagu POODLE, BEAST, DROWN ja teistest ning kaitsemeetoditest r\u00e4\u00e4gime oma materjalis.<\/p>\n

\"\ud83e\udd47Microsoft <\/a><\/noindex><\/a><\/noindex>
\n\/ Flickr \/ Sven Graeme<\/a><\/noindex> \/ CC BY-SA<\/i><\/p>\n

POODLE<\/h2>\n

\nEsmakordselt r\u00fcnnakust POODLE<\/a><\/noindex> saadi teada 2014. aastal. SSL 3.0 protokolli haavatavuse avastas k\u00fcberturbe spetsialist Bodo M\u00f6ller koos kolleegidega Google'ist.<\/p>\n

Oma olemuses sunnib h\u00e4kker klienti \u00fchenduma SSL 3.0 kaudu, emuleerides \u00fchenduse katkestamisi. Seej\u00e4rel otsib ta kr\u00fcpteeritud CBC<\/a><\/noindex>-re\u017eiimis liikluses spetsiaalseid s\u00f5numi-m\u00e4rke. Seeria valep\u00e4ringute abil p\u00e4\u00e4seb kurjategija ligi huvipakkuvate andmete sisule, n\u00e4iteks k\u00fcpsistele.<\/p>\n

SSL 3.0 on vananenud protokoll. Kuid selle turvalisuse k\u00fcsimus on endiselt aktuaalne. Klientide poolt kasutatakse seda, et v\u00e4ltida \u00fchilduvusprobleeme serveritega. M\u00f5nede andmete kohaselt toetab peaaegu 7% 100 000 populaarsest veebilehest endiselt SSL 3.0<\/a><\/noindex>. Samuti on olemas<\/a><\/noindex> POODLE modiifikatsioonid, mille sihtm\u00e4rkideks on uuemad TLS 1.0 ja TLS 1.1. Sellel aastal ilmusid<\/a><\/noindex> on uued r\u00fcnnakud Zombie POODLE ja GOLDENDOODLE, mis \u00fcletavad TLS 1.2 kaitset (need on endiselt seotud CBC kr\u00fcptimisega).<\/p>\n

Kuidas kaitsta.<\/b> Originaalse POODLE puhul tuleb v\u00e4lja l\u00fclitada SSL 3.0 toe. Kuid sel juhul on oht sattuda \u00fchilduvusprobleemidesse. Alternatiivne lahendus v\u00f5iks olla TLS_FALLBACK_SCSV mehhanism \u2014 see garanteerib, et SSL 3.0 kaudu toimuva andmevahetuse teostatakse ainult vanade s\u00fcsteemide puhul. Kurjategijad ei saa enam protokolli versiooni langetada. Kaitsemeetod Zombie POODLE ja GOLDENDOODLE vastu on CBC toe v\u00e4ljal\u00fclitamine TLS 1.2 baasil rakendustes. Radikaalne lahendus oleks \u00fcleminek TLS 1.3 peale \u2014 uues protokolliversioonis ei kasutata CBC kr\u00fcptimist. Selle asemel kasutatakse tugevamaid AES ja ChaCha20.<\/p>\n

BEAST<\/h2>\n

\n\u00dcks esimesi SSL ja TLS 1.0 r\u00fcnnakuid, mis avastati 2011. aastal. Nagu POODLE, BEAST kasutab<\/a><\/noindex> CBC-\u0161ifroimise omadused. Kurjategijad installeerivad kliendi masinasse JavaScript-agendi v\u00f5i Java-applet'i, mis muudab teateid, kui andmeid edastatakse TLS-i v\u00f5i SSL-i kaudu. Kuna kurjategijatel on teadlikus \"asendus\" paketide sisust, v\u00f5ivad nad nende abil de\u0161ifreerida initsialiseerimise vektori ja lugeda \u00fclej\u00e4\u00e4nud s\u00f5numid serverile, n\u00e4iteks autentimis cookie-failid.<\/p>\n

T\u00e4naseks on BEAST-i haavatavused endiselt mitmed v\u00f5rgu t\u00f6\u00f6riistad<\/a><\/noindex>: vahelesegamise serverid ja rakendused, mis kaitsevad kohalikke interneti v\u00e4ravaid.<\/p>\n

Kuidas kaitsta.<\/b> R\u00fcndajal on vaja regulaarselt saata p\u00e4ringuid, et de\u0161ifreerida andmeid. VMware-s \u201e (mida me eelnevalt mainisime) ja \u201e<\/a><\/noindex> peaks l\u00fchendama SSLSessionCacheTimeout'i kestust \u2014 viiest minutist (soovituslik vaikimisi) 30 sekundini. Selline l\u00e4henemine raskendab kurjategijatele plaanide elluviimist, kuigi sellel on m\u00f5ningane negatiivne m\u00f5ju j\u00f5udlusele. Lisaks tuleb m\u00f5ista, et peagi v\u00f5ib BEAST-i haavatavus ise minevikku j\u00e4\u00e4da \u2014 alates 2020. aastast l\u00f5petavad<\/a><\/noindex> TLS 1.0 ja 1.1 toe. Igatahes t\u00f6\u00f6tab nende protokollidega v\u00e4hem kui 1,5% k\u00f5igist brauseri kasutajatest.<\/p>\n

DROWN<\/h2>\n

\nSee on ristprotokollir\u00fcnnak, mis kasutab SSLv2 40-bitiste RSA v\u00f5tmete rakenduse vigu. Kurjategija kuulab sadu sihtm\u00e4rgi TLS-\u00fchendusi ja saadab serverile spetsiaalseid pakette, kasutades SSLv2, mis kasutab sama privaatv\u00f5tit. Kasutades Bl\u00e4ichenbacheri r\u00fcnnakut<\/a><\/noindex>, saab h\u00e4kker de\u0161ifreerida \u00fche umbes tuhandest TLS-seansist kliendi poolt.<\/p>\n

DROWN'ist hakkas esmakordselt kuulema 2016. aastal \u2014 siis olid sellega haavatavad kolmandik serveritest<\/a><\/noindex> maailmas. T\u00e4naseks ei ole see oma aktuaalsust kaotanud. 150 000 k\u00f5ige populaarsemast veebisaidist kasutab 2% endiselt toetavad<\/a><\/noindex> SSLv2 ja haavatavad kr\u00fcpteerimise mehhanismid.<\/p>\n

Kuidas kaitsta.<\/b> Tuleb paigaldada kr\u00fcptograafiliste raamatukogude arendajate pakutud plaastrid, mis keelavad SSLv2 toe. N\u00e4iteks esitati kaks sellist plaastrit OpenSSL-i jaoks (2016. aastal olid need v\u00e4rskendused<\/a><\/noindex> 1.0.1s ja 1.0.2g). Samuti avaldati uuendusi ja juhiseid haavatava protokolli keelamiseks Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\u201eRessurss v\u00f5ib olla DROWN-i suhtes haavatav, kui selle v\u00f5tmed kasutab kolmas osaline server SSLv2-ga, n\u00e4iteks postiserver,\u201d m\u00e4rgib arenduse osakonna juht IaaS-provider 1cloud.ru<\/a><\/noindex> Sergei Belkin. \u2014 Selline olukord tekib, kui mitmed serverid kasutavad \u00fchist SSL-sertifikaati. Sel juhul tuleb SSLv2 tugi v\u00e4lja l\u00fclitada k\u00f5igis masinates.<\/i><\/p><\/blockquote>\n

\nKontrollida, kas on vaja oma s\u00fcsteemi uuendada, saab spetsiaalse utiliidi<\/a><\/noindex> \u2014 selle on v\u00e4lja t\u00f6\u00f6tanud k\u00fcberkaitse spetsialistid, kes avastasid DROWNi. Rohkem soovitusi seoses kaitsega selle t\u00fc\u00fcpi r\u00fcnnakute eest leiate OpenSSL veebisaidi postitusest<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\n\u00dcks suurimaid haavatavusi tarkvaras \u2014 Heartbleed<\/a><\/noindex>. See avastati 2014. aastal OpenSSLi raamatukogus. Vigastuse v\u00e4ljakuulutamise ajal hinnati haavatavate veebisaitide arvu poolmillioniks<\/a><\/noindex> \u2014 see on umbes 17% Internetis kaitstud ressursse.<\/p>\n

R\u00fcnnak realiseeritakse v\u00e4ikese Heartbeat\u2019i laienduse TLS mooduli kaudu. TLS-protokoll n\u00f5uab, et andmed edastataks pidevalt. Pikaajalise seiskumise korral katkeb \u00fchendus ja tuleb uuesti luua. Probleemist \u00fcle saamiseks teevad serverid ja kliendid kanalisse tehiselt \u201em\u00fcrast\u201d (RFC 6520, lk.5<\/a><\/noindex>), edastades juhusliku pikkusega paketi. Kui see osutus pikemaks kui k\u00f5ik muu pakett, siis haavatavad OpenSSLi versioonid lugesid m\u00e4lu v\u00e4ljaspool etten\u00e4htud puhvrit. Sellel alal v\u00f5is olla mis tahes andmeid, sealhulgas kr\u00fcpteerimisv\u00f5tmete ja info teiste \u00fchenduste kohta.<\/p>\n

Haavatavus oli k\u00f5ikides raamatukogu versioonides vahemikus 1.0.1 kuni 1.0.1f, sealhulgas mitmes operatsioonis\u00fcsteemis \u2014 Ubuntu versioonides kuni 12.04.4, CentOS-is alates 6.5, OpenBSD 5.3 ja teistes. T\u00e4ielik nimekiri on Heartbleedile p\u00fchendatud veebisaidil<\/a><\/noindex>. Kuigi plaasterdused selle haavatavuse vastu avaldati peaaegu kohe p\u00e4rast selle avastamist, on probleem endiselt aktuaalne. Juba 2017. aastal oli peaaegu 200 tuhat veebisaiti<\/a><\/noindex>, mis olid Heartbleed'ile vastuv\u00f5tlikud.<\/p>\n

Kuidas kaitsta.<\/b> On vaja uuendada OpenSSL<\/a><\/noindex> versioonile 1.0.1g v\u00f5i k\u00f5rgemale. Samuti saab Heartbeat'i p\u00e4ringud k\u00e4sitsi v\u00e4lja l\u00fclitada DOPENSSL_NO_HEARTBEATS valiku abil. P\u00e4rast v\u00e4rskendamist peavad k\u00fcberkaitse spetsialistid \u201e (mida me eelnevalt mainisime) ja \u201e<\/a><\/noindex> uuesti v\u00e4ljastama SSL-sertifikaadid. Vahetus on vajalik juhuks, kui kr\u00fcpteerimisv\u00f5tmete kohta andmed ikkagi h\u00e4kkerite k\u00e4tte sattusid.<\/p>\n

Sertifikaadi petmine<\/h2>\n

\nKasutaja ja serveri vahele luuakse hallatav s\u00f5lm, millel on kehtiv SSL-sertifikaat, mis aktiivselt peidab liiklust. See s\u00f5lm esitleb end kui seaduslikku serverit, esitades kehtiva sertifikaadi, ja v\u00f5imaldab MIDM r\u00fcnnakut.<\/p>\n

Vastavalt uurimusele<\/a><\/noindex> Mozilla, Google ja mitme \u00fclikooli uurimuste kohaselt kuulub umbes 11% kaitstud \u00fchendustest internetis \"pealtkuulamise\" alla. See on tingitud kahtlastest juuresertifikaatidest, mis on paigaldatud kasutajate arvutitesse.<\/p>\n

Kuidas kaitsta.<\/b> Usaldusv\u00e4\u00e4rsete SSL-teenusepakkujate<\/a><\/noindex>teenuseid. Sertifikaatide \"kvaliteeti\" saab kontrollida teenuse abil Certificate Transparency<\/a><\/noindex> (CT). Samuti saavad pilvepakkujad aidata tuvastada \"pealtkuulamist\" \u2014 juba t\u00e4na pakuvad mitmed suured ettev\u00f5tted spetsialiseeritud t\u00f6\u00f6riistu TLS-\u00fchenduste j\u00e4lgimiseks.<\/p>\n

Teiseks kaitsemeetodiks on uus standard<\/a><\/noindex> ACME, mis automatiseerib SSL-sertifikaatide saamise. Samal ajal lisatakse t\u00e4iendavad mehhanismid veebisaidi omaniku kontrollimiseks. T\u00e4iendavalt oleme sellest r\u00e4\u00e4kinud \u00fches meie varasemas materjalis.<\/a><\/noindex>.<\/p>\n

\"\ud83e\udd47Microsoft
\n\/ Flickr \/ Yuri Samoilov<\/a><\/noindex> \/ CC BY<\/i><\/p>\n

HTTPS-i tulevikud<\/h2>\n

\nMalit on mitmeid haavatavusi, kuid IT-hiiglased ja kyberjulgeoleku eksperdid usuvad protokolli tulevikku. HTTPS-i aktiivse juurutamise eest seisab<\/a><\/noindex> WWW looja Tim Berners-Lee. Tema s\u00f5nul muutub TLS aja jooksul turvalisemaks, mis oluliselt suurendab \u00fchenduste kaitset. Berners-Lee even spekuleeris, et tulevikus tekivad kliendisertifikaadid isiku autentimiseks. Need aitavad parandada serverite kaitset kurjategijate eest.<\/a><\/noindex> SSL\/TLS-tehnoloogiat plaanitakse edendada ka masin\u00f5ppe abil \u2014 nutikad algoritmid vastutavad kahjulikku liiklust filtreerimise eest. HTTPS-\u00fchendustes ei ole administraatoritel v\u00f5imalust teada salajaste s\u00f5numite sisu \u2014 sealhulgas tuvastada pahavara n\u00f5udeid. Juba t\u00e4na on n\u00e4rviv\u00f5rgud suutnud filtreerida potentsiaalselt ohtlikke pakette 90% t\u00e4psusega. (<\/p>\n

slaid 23 esitluses.HTTPS-i r\u00fcnnakud on enamasti seotud mitte protokolli enda probleemidega, vaid vananenud kr\u00fcptimehhanismide toetamisega. IT-t\u00f6\u00f6stus hakkab j\u00e4rk-j\u00e4rgult loobuma eelmise p\u00f5lvkonna protokollidest ja pakub uusi t\u00f6\u00f6riistu haavatavuste leidmiseks. Tulevikus muutuvad need t\u00f6\u00f6riistad j\u00e4rjest nutikamaks.<\/a><\/noindex>).<\/p>\n

J\u00e4reldused<\/h2>\n

\nLisainfos r\u00e4\u00e4gitakse:<\/p>\n

Pilvearendus, k\u00fcberjulgeolek ja isikuandmed: 1cloudi p\u00e4evakord<\/h5>\n

<\/p>\n