{"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\/sk\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potenci\u00e1lne \u00fatoky na HTTPS a ako sa pred nimi chr\u00e1ni\u0165","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Polovica webov\u00fdch str\u00e1nok pou\u017e\u00edva HTTPS<\/a><\/noindex>, a ich po\u010det stabilne rastie. Protokol zni\u017euje riziko odpo\u010d\u00favania prev\u00e1dzky, ale nevylu\u010duje pokusy o \u00fatoky. O niektor\u00fdch z nich \u2014 POODLE, BEAST, DROWN a in\u00fdch \u2014 a sp\u00f4soboch ochrany, v\u00e1m povieme v na\u0161ich materi\u00e1loch.<\/p>\n

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

POODLE<\/h2>\n

\nPrv\u00fdkr\u00e1t sa o \u00fatoku POODLE<\/a><\/noindex> vyst\u00fapilo v roku 2014. Zranite\u013enos\u0165 v protokole SSL 3.0 objavil odborn\u00edk na informa\u010dn\u00fa bezpe\u010dnos\u0165 Bodo M\u00f6ller s kolegami z Google.<\/p>\n

Jej podstata spo\u010d\u00edva v nasledovnom: hacker n\u00fati klienta vykona\u0165 pripojenie cez SSL 3.0, emuluj\u00fac v\u00fdpadky spojenia. Potom h\u013ead\u00e1 v \u0161ifrovanej v CBC<\/a><\/noindex>-m\u00f3de prev\u00e1dzky \u0161peci\u00e1lne spr\u00e1vy-\u0161t\u00edtky. Pomocou s\u00e9rie falo\u0161n\u00fdch po\u017eiadaviek zlo\u010dinec z\u00edska mo\u017enos\u0165 rekon\u0161truova\u0165 obsah zauj\u00edmav\u00fdch \u00fadajov, napr\u00edklad cookies.<\/p>\n

SSL 3.0 \u2014 zastaran\u00fd protokol. Ale ot\u00e1zka jeho bezpe\u010dnosti je st\u00e1le aktu\u00e1lna. Klienti ho pou\u017e\u00edvaj\u00fa, aby sa vyhli probl\u00e9mom s kompatibilitou so servermi. Pod\u013ea niektor\u00fdch \u00fadajov takmer 7 % z 100 tis\u00edc najpopul\u00e1rnej\u0161\u00edch webov\u00fdch str\u00e1nok st\u00e1le podporuj\u00fa SSL 3.0<\/a><\/noindex>. Rovnako existuj\u00fa<\/a><\/noindex> modifik\u00e1cie POODLE, ktor\u00fdch cie\u013eom s\u00fa modernej\u0161ie TLS 1.0 a TLS 1.1. Tento rok sa objavili<\/a><\/noindex> nov\u00e9 \u00fatoky Zombie POODLE a GOLDENDOODLE, ktor\u00e9 obch\u00e1dzaj\u00fa ochranu TLS 1.2 (st\u00e1le s\u00fa spojen\u00e9 s CBC-\u0161ifrovan\u00edm).<\/p>\n

Ako sa chr\u00e1ni\u0165.<\/b> V pr\u00edpade p\u00f4vodn\u00e9ho POODLE je potrebn\u00e9 vypn\u00fa\u0165 podporu SSL 3.0. Av\u0161ak v tomto pr\u00edpade existuje riziko, \u017ee d\u00f4jde k probl\u00e9mom s kompatibilitou. Alternat\u00edvnym rie\u0161en\u00edm m\u00f4\u017ee by\u0165 mechanizmus TLS_FALLBACK_SCSV \u2014 zaru\u010duje, \u017ee v\u00fdmena \u00fadajov cez SSL 3.0 bude prebieha\u0165 len so star\u00fdmi syst\u00e9mami. \u00dato\u010dn\u00edci u\u017e nebud\u00fa m\u00f4c\u0165 iniciova\u0165 zn\u00ed\u017eenie verzie protokolu. Sp\u00f4sob ochrany proti Zombie POODLE a GOLDENDOODLE \u2014 vypnutie podpory CBC v aplik\u00e1ci\u00e1ch zalo\u017een\u00fdch na TLS 1.2. Radik\u00e1lnym rie\u0161en\u00edm bude prechod na TLS 1.3 \u2014 v novej verzii protokolu nie je pou\u017eit\u00e9 CBC-\u0161ifrovanie. Namiesto toho sa pou\u017e\u00edvaj\u00fa odolnej\u0161ie AES a ChaCha20.<\/p>\n

BEAST<\/h2>\n

\nJeden z prv\u00fdch \u00fatokov na SSL a TLS 1.0, objaven\u00fd v roku 2011. Rovnako ako POODLE, BEAST pou\u017e\u00edva<\/a><\/noindex> vlastnosti CBC-\u0161ifrovania. \u00dato\u010dn\u00edci do klientsk\u00e9ho zariadenia implantuj\u00fa skript JavaScript alebo Java applet, ktor\u00fd podv\u00e1dza spr\u00e1vy pri prenose \u00fadajov cez TLS alebo SSL. Preto\u017ee \u00fato\u010dn\u00edci poznaj\u00fa obsah \"podvrhnut\u00fdch\" paketov, m\u00f4\u017eu s ich pomocou de\u0161ifrova\u0165 inicializa\u010dn\u00fd vektor a pre\u010d\u00edta\u0165 \u010fal\u0161ie spr\u00e1vy zaslan\u00e9 serveru, napr\u00edklad cookie s\u00fabory na autentifik\u00e1ciu.<\/p>\n

Dnes s\u00fa zranite\u013enosti BEAST st\u00e1le zranite\u013en\u00e9 mno\u017estvo sie\u0165ov\u00fdch n\u00e1strojov<\/a><\/noindex>: proxy servery a aplik\u00e1cie na ochranu miestnych internetov\u00fdch br\u00e1n.<\/p>\n

Ako sa chr\u00e1ni\u0165.<\/b> \u00dato\u010dn\u00edk mus\u00ed pravidelne posiela\u0165 po\u017eiadavky, aby de\u0161ifroval \u00fadaje. V VMware pre\u010d\u00edta\u0165 si knihy \u201e<\/a><\/noindex> skr\u00e1ti\u0165 trvanie SSLSessionCacheTimeout \u2014 z piatich min\u00fat (odpor\u00fa\u010danie predvolene) na 30 sek\u00fand. Tak\u00fdto pr\u00edstup s\u0165a\u017e\u00ed realiz\u00e1ciu pl\u00e1nov \u00fato\u010dn\u00edkov, aj ke\u010f to ovplyvn\u00ed v\u00fdkon. Okrem toho je potrebn\u00e9 ch\u00e1pa\u0165, \u017ee \u010doskoro zranite\u013enos\u0165 BEAST m\u00f4\u017ee sama osebe ust\u00fapi\u0165 do minulosti \u2014 od roku 2020 najv\u00e4\u010d\u0161ie prehliada\u010de ukon\u010dia<\/a><\/noindex> podporu TLS 1.0 a 1.1. V ka\u017edom pr\u00edpade s t\u00fdmito protokolmi pracuje menej ako 1,5 % v\u0161etk\u00fdch pou\u017e\u00edvate\u013eov prehliada\u010dov.<\/p>\n

DROWN<\/h2>\n

\nToto je medzi-protokolov\u00fd \u00fatok, ktor\u00fd vyu\u017e\u00edva chyby v implement\u00e1cii SSLv2 s 40-bitov\u00fdmi RSA k\u013e\u00fa\u010dmi. \u00dato\u010dn\u00edk odpo\u010d\u00fava stovky TLS pripojen\u00ed cie\u013ea a posiela \u0161peci\u00e1lne pakety na server so SSLv2, ktor\u00fd pou\u017e\u00edva rovnak\u00fd s\u00fakromn\u00fd k\u013e\u00fa\u010d. Pou\u017eit\u00edm Bleyhnenbacherovho \u00fatoku<\/a><\/noindex>, hacker m\u00f4\u017ee de\u0161ifrova\u0165 jednu z pribli\u017ene tis\u00edc TLS rel\u00e1ci\u00ed klienta.<\/p>\n

O DROWN sa prv\u00fdkr\u00e1t dozvedelo v roku 2016 \u2014 vtedy bola zranite\u013en\u00e1 tretina serverov<\/a><\/noindex> na svete. Dnes nepozbavila svoj v\u00fdznam. Z 150 tis\u00edc najpopul\u00e1rnej\u0161\u00edch str\u00e1nok 2 % st\u00e1le podporuj\u00fa<\/a><\/noindex> pou\u017e\u00edvaj\u00fa SSLv2 a zranite\u013en\u00e9 \u0161ifrovacie mechanizmy.<\/p>\n

Ako sa chr\u00e1ni\u0165.<\/b> Je potrebn\u00e9 nain\u0161talova\u0165 opravy, ktor\u00e9 navrhli v\u00fdvoj\u00e1ri kryptografick\u00fdch kni\u017en\u00edc, ktor\u00e9 vyp\u00ednaj\u00fa podporu SSLv2. Napr\u00edklad dve tak\u00e9to z\u00e1platy boli predstaven\u00e9 pre OpenSSL (v roku 2016 to boli aktualiz\u00e1cie<\/a><\/noindex> 1.0.1s a 1.0.2g). Rovnako boli publikovan\u00e9 aktualiz\u00e1cie a pokyny na vypnutie zranite\u013en\u00e9ho protokolu v Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\"Zdroje m\u00f4\u017eu by\u0165 zranite\u013en\u00e9 vo\u010di DROWN, ak ich k\u013e\u00fa\u010de pou\u017e\u00edva extern\u00fd server so SSLv2, napr\u00edklad po\u0161tov\u00fd server,\" poznamen\u00e1va ved\u00faci oddelenia rozvoja IaaS poskytovate\u013ea 1cloud.ru<\/a><\/noindex> Sergey Belkin. \u2014 Tak\u00e1to situ\u00e1cia vznik\u00e1, ak nieko\u013eko serverov pou\u017e\u00edva spolo\u010dn\u00fd SSL certifik\u00e1t. V takom pr\u00edpade je potrebn\u00e9 vypn\u00fa\u0165 podporu SSLv2 na v\u0161etk\u00fdch strojoch.<\/i><\/p><\/blockquote>\n

\nSkontrolova\u0165, \u010di je potrebn\u00e9 aktualizova\u0165 svoj syst\u00e9m, je mo\u017en\u00e9 pomocou \u0161peci\u00e1lneho n\u00e1stroja<\/a><\/noindex> \u2014 vyvinuli ho odborn\u00edci na informa\u010dn\u00fa bezpe\u010dnos\u0165, ktor\u00ed odhalili DROWN. Viac o odpor\u00fa\u010daniach t\u00fdkaj\u00facich sa ochrany pred t\u00fdmto typom \u00fatokov sa d\u00e1 pre\u010d\u00edta\u0165 v pr\u00edspevku na str\u00e1nke OpenSSL<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nJedna z najv\u00e4\u010d\u0161\u00edch zranite\u013enost\u00ed v softv\u00e9ri \u2014 Heartbleed<\/a><\/noindex>. Bola objaven\u00e1 v roku 2014 v kni\u017enici OpenSSL. V \u010dase ozn\u00e1menia o chybe sa po\u010det zranite\u013en\u00fdch webov\u00fdch str\u00e1nok odhadoval na pol mili\u00f3na<\/a><\/noindex> \u2014 to je pribli\u017ene 17% chr\u00e1nen\u00fdch zdrojov v sieti.<\/p>\n

\u00datok sa realizuje prostredn\u00edctvom mal\u00e9ho modulu Heartbeat roz\u0161\u00edrenia TLS. Protokol TLS vy\u017eaduje, aby \u00fadaje boli pren\u00e1\u0161an\u00e9 kontinu\u00e1lne. V pr\u00edpade dlh\u00e9ho ne\u010dinnosti doch\u00e1dza k preru\u0161enie a je potrebn\u00e9 znova \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c spojenie. Aby sa probl\u00e9m vyrie\u0161il, servery a klienti umelo \u201e\u0161um\u00ed\u201c kan\u00e1l (RFC 6520, str. 5<\/a><\/noindex>), pren\u00e1\u0161an\u00edm paketu n\u00e1hodnej d\u013a\u017eky. Ak bol tento v\u00e4\u010d\u0161\u00ed ako presne definovan\u00fd paket, zranite\u013en\u00e9 verzie OpenSSL \u010d\u00edtali pam\u00e4\u0165 za vyhraden\u00fdm b\u00faferom. V tejto oblasti mohli by\u0165 ak\u00e9ko\u013evek \u00fadaje, vr\u00e1tane uzamknut\u00fdch \u0161ifrovac\u00edch k\u013e\u00fa\u010dov a inform\u00e1ci\u00ed o in\u00fdch pripojeniach.<\/p>\n

Zranite\u013enos\u0165 bola pr\u00edtomn\u00e1 vo v\u0161etk\u00fdch verzi\u00e1ch kni\u017enice medzi 1.0.1 a 1.0.1f vr\u00e1tane, ako aj v niektor\u00fdch opera\u010dn\u00fdch syst\u00e9moch \u2014 Ubuntu do 12.04.4, CentOS star\u0161ie ako 6.5, OpenBSD 5.3 a \u010fal\u0161\u00edch. Kompletn\u00fd zoznam je na webovej str\u00e1nke venovanej Heartbleed<\/a><\/noindex>. Hoci z\u00e1platy proti tejto zranite\u013enosti boli vydan\u00e9 skoro po jej objaven\u00ed, probl\u00e9m zost\u00e1va aktu\u00e1lny dodnes. E\u0161te v roku 2017 fungovalo takmer 200 tis\u00edc webov\u00fdch str\u00e1nok<\/a><\/noindex>, ktor\u00e9 boli zranite\u013en\u00e9 vo\u010di Heartbleed.<\/p>\n

Ako sa chr\u00e1ni\u0165.<\/b> Je potrebn\u00e9 aktualizova\u0165 OpenSSL<\/a><\/noindex> na verziu 1.0.1g alebo vy\u0161\u0161iu. M\u00f4\u017eete tie\u017e manu\u00e1lne vypn\u00fa\u0165 Heartbeat po\u017eiadavky pomocou mo\u017enosti DOPENSSL_NO_HEARTBEATS. Po aktualiz\u00e1cii odborn\u00edci na informa\u010dn\u00fa bezpe\u010dnos\u0165 pre\u010d\u00edta\u0165 si knihy \u201e<\/a><\/noindex> znova vydaj\u00fa SSL certifik\u00e1ty. V\u00fdmena je potrebn\u00e1 na pr\u00edpad, ak by \u00fadaje o k\u013e\u00fa\u010doch \u0161ifrovania predsa len dostali k hackerom.<\/p>\n

Podv\u00e1dzanie certifik\u00e1tu<\/h2>\n

\nMedzi pou\u017e\u00edvate\u013eom a serverom sa vytv\u00e1ra riaden\u00fd uzol s legit\u00edmnym SSL certifik\u00e1tom, akt\u00edvne zachyt\u00e1vaj\u00faci prenos d\u00e1t. Tento uzol sa vyd\u00e1va za legit\u00edmny server a predklad\u00e1 platn\u00fd certifik\u00e1t, \u010do umo\u017e\u0148uje realizova\u0165 MITM \u00fatok.<\/p>\n

Pod\u013ea v\u00fdskumu<\/a><\/noindex> Pod\u013ea t\u00edmov z Mozilla, Google a nieko\u013ek\u00fdch univerz\u00edt asi 11 % zabezpe\u010den\u00fdch pripojen\u00ed na internete je \"odpo\u010d\u00favan\u00fdch\". To je v\u00fdsledkom in\u0161tal\u00e1cie podozriv\u00fdch kore\u0148ov\u00fdch certifik\u00e1tov na po\u010d\u00edta\u010doch pou\u017e\u00edvate\u013eov.<\/p>\n

Ako sa chr\u00e1ni\u0165.<\/b> Vyu\u017e\u00edva\u0165 slu\u017eby d\u00f4veryhodn\u00fdch SSL poskytovate\u013eov<\/a><\/noindex>. Kvalitu certifik\u00e1tov je mo\u017en\u00e9 skontrolova\u0165 pomocou slu\u017eby Certificate Transparency<\/a><\/noindex> (CT). S odha\u013eovan\u00edm \"odpo\u010d\u00favania\" m\u00f4\u017eu pom\u00f4c\u0165 aj cloudov\u00ed poskytovatelia \u2014 u\u017e dnes niektor\u00e9 ve\u013ek\u00e9 spolo\u010dnosti pon\u00fakaj\u00fa \u0161pecializovan\u00e9 n\u00e1stroje na monitorovanie pripojen\u00ed cez TLS.<\/p>\n

\u010eal\u0161\u00edm sp\u00f4sobom ochrany bude nov\u00fd \u0161tandard<\/a><\/noindex> ACME, ktor\u00fd automatizuje z\u00edskavanie SSL certifik\u00e1tov. Tento syst\u00e9m prid\u00e1 aj \u010fal\u0161ie mechanizmy na overovanie vlastn\u00edka webu. Viac o \u0148om sme p\u00edsali v jednom z na\u0161ich predch\u00e1dzaj\u00facich materi\u00e1lov.<\/a><\/noindex>.<\/p>\n

\"Potenci\u00e1lne
\n\/ Flickr \/ Juri Samoilov<\/a><\/noindex> \/ CC BY<\/i><\/p>\n

Perspekt\u00edvy HTTPS<\/h2>\n

\nNapriek nieko\u013ek\u00fdm zranite\u013enostiam s\u00fa IT giganti a experti na informa\u010dn\u00fa bezpe\u010dnos\u0165 presved\u010den\u00ed o bud\u00facnosti protokolu. Za akt\u00edvne zav\u00e1dzanie HTTPS sa zasl\u00fa\u017eil<\/a><\/noindex> tvorca WWW Tim Berners-Lee. Pod\u013ea neho bude TLS \u010dasom \u010doraz zabezpe\u010denej\u0161\u00edm, \u010do v\u00fdrazne zv\u00fd\u0161i bezpe\u010dnos\u0165 pripojen\u00ed. Berners-Lee dokonca predpokladal, \u017ee v bud\u00facnosti sa objavia<\/a><\/noindex> klientske certifik\u00e1ty na overovanie identity. Pom\u00f4\u017eu zlep\u0161i\u0165 ochranu serverov pred \u00fato\u010dn\u00edkmi.<\/p>\n

Technol\u00f3giu SSL\/TLS sa pl\u00e1nuje rozv\u00edja\u0165 aj pomocou strojov\u00e9ho u\u010denia \u2014 inteligentn\u00e9 algoritmy bud\u00fa zodpovedn\u00e9 za filtrovanie \u0161kodliv\u00e9ho trafficu. V HTTPS pripojeniach nemaj\u00fa administr\u00e1tori mo\u017enos\u0165 zisti\u0165 obsah za\u0161ifrovan\u00fdch spr\u00e1v \u2014 vr\u00e1tane odhalenia po\u017eiadaviek od malv\u00e9ru. U\u017e dnes s\u00fa neur\u00f3nov\u00e9 siete schopn\u00e9 filtrova\u0165 potenci\u00e1lne nebezpe\u010dn\u00e9 pakety s presnos\u0165ou 90 %. (sklz 23 prezent\u00e1cie<\/a><\/noindex>).<\/p>\n

Zhrnutie<\/h2>\n

\n\u00datoky na HTTPS s\u00fa v\u00e4\u010d\u0161inou spojen\u00e9 nie s probl\u00e9mami samotn\u00e9ho protokolu, ale s podporou zastaran\u00fdch mechanizmov \u0161ifrovania. IT priemysel za\u010d\u00edna postupne op\u00fa\u0161\u0165a\u0165 protokoly predch\u00e1dzaj\u00faceho veku a pon\u00faka nov\u00e9 n\u00e1stroje na vyh\u013ead\u00e1vanie zranite\u013enost\u00ed. V bud\u00facnosti bud\u00fa tieto n\u00e1stroje \u010doraz inteligentnej\u0161ie.<\/p>\n

\u010eal\u0161ie odkazy na t\u00e9mu:<\/h5>\n

<\/p>\n