{"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\/hr\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potencijalni napadi na HTTPS i kako se za\u0161tititi od njih","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Polovica web stranica koristi HTTPS<\/a><\/noindex>, a njihov broj neprekidno raste. Protokol smanjuje rizik od presretanja prometa, ali ne isklju\u010duje poku\u0161aje napada kao takve. O nekima od njih \u2014 POODLE, BEAST, DROWN i drugim \u2014 i na\u010dinima za\u0161tite, govorit \u0107emo u na\u0161em \u010dlanku.<\/p>\n

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

POODLE<\/h2>\n

\nPrvi put o napadu POODLE<\/a><\/noindex> bilo je poznato 2014. godine. Ranljivost u protokolu SSL 3.0 otkrio je stru\u010dnjak za sigurnost Bodo M\u00f6ller s kolegama iz Googlea.<\/p>\n

Njegova su\u0161tina je sljede\u0107a: haker prisiljava klijenta da uspostavi vezu putem SSL 3.0, emuliraju\u0107i prekide veze. Zatim tra\u017ei u \u0161ifriranom CBC<\/a><\/noindex>-re\u017eimu prometa posebne poruke-oznake. Pomo\u0107u niza la\u017enih zahtjeva, napada\u010d dobiva mogu\u0107nost rekonstrukcije sadr\u017eaja zanimljivih mu podataka, na primjer kola\u010di\u0107a.<\/p>\n

SSL 3.0 je zastarjeli protokol. No, pitanje njegove sigurnosti i dalje je aktualno. Klijenti ga koriste kako bi izbjegli probleme s kompatibilno\u0161\u0107u sa serverima. Prema nekim podacima, gotovo 7% od 100 tisu\u0107a najpopularnijih web stranica i dalje podr\u017eava SSL 3.0<\/a><\/noindex>. Tako\u0111er postoje<\/a><\/noindex> m modificirane verzije POODLE, koje su usmjerene na modernije TLS 1.0 i TLS 1.1. Ove godine pojavila su se<\/a><\/noindex> novi napadi Zombie POODLE i GOLDENDOODLE, koji zaobilaze za\u0161titu TLS 1.2 (oni su i dalje povezani s CBC enkripcijom).<\/p>\n

Kako se za\u0161tititi.<\/b> U slu\u010daju originalnog POODLE-a, potrebno je onemogu\u0107iti podr\u0161ku za SSL 3.0. Me\u0111utim, u tom slu\u010daju postoji rizik od problema s kompatibilno\u0161\u0107u. Alternativno rje\u0161enje mo\u017ee biti mehanizam TLS_FALLBACK_SCSV \u2014 jam\u010di da \u0107e razmjena podataka putem SSL 3.0 biti provedena samo sa starim sustavima. Napada\u010di vi\u0161e ne\u0107e mo\u0107i inicirati sni\u017eavanje verzije protokola. Na\u010din za\u0161tite od Zombie POODLE i GOLDENDOODLE je onemogu\u0107avanje podr\u0161ke za CBC u aplikacijama temeljenim na TLS 1.2. Radikalno rje\u0161enje bi bio prijelaz na TLS 1.3 \u2014 u novoj verziji protokola ne koristi se CBC enkripcija. Umjesto toga, koriste se otporniji AES i ChaCha20.<\/p>\n

BEAST<\/h2>\n

\nJedan od prvih napada na SSL i TLS 1.0, otkriven 2011. godine. Kao i POODLE, BEAST koristi<\/a><\/noindex> karakteristike CBC enkripcije. Napada\u010di umetnu JavaScript agent ili Java applet na klijentski stroj koji mijenja poruke prilikom prijenosa podataka putem TLS ili SSL. Budu\u0107i da napada\u010di znaju sadr\u017eaj ''la\u017enih'' paketa, mogu pomo\u0107u njih de\u0161ifrirati vektore inicijalizacije i pro\u010ditati ostale poruke prema serveru, poput kola\u010di\u0107a za autentifikaciju.<\/p>\n

Do danas, BEAST ranjivosti i dalje su podlo\u017ene brojnim mre\u017enim alatima<\/a><\/noindex>: proxy serverima i aplikacijama za za\u0161titu lokalnih internetskih prolaza.<\/p>\n

Kako se za\u0161tititi.<\/b> Napada\u010du je potrebno redovito slati zahtjeve kako bi de\u0161ifrirao podatke. U VMware preporu\u010duju<\/a><\/noindex> smanjiti trajanje SSLSessionCacheTimeout \u2014 s pet minuta (preporuka prema zadanim postavkama) na 30 sekundi. Ovakav pristup ote\u017ea\u0107e realizaciju planova napada\u010dima, iako \u0107e imati neki negativan u\u010dinak na performanse. Osim toga, treba razumjeti da \u0107e ranjivost BEAST uskoro sama po sebi postati pro\u0161lost \u2014 od 2020. godine najve\u0107i preglednici prestaju<\/a><\/noindex> podr\u0161ku za TLS 1.0 i 1.1. U svakom slu\u010daju, s tim protokolima koristi manje od 1,5% svih korisnika preglednika.<\/p>\n

DROWN<\/h2>\n

\nOvo je me\u0111uprotokolna napada koja iskori\u0161tava gre\u0161ke u implementaciji SSLv2 s 40-bitnim RSA klju\u010devima. Napada\u010d prislu\u0161kuje stotine TLS veza cilja i \u0161alje posebne pakete na server s SSLv2 koji koristi isti privatni klju\u010d. Koriste\u0107i Bleichenbacherovu napada<\/a><\/noindex>, haker mo\u017ee de\u0161ifrirati jednu od otprilike tisu\u0107u TLS sesija klijenta.<\/p>\n

O DROWN-u je prvi put postalo poznato 2016. godine \u2014 tada je bilo podlo\u017eno tre\u0107ina servera<\/a><\/noindex> u svijetu. Do danas nije izgubilo na va\u017enosti. Od 150 tisu\u0107a najpopularnijih web stranica 2% jo\u0161 uvijek podr\u017eavaju<\/a><\/noindex> koristi SSLv2 i ranjive mehanizme enkripcije.<\/p>\n

Kako se za\u0161tititi.<\/b> Treba instalirati zakrpe koje su predlo\u017eili programeri kriptografskih biblioteka, koje isklju\u010duju podr\u0161ku za SSLv2. Na primjer, dvije takve zakrpe predstavljene su za OpenSSL (2016. godine to su bila a\u017euriranja<\/a><\/noindex> 1.0.1s i 1.0.2g). Tako\u0111er su objavljene nadogradnje i upute za isklju\u010divanje ranjivog protokola u Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

''Resurs mo\u017ee biti podlo\u017ean DROWN-u ako njegove klju\u010dne koristi vanjski server sa SSLv2, na primjer po\u0161tanski server,'' nagla\u0161ava \u0161ef odjela za razvoj IaaS pru\u017eatelja 1cloud.ru<\/a><\/noindex> Sergej Belkin. \u2014 Ova situacija se pojavljuje kada vi\u0161e 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

\nProvjerite je li potrebno a\u017eurirati svoj sustav pomo\u0107u specijalnog alatke<\/a><\/noindex> \u2014 razvili su ga stru\u010dnjaci za informati\u010dku sigurnost koji su otkrili DROWN. Vi\u0161e o preporukama vezanim uz za\u0161titu od ovog tipa napada mo\u017eete pro\u010ditati u objavi na web stranici OpenSSL<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

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

Napad se provodi kroz mali modul Heartbeat pro\u0161irenja TLS-a. TLS protokol zahtijeva da se podaci \u0161alju kontinuirano. U slu\u010daju dugotrajne neaktivnosti dolazi do prekida i potrebno je ponovno uspostaviti vezu. Da bi se nosili s problemom, serveri i klijenti umjetno \"\u0161ume\" kanal (RFC 6520, str.5<\/a><\/noindex>), \u0161aljuci pakete nasumi\u010dne duljine. Ako je on bio ve\u0107i od najve\u0107eg paketa, ranjive verzije OpenSSL \u010ditale su memoriju izvan dodijeljenog bafera. U ovoj oblasti mogli su se nalaziti svi podaci, uklju\u010duju\u0107i tajne klju\u010deve za enkripciju i informacije o drugim vezama.<\/p>\n

Ranjivost je bila prisutna u svim verzijama biblioteke izme\u0111u 1.0.1 i 1.0.1f uklju\u010divo, kao i u nekim operativnim sustavima \u2014 Ubuntu do 12.04.4, CentOS starijim od 6.5, OpenBSD 5.3 i drugima. Potpuni popis je na stranici posve\u0107enoj Heartbleed<\/a><\/noindex>. Iako su zakrpe protiv te ranjivosti objavljene gotovo odmah nakon njenog otkrivanja, problem ostaje aktualan i danas. \u010cak i 2017. godine radilo je gotovo 200 tisu\u0107a web stranica<\/a><\/noindex>, podlo\u017enih Heartbleed-u.<\/p>\n

Kako se za\u0161tititi.<\/b> Potrebno je a\u017eurirati OpenSSL<\/a><\/noindex> na verziju 1.0.1g ili noviju. Tako\u0111er mo\u017eete ru\u010dno onemogu\u0107iti Heartbeat zahtjeve pomo\u0107u opcije DOPENSSL_NO_HEARTBEATS. Nakon a\u017euriranja, stru\u010dnjaci za informati\u010dku sigurnost preporu\u010duju<\/a><\/noindex> trebaju ponovo izdati SSL certifikate. Zamjena je potrebna u slu\u010daju da su podaci o klju\u010devima za enkripciju ipak dospjeli do hakera.<\/p>\n

La\u017eni certifikat<\/h2>\n

\nIzme\u0111u korisnika i servera postavlja se upravljani \u010dvor s legitimnim SSL certifikatom, koji aktivno presre\u0107e promet. Ovaj \u010dvor se predstavlja kao legitimni server, prikazuju\u0107i valjani certifikat, i postoji mogu\u0107nost provo\u0111enja MITM napada.<\/p>\n

Prema istra\u017eivanju<\/a><\/noindex> Prema podacima iz Mozille, Googlea i nekoliko sveu\u010dili\u0161ta, pribli\u017eno 11% za\u0161ti\u0107enih veza na mre\u017ei \"prislu\u0161kuje se\". To je rezultat instalacije sumnjivih korijenskih certifikata na ra\u010dunalima korisnika.<\/p>\n

Kako se za\u0161tititi.<\/b> Koristiti usluge pouzdanih SSL-providera<\/a><\/noindex>. Provjeriti \"kvalitetu\" certifikata mo\u017ee se pomo\u0107u servisa Certificate Transparency<\/a><\/noindex> (CT). U pomo\u0107 otkrivanju \"prislu\u0161kivanja\" mogu do\u0107i i obla\u010dni provideri \u2014 ve\u0107 danas neke velike tvrtke nude specijalizirane alate za pra\u0107enje veza putem TLS-a.<\/p>\n

Drugi na\u010din za\u0161tite bit \u0107e novi standard<\/a><\/noindex> ACME, koji automatizira dobivanje SSL-certifikata. Pritom \u0107e dodati dodatne mehanizme za provjeru vlasnika web stranice. Vi\u0161e o njemu pisali smo u jednom od na\u0161ih prethodnih materijala<\/a><\/noindex>.<\/p>\n

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

Perspektive HTTPS<\/h2>\n

\nUnato\u010d nizu ranjivosti, IT-gianti i stru\u010dnjaci za IB sigurni su u budu\u0107nost protokola. Za aktivno uvo\u0111enje HTTPS-a - to zna\u010di da dodjeljujemo poslu\u017eiteljskom soketu opciju<\/a><\/noindex> stvoritelj WWW-a Tim Berners-Lee. Prema njegovim rije\u010dima, s vremenom \u0107e TLS postati sve sigurniji, \u0161to \u0107e zna\u010dajno pove\u0107ati sigurnost veza. Berners-Lee \u010dak je sugerirao da \u0107e u budu\u0107nosti postojati<\/a><\/noindex> klijentski certifikati za autentifikaciju identiteta. Oni \u0107e pomo\u0107i u pobolj\u0161anju za\u0161tite poslu\u017eitelja od napada\u010da.<\/p>\n

Razvijanje tehnologije SSL\/TLS tako\u0111er se planira putem strojnog u\u010denja \u2014 pametni algoritmi bit \u0107e odgovorni za filtriranje zlonamjernog prometa. U HTTPS-vezama administratori nemaju mogu\u0107nost saznati sadr\u017eaj \u0161ifriranih poruka \u2014 uklju\u010duju\u0107i i otkrivanje zahtjeva od zlonamjernog softvera. Ve\u0107 danas neuronske mre\u017ee su sposobne filtrirati potencijalno opasne pakete s to\u010dno\u0161\u0107u od 90%. (slajd 23 prezentacije<\/a><\/noindex>).<\/p>\n

Zaklju\u010dci<\/h2>\n

\nNapadi na HTTPS ve\u0107inom su povezani ne s problemima u samom protokolu, ve\u0107 s podr\u0161kom zastarjelim mehanizmima \u0161ifriranja. IT-industrija polako po\u010dinje odustajati od protokola prethodne generacije i nudi nove alate za pronala\u017eenje ranjivosti. U budu\u0107nosti \u0107e ti alati postajati sve inteligentniji.<\/p>\n

Dodatni linkovi na temu:<\/h5>\n

<\/p>\n