{"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":"Potentsiaalsed r\u00fcnnakud HTTPS-ile ja kuidas neist end kaitsta","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pool veebilehtedest kasutab HTTPS<\/a><\/noindex>, ja nende arv kasvab j\u00e4rjekindlalt. Protokoll v\u00e4hendab liikluse pealtkuulamise riski, kuid ei v\u00e4lista r\u00fcndeid t\u00e4ielikult. M\u00f5ned neist \u2014 POODLE, BEAST, DROWN ja teised \u2014 ning kaitsemeetoditest r\u00e4\u00e4gime meie materjalis.<\/p>\n

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

POODLE<\/h2>\n

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

K\u00fcsimus seisneb j\u00e4rgmiselt: h\u00e4kker sunnib klienti \u00fchendama SSL 3.0 kaudu, imiteerides \u00fchenduse katkemist. Seej\u00e4rel otsib ta kr\u00fcpteeritud CBC<\/a><\/noindex>-re\u017eiimi liikluses spetsiaalseid s\u00f5numim\u00e4rke. Sarja valep\u00e4ringute abil saab kurjategija v\u00f5imaluse rekonstrueerida huvitavate andmete sisu, n\u00e4iteks k\u00fcpsiseid.<\/p>\n

SSL 3.0 on aegunud protokoll. Kuid selle turvalisuse k\u00fcsimus on endiselt aktuaalne. Kliendid kasutavad seda, et v\u00e4ltida \u00fchilduvusprobleeme serveritega. \u00dcksikasjade j\u00e4rgi toetab peaaegu 7% 100 000 k\u00f5ige populaarsemast veebilehest endiselt SSL 3.0<\/a><\/noindex>. Samuti on olemas<\/a><\/noindex> POODLEi modifikatsioone, mille sihtm\u00e4rgiks on kaasaegsemad TLS 1.0 ja TLS 1.1. Sel aastal ilmusid<\/a><\/noindex> on uued r\u00fcnnakud Zombie POODLE ja GOLDENDOODLE, mis \u00fcletavad TLS 1.2 kaitse (need on endiselt seotud CBC-kr\u00fcpteerimisega).<\/p>\n

Kuidas end kaitsta.<\/b> Originaalse POODLE puhul tuleb keelata SSL 3.0 toe. Kuid sellega kaasneb \u00fchilduvusprobleemide risk. Alternatiivne lahendus v\u00f5ib olla mehanism TLS_FALLBACK_SCSV \u2014 see tagab, et andmevahetus SSL 3.0 kaudu toimub ainult vanade s\u00fcsteemidega. Kurjategijad ei saa enam protokolli versiooni allapoole keerata. Kaitsemeetod Zombie POODLE ja GOLDENDOODLE'i eest on CBC toe keelamine TLS 1.2 p\u00f5histel rakendustel. Radikaalseks lahenduseks on \u00fcleminek TLS 1.3-le \u2014 uues protokolli versioonis ei kasutata CBC-kr\u00fcpteerimist. Selle asemel rakendatakse vastupidavamaid AES ja ChaCha20.<\/p>\n

BEAST<\/h2>\n

\n\u00dcks varasemaid r\u00fcnnakuid SSL ja TLS 1.0 vastu, avastatud 2011. aastal. Nagu POODLE, BEAST kasutab<\/a><\/noindex> on seotud CBC-kr\u00fcpteerimise erip\u00e4radega. Kurjategijad paigaldavad kliendi masinasse JavaScript-agensi v\u00f5i Java-applet'i, mis asendab s\u00f5numeid andmete edastamisel TLS-i v\u00f5i SSL-i kaudu. Kuna kurjategijatele on teada 'vale' pakkide sisu, saavad nad nende abil dekr\u00fcpteerida initsialiseerimise vektori ja lugeda teisi s\u00f5numeid serverisse, n\u00e4iteks autentimiseks m\u00f5eldud k\u00fcpsiseid.<\/p>\n

T\u00e4naseks on BEAST-i haavatavused endiselt mitmed v\u00f5rgu t\u00f6\u00f6riistad<\/a><\/noindex>: vahendiserverid ja rakendused kohalikele interneti v\u00e4ravatele.<\/p>\n

Kuidas end kaitsta.<\/b> R\u00fcndajal on vaja pidevalt edastada p\u00e4ringuid, et andmeid dekr\u00fcpteerida. VMware soovitavad<\/a><\/noindex> l\u00fchendada SSLSessionCacheTimeout'i \u2014 viiest minutist (vaike soovitus) 30 sekundini. See l\u00e4henemine raskendab kurjategijate plaane, kuigi see v\u00f5ib avaldada samuti negatiivset m\u00f5ju j\u00f5udlusele. Peale selle peab olema selge, et peagi v\u00f5ib BEAST-i haavatavus ise \u00e4ra kaduda \u2014 alates 2020. aastast l\u00f5petavad suurimad brauserid toetuse<\/a><\/noindex> TLS 1.0 ja 1.1. Igal juhul kasutab nende protokollide kaudu v\u00e4hem kui 1,5% k\u00f5igist brauseri kasutajatest.<\/p>\n

DROWN<\/h2>\n

\nSee on ristprotokollide r\u00fcnnak, mis kasutab RSA 40-bitiste v\u00f5tmete SSLv2 rakendamise vigu. Kurjategija kuulab s\u00f5numi TLS\u00fchendusi ja saadab serverile SSLv2 spetsiaalseid pakette, kasutades sama privaatv\u00f5tit. Kasutades Bleichenbacher'i r\u00fcnnakut<\/a><\/noindex>, h\u00e4kker v\u00f5ib dekr\u00fcpteerida \u00fche umbes tuhande TLS-seansi kliendi seas.<\/p>\n

DROWNist sai esmakordselt teada 2016. aastal \u2014 siis oli selle m\u00f5ju kolmandikul serveritest<\/a><\/noindex> maailmas. T\u00e4na ei ole see kaotanud oma asjakohasust. 150 000 k\u00f5ige populaarsema veebilehe hulgast 2% toetavad endiselt toetavad<\/a><\/noindex> SSLv2 ja haavatavad kr\u00fcpteerimismehhanismid.<\/p>\n

Kuidas end kaitsta.<\/b> On vajalik installida kr\u00fcptograafiliste teekide tootjate pakutud plaastrid, mis keelavad SSLv2 toe. N\u00e4iteks on kaks sellist plaastrit esitatud OpenSSL-ile (2016. aastal olid need v\u00e4rskendused<\/a><\/noindex> 1.0.1s ja 1.0.2g). Samuti on v\u00e4rskendused ja juhised haavatava protokolli keelamiseks avaldatud Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\"Ressurss v\u00f5ib olla DROWN-r\u00fcnnaku ohver, kui selle v\u00f5tmed kasutavad kolmanda osapoole serverit, mis t\u00f6\u00f6tab SSLv2, n\u00e4iteks postiserver \u2014 m\u00e4rgib IaaS-teenuse pakkuja 1cloud.ru arendusosakonna juhataja Sergey Belkin. \u2014 Selline olukord tekib, kui mitu serverit kasutavad sama SSL-sertifikaati. Sellisel juhul tuleb SSLv2 toe keelamine rakendada k\u00f5igis masinates.\"<\/a><\/noindex> Kontrollige, kas on vajalik oma s\u00fcsteemi v\u00e4rskendada spetsiaalse<\/i><\/p><\/blockquote>\n

\nKontrollige, kas teie s\u00fcsteem vajab uuendamist, kasutades spetsiaalset utiliiti<\/a><\/noindex> \u2014 selle t\u00f6\u00f6tasid v\u00e4lja k\u00fcberjulgeoleku spetsialistid, kes avastasid DROWN. Rohkem soovitusi, mis puudutavad kaitset selle r\u00fcnnaku t\u00fc\u00fcbi eest, saab lugeda OpenSSL'i veebisaidi postitusest<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\n\u00dcks suurimaid haavatavusi tarkvaras \u2014 Heartbleed<\/a><\/noindex>. See avastati 2014. aastal OpenSSL'i raamatukogus. Vigase avastamise ajal hinnati, et haavatavate veebisaitide arv on umbes 500 000<\/a><\/noindex> \u2014 see on ligikaudu 17% internetis kaitstud ressurssidest.<\/p>\n

R\u00fcnnak viiakse ellu v\u00e4ikese TLS-i Heartbeat'i laienduse mooduli kaudu. TLS-protokoll n\u00f5uab, et andmeid edastataks pidevalt. Pikaajalise pausi korral katkeb \u00fchendus ja see tuleb uuesti luua. Probleemi lahendamiseks tekitavad serverid ja kliendid kunstlikult \u201erikkumist\u201d (RFC 6520, lk 5<\/a><\/noindex>), edastades juhuslikult pikkusega paketti. Kui see oli suurem kui enamus pakettidest, siis haavatavad OpenSSL'i versioonid lugesid m\u00e4lu v\u00e4ljaspool m\u00e4\u00e4ratud puhverdusala. Sellel alal v\u00f5iksid olla k\u00f5ikandmed, sealhulgas kr\u00fcptov\u00f5tmete ja muude \u00fchenduste teave.<\/p>\n

Haavatavus esines k\u00f5igis versioonides raamatukogu 1.0.1 ja 1.0.1f vahel, samuti mitmetes operatsioonis\u00fcsteemides \u2014 Ubuntu all kuni 12.04.4, CentOS \u00fcle 6.5, OpenBSD 5.3 ja teistes. T\u00e4ielik nimekiri on Heartbleedi veebilehelt<\/a><\/noindex>. Kuigi parandused selle haavatavuse vastu v\u00e4ljastati peaaegu kohe p\u00e4rast avastamist, j\u00e4\u00e4b probleem t\u00e4naseni aktuaalseks. Juba 2017. aastal oli peaaegu 200 000 veebisaiti<\/a><\/noindex>, mis olid Heartbleed'i haavatavad.<\/p>\n

Kuidas end kaitsta.<\/b> On vaja uuendada OpenSSL<\/a><\/noindex> versioonini 1.0.1g v\u00f5i k\u00f5rgemale. Samuti saab Heartbeat'i p\u00e4ringud k\u00e4sitsi v\u00e4lja l\u00fclitada DOPENSSL_NO_HEARTBEATS valikuga. P\u00e4rast uuendamist peavad k\u00fcberturbe spetsialistid soovitavad<\/a><\/noindex> uuesti v\u00e4ljastama SSL-sertifikaadid. Asendamine on vajalik, kui kr\u00fcptov\u00f5tmed on siiski h\u00e4kkerite k\u00e4tte sattunud.<\/p>\n

Sertifikaadi petmine<\/h2>\n

\nKliendi ja serveri vahel luuakse hallatav s\u00f5lm, millel on kehtiv SSL-sertifikaat, mis aktiivselt tabab liiklust. See s\u00f5lm esitleb end legitiimse serverina, esitades kehtiva sertifikaadi, ja avab ukse MITM-r\u00fcnnakule.<\/p>\n

Vastavalt uuringule<\/a><\/noindex> Mozilla, Google'i ja mitmete \u00fclikoolide meeskondade teatel kuulatakse ligikaudu 11% kaitstud \u00fchendustest. See on tulemus kahtlaste juuresertifikaatide installimisest kasutajate arvutitesse.<\/p>\n

Kuidas end kaitsta.<\/b> Kasutage usaldusv\u00e4\u00e4rseid SSL-teenuse pakkujaid<\/a><\/noindex>. Sertifikaatide \u201ekvaliteeti\u201d saab kontrollida teenuse kaudu Certificate Transparency<\/a><\/noindex> (CT). Ka pilveteenuse pakkujad saavad aidata \u201ekuulamise\u201d tuvastamisel \u2014 juba t\u00e4na pakuvad mitmed suured ettev\u00f5tted spetsialiseeritud t\u00f6\u00f6riistu TLS-i \u00fchenduste j\u00e4lgimiseks.<\/p>\n

Teine kaitsemeetod on uus standard<\/a><\/noindex> ACME, mis automatiseerib SSL-sertifikaatide saamist. Samuti lisab see t\u00e4iendavaid mehhanisme veebisaidi omaniku kinnitamiseks. T\u00e4psemalt sellest oleme kirjutanud m\u00f5nes meie varasemas materjalis<\/a><\/noindex>.<\/p>\n

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

HTTPS-i tulevik<\/h2>\n

\nMalitsustest hoolimata on IT-hiiglased ja k\u00fcberturbe eksperdid kindlad protokolli tulevikus. HTTPS-i aktiivse rakendamise eest vastutab tuleb<\/a><\/noindex> WWW looja Tim Berners-Lee. Tema s\u00f5nul, aja jooksul muutub TLS turvalisemaks, mis suurendab m\u00e4rgatavalt \u00fchenduste turvalisust. Berners-Lee isegi ennustas, et tulevikus ilmuvad kliendisertifikaadid isiku autentimiseks. Need aitavad parandada serverite kaitset kurjategijate eest.<\/a><\/noindex> SSL\/TLS tehnoloogia arendamine plaanitakse samuti masin\u00f5ppe abil \u2014 nutikad algoritmid vastutavad pahatahtliku liikluse filtreerimise eest. HTTPS-\u00fchendustes ei ole administraatoritel v\u00f5imalust teada salajaste s\u00f5numite sisu \u2014 sealhulgas pahatahtliku tarkvara p\u00e4ringute avastamiseks. Juba t\u00e4na suudavad n\u00e4rviv\u00f5rgud filtreerida potentsiaalselt ohtlikke pakette 90% t\u00e4psusega. (<\/p>\n

SSL\/TLS tehnoloogia arendamiseks on plaanis kasutada ka masin\u00f5pet \u2014 nutikad algoritmid vastutavad pahatahtliku liikluse filtreerimise eest. HTTPS-\u00fchendustes ei ole administraatoritel v\u00f5imalust teada kr\u00fcpteeritud s\u00f5numite sisu \u2014 sealhulgas tuvastada pahavara p\u00e4ringuid. Juba t\u00e4na suudavad n\u00e4rviv\u00f5rgud filtreerida potentsiaalselt ohtlikke pakette 90% t\u00e4psusega.slaid 23 esitlusest<\/a><\/noindex>).<\/p>\n

J\u00e4reldused<\/h2>\n

\nHTTPS-i r\u00fcnnakud on suuremas osas seotud mitte protokolli enda probleemidega, vaid vananenud \u0161ifrerimismehhanismide 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 intelligentsemaks.<\/p>\n

Lisainfos lingid:<\/h5>\n

<\/p>\n