{"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\/sl\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potencialni napadi na HTTPS in kako se za\u0161\u010dititi pred njimi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Polovina spletnih mest uporablja HTTPS<\/a><\/noindex>, njihovo \u0161tevilo pa se nenehno pove\u010duje. Protokol zmanj\u0161uje tveganje za prestrezanje prometa, vendar ne izklju\u010duje poskusov napadov kot takih. O nekaterih izmed njih \u2014 POODLE, BEAST, DROWN in drugih \u2014 ter na\u010dinih za\u0161\u010dite, bomo govorili v na\u0161em gradivu.<\/p>\n

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

POODLE<\/h2>\n

\nNapad je bil prvi\u010d POODLE<\/a><\/noindex> razkrit leta 2014. Ranljivost v protokolu SSL 3.0 je odkril strokovnjak za informacijsko varnost Bodo M\u00f6ller s sodelavci iz Googla.<\/p>\n

Njegovo bistvo je naslednje: heker prisili odjemalca, da se pove\u017ee prek SSL 3.0, tako da emulira prekinitve povezave. Nato i\u0161\u010de v \u0161ifriranem CBC<\/a><\/noindex>-na\u010dinu prometa posebna sporo\u010dila-oznake. S pomo\u010djo serije la\u017enih zahtevkov zlonamerne\u017ei pridobijo mo\u017enost rekonstrukcije vsebine zanimivih podatkov, na primer pi\u0161kotkov.<\/p>\n

SSL 3.0 je zastarel protokol. Vendar pa je vpra\u0161anje njegove varnosti \u0161e vedno aktualno. Odjemalci ga uporabljajo, da bi se izognili te\u017eavam s kompatibilnostjo s stre\u017eniki. Po nekaterih podatkih skoraj 7% od 100.000 najbolj priljubljenih spletnih mest \u0161e vedno podpira SSL 3.0<\/a><\/noindex>. Prav tako postoje<\/a><\/noindex> modifikacije POODLE, katerih cilj so modernej\u0161i TLS 1.0 in TLS 1.1. Letos so se pojavile<\/a><\/noindex> so se pojavili novi napadi Zombie POODLE in GOLDENDOODLE, ki obidejo za\u0161\u010dito TLS 1.2 (ti so \u0161e vedno povezani s CBC-\u0161ifriranjem).<\/p>\n

Kako se za\u0161\u010dititi.<\/b> V primeru originalnega POODLE je potrebno onemogo\u010diti podporo SSL 3.0. Vendar pri tem obstaja tveganje za te\u017eave s kompatibilnostjo. Alternativna re\u0161itev bi lahko bila mehanizem TLS_FALLBACK_SCSV \u2014 ta zagotavlja, da bo izmenjava podatkov po SSL 3.0 potekala le s starimi sistemi. Zlonamerne\u017ei ve\u010d ne bodo mogli iniciirati zni\u017eanja razli\u010dice protokola. Na\u010din za\u0161\u010dite pred Zombie POODLE in GOLDENDOODLE je onemogo\u010ditev podpore CBC v aplikacijah, osnovanih na TLS 1.2. Radikalna re\u0161itev bo prehod na TLS 1.3 \u2014 v novi razli\u010dici protokola se ne uporablja CBC-\u0161ifriranje. Namesto tega se uporabljajo bolj odporni AES in ChaCha20.<\/p>\n

BEAST<\/h2>\n

\nEden najzgodnej\u0161ih napadov na SSL in TLS 1.0, odkrit leta 2011. Tako kot POODLE, BEAST uporablja<\/a><\/noindex> zna\u010dilnosti CBC-\u0161ifriranja. Napadalci vstavijo JavaScript agenta ali Java applet na odjemalski stroj, ki zamenja sporo\u010dila pri prenosu podatkov prek TLS ali SSL. Ker napadalci poznajo vsebino \"podstavljenih\" paketov, lahko z njihovo pomo\u010djo de\u0161ifrirajo vektor inicializacije in preberejo preostala sporo\u010dila do stre\u017enika, na primer pi\u0161kotke za avtentikacijo.<\/p>\n

Danes so ranljivosti BEAST \u0161e vedno podvr\u017eene dolo\u010denim omre\u017enim orodjem<\/a><\/noindex>: proxy stre\u017enikom in aplikacijam za za\u0161\u010dito lokalnih internetnih prehodov.<\/p>\n

Kako se za\u0161\u010dititi.<\/b> Napadalec mora redno po\u0161iljati zahteve, da de\u0161ifrira podatke. V VMware priporo\u010dajo<\/a><\/noindex> skraj\u0161ajte trajanje SSLSessionCacheTimeout \u2014 iz petih minut (privzeta priporo\u010dila) na 30 sekund. Tak pristop bo ote\u017eil izvajanje na\u010drtov napadalcem, \u010deprav bo imel neke negativne u\u010dinke na zmogljivost. Poleg tega je treba razumeti, da ranljivost BEAST kmalu lahko izgine sama od sebe \u2014 od leta 2020 najve\u010dji brskalniki prenehajo<\/a><\/noindex> podpirati TLS 1.0 in 1.1. V vsakem primeru z obema protokoloma deluje manj kot 1,5 % vseh uporabnikov brskalnikov.<\/p>\n

DROWN<\/h2>\n

\nTo je medprotokolni napad, ki izkori\u0161\u010da napake v implementaciji SSLv2 s 40-bitnimi klju\u010di RSA. Napadalec prislu\u0161kuje stotinam TLS povezav cilja in po\u0161ilja posebne pakete na stre\u017enik z SSLv2, ki uporablja isti zasebni klju\u010d. Uporabljajo\u010d napad Bleichenbacherja<\/a><\/noindex>, heker lahko de\u0161ifrira eno od pribli\u017eno tiso\u010d TLS sej odjemalca.<\/p>\n

O DROWN-u se je prvi\u010d izvedelo leta 2016 \u2014 takrat je bila podvr\u017eena tretjina stre\u017enikov<\/a><\/noindex> na svetu. Danes ni izgubila aktualnosti. Od 150 tiso\u010d najbolj priljubljenih spletnih strani 2 % \u0161e vedno podpirajo<\/a><\/noindex> SSLv2 in ranljive mehanizme \u0161ifriranja.<\/p>\n

Kako se za\u0161\u010dititi.<\/b> Nujno je namestiti popravke, ki jih predlagajo razvijalci kriptografskih knji\u017enic, ki onemogo\u010dajo podporo SSLv2. Na primer, dve taki popravki sta bili predstavljeni za OpenSSL (v letu 2016 to so bili posodobitvi<\/a><\/noindex> 1.0.1s in 1.0.2g). Prav tako so posodobitve in navodila za onemogo\u010danje ranljivega protokola objavili v Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\"Viri so lahko ranljivi za DROWN, \u010de njihovi klju\u010di uporablja zunanjega stre\u017enika s SSLv2, na primer po\u0161tnega,\" opozarja vodja oddelka za razvoj IaaS-provajalca 1cloud.ru<\/a><\/noindex> Sergiej Belkin. \u2014 Takva situacija se javlja kada nekoliko servera koristi zajedni\u010dki SSL certifikat. U tom slu\u010daju potrebno je onemogu\u0107iti podr\u0161ku za SSLv2 na svim ma\u0161inama.<\/i><\/p><\/blockquote>\n

\nDa biste proverili da li je potrebno a\u017eurirati va\u0161 sistem, mo\u017eete koristiti poseban orodja<\/a><\/noindex> \u2014 razvili su ga stru\u010dnjaci za IB koji su otkrili DROWN. Vi\u0161e o preporukama vezanim za za\u0161titu od ovog tipa napada mo\u017eete pro\u010ditati u objavi na sajtu OpenSSL<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nJedna od najve\u0107ih ranjivosti u softveru \u2014 Heartbleed<\/a><\/noindex>. Otkrivena je 2014. godine u biblioteci OpenSSL. U trenutku objave gre\u0161ke, broj ranjivih veb sajtova procijenjen je na pola miliona<\/a><\/noindex> \u2014 to je otprilike 17% za\u0161ti\u0107enih resursa na mre\u017ei.<\/p>\n

Napad se realizuje kroz mali modul Heartbeat ekstenzije TLS. TLS protokol zahteva da se podaci neprekidno \u0161alju. U slu\u010daju dugog zastoja dolazi do prekida i potrebno je ponovo uspostaviti vezu. Da bi se prevazi\u0161ao problem, serveri i klijenti ve\u0161ta\u010dki \"\u0161ume\" kanal (RFC 6520, str.5<\/a><\/noindex>), \u0161alju\u0107i paket slu\u010dajne du\u017eine. Ako je bio ve\u0107i od o\u010dekivanog paketa, ranjive verzije OpenSSL \u010ditale su memoriju van predvi\u0111enog bafera. U ovoj oblasti mogli su se nalaziti bilo kakvi podaci, uklju\u010duju\u0107i privatne \u0161ifre i informacije o drugim vezama.<\/p>\n

Ranjivost je postojala u svim verzijama biblioteke izme\u0111u 1.0.1 i 1.0.1f uklju\u010duju\u0107i, kao i u nizu OS \u2014 Ubuntu do 12.04.4, CentOS starijim od 6.5, OpenBSD 5.3 i drugim. Potpuni spisak se nalazi na sajtu posve\u0107enom Heartbleed<\/a><\/noindex>. Iako su zakrpe protiv ove ranjivosti objavljene skoro odmah nakon njenog otkri\u0107a, problem je i dalje aktualan. \u010cak 2017. godine radilo je gotovo 200.000 sajtova<\/a><\/noindex>, podlo\u017enih Heartbleed-u.<\/p>\n

Kako se za\u0161\u010dititi.<\/b> Potrebno je a\u017eurirati OpenSSL<\/a><\/noindex> na verziju 1.0.1g ili noviju. Tako\u0111e mo\u017eete ru\u010dno onemogu\u0107iti Heartbeat upite pomo\u0107u opcije DOPENSSL_NO_HEARTBEATS. Nakon a\u017euriranja, stru\u010dnjaci za IB priporo\u010dajo<\/a><\/noindex> ponovo izdaju SSL certifikate. Zamena je potrebna u slu\u010daju da su podaci o \u0161iframa ipak dospeli do hakera.<\/p>\n

Zamena sertifikata<\/h2>\n

\nIzme\u0111u korisnika i servera postavlja se upravljani \u010dvor s legitimnim SSL certifikatom, koji aktivno presre\u0107e saobra\u0107aj. Ovaj \u010dvor se prikazuje kao legitimni server, predstavljaju\u0107i va\u017ee\u0107i sertifikat, i omogu\u0107ava sprovo\u0111enje MITM napada.<\/p>\n

Po istra\u017eivanju<\/a><\/noindex> Po podatkih podjetij Mozilla, Google in nekaterih univerz, pribli\u017eno 11 % za\u0161\u010ditenih povezav v omre\u017eju 'prestrezajo'. To je rezultat namestitve sumljivih korenskih certifikatov na ra\u010dunalnike uporabnikov.<\/p>\n

Kako se za\u0161\u010dititi.<\/b> Z uporabo storitev zanesljivih SSL ponudnikov<\/a><\/noindex>. Kakovost certifikatov lahko preverite s pomo\u010djo storitve Certificate Transparency<\/a><\/noindex> (CT). Z odkrivanjem 'prestrezanja' vam lahko pomagajo tudi obla\u010dni ponudniki \u2014 \u017ee danes nekatere velike dru\u017ebe ponujajo specializirana orodja za spremljanje povezav preko TLS.<\/p>\n

Drug na\u010din za\u0161\u010dite bo nov standard<\/a><\/noindex> ACME, ki avtomatizira pridobivanje SSL certifikatov. Hkrati bo dodal dodatne mehanizme za preverjanje lastnika spletne strani. Ve\u010d o njem smo pisali v enem na\u0161ih prej\u0161njih gradiv.<\/a><\/noindex>.<\/p>\n

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

Perspektive HTTPS<\/h2>\n

\nKljub \u0161tevilnim ranljivostim so IT giganti in strokovnjaki za IKT prepri\u010dani v prihodnost protokola. Aktivno propagiranje HTTPS pripravlja<\/a><\/noindex> ustvarjalec WWW Tim Berners-Lee. Po njegovih besedah bo s \u010dasom TLS postajal bolj varen, kar bo znatno pove\u010dalo varnost povezav. Berners-Lee je celo sugeriral, da se bo v prihodnosti pojavilo<\/a><\/noindex> odjemalske certifikate za overjanje identitete. Ti bodo pomagali izbolj\u0161ati za\u0161\u010dito stre\u017enikov pred zlonamernimi napadi.<\/p>\n

Razvoj tehnologije SSL\/TLS se bo prav tako nadaljeval s pomo\u010djo strojnega u\u010denja \u2014 pametni algoritmi bodo odgovorni za filtriranje zlonamernega prometa. Pri HTTPS povezavah nimajo skrbniki mo\u017enosti, da bi izvedeli vsebino \u0161ifriranih sporo\u010dil \u2014 vklju\u010dno z odkrivanjem zahtevkov z zlonamerno programsko opremo. \u017de danes nevro\u010dne mre\u017ee zmorejo filtrirati potencialno nevarne pakete s to\u010dnostjo 90 %. (sljd 23 predstavitve<\/a><\/noindex>).<\/p>\n

Zaklju\u010dki<\/h2>\n

\nNapadi na HTTPS so ve\u010dinoma povezani ne s te\u017eavami v samem protokolu, temve\u010d s podporo zastarelim mehanizmom \u0161ifriranja. IT industrija postopoma opu\u0161\u010da protokole prej\u0161njih generacij in ponuja nova orodja za iskanje ranljivosti. V prihodnosti bodo ta orodja postajala vse bolj inteligentna.<\/p>\n

Dodatne povezave na to temo:<\/h5>\n

<\/p>\n