{"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\/hu\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"\ud83e\udd47A Microsoft Edge Androidban most m\u00e1r tudja szinkroniz\u00e1lni az adatokat az asztali verzi\u00f3val | ProHoster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A webhelyek fele HTTPS-t haszn\u00e1l<\/a><\/noindex>, \u00e9s sz\u00e1muk folyamatosan n\u00f6vekszik. A protokoll cs\u00f6kkenti a forgalom elfog\u00e1s\u00e1nak kock\u00e1zat\u00e1t, de nem z\u00e1rja ki a t\u00e1mad\u00e1si k\u00eds\u00e9rleteket. N\u00e9h\u00e1nyr\u00f3l \u2014 POODLE, BEAST, DROWN \u00e9s m\u00e1sok \u2014 \u00e9s a v\u00e9delmi m\u00f3dszerekr\u0151l a cikk\u00fcnkben sz\u00e1molunk be.<\/p>\n

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

POODLE<\/h2>\n

\nA t\u00e1mad\u00e1sr\u00f3l el\u0151sz\u00f6r POODLE<\/a><\/noindex> 2014-ben \u00e9rtes\u00fcltek. Az SSL 3.0 protokollban l\u00e9v\u0151 sebezhet\u0151s\u00e9get Bodo M\u00f6ller, a Google biztons\u00e1gi szak\u00e9rt\u0151je \u00e9s koll\u00e9g\u00e1i fedezt\u00e9k fel.<\/p>\n

L\u00e9nyege a k\u00f6vetkez\u0151: a hacker arra k\u00e9nyszer\u00edti az \u00fcgyfelet, hogy SSL 3.0-n kereszt\u00fcl csatlakozzon, igyekezve megszak\u00edtani a kapcsolatot. Ezut\u00e1n a titkos\u00edtott CBC<\/a><\/noindex>-m\u00f3dban l\u00e9v\u0151 forgalomban speci\u00e1lis \u00fczenetc\u00edmk\u00e9ket keres. Sorozatos hamis k\u00e9r\u00e9sek seg\u00edts\u00e9g\u00e9vel a t\u00e1mad\u00f3 rekonstru\u00e1lni tudja a neki \u00e9rdekes adatokat, p\u00e9ld\u00e1ul a s\u00fctiket.<\/p>\n

Az SSL 3.0 elavult protokoll. De a biztons\u00e1ga m\u00e9g mindig aktu\u00e1lis k\u00e9rd\u00e9s. Az \u00fcgyfelek haszn\u00e1lj\u00e1k, hogy elker\u00fclj\u00e9k a kompatibilit\u00e1si probl\u00e9m\u00e1kat a szerverekkel. Egyes adatok szerint a legn\u00e9pszer\u0171bb 100 ezer webhelyb\u0151l szinte 7% m\u00e9g mindig t\u00e1mogatja az SSL 3.0-t<\/a><\/noindex>. Emellett vannak<\/a><\/noindex> POODLE m\u00f3dos\u00edt\u00e1sai, amelyek c\u00e9lja a modernebb TLS 1.0 \u00e9s TLS 1.1. Id\u00e9n jelentek meg<\/a><\/noindex> \u00faj Zombie POODLE \u00e9s GOLDENDOODLE t\u00e1mad\u00e1sok, amelyek megker\u00fclik a TLS 1.2 v\u00e9delm\u00e9t (m\u00e9g mindig a CBC titkos\u00edt\u00e1shoz kapcsol\u00f3dnak).<\/p>\n

Hogyan v\u00e9dekezhet\u00fcnk.<\/b> Az eredeti POODLE eset\u00e9ben az SSL 3.0 t\u00e1mogat\u00e1s\u00e1t kell letiltani. Azonban ebben az esetben fenn\u00e1ll a kompatibilit\u00e1si probl\u00e9m\u00e1k kock\u00e1zata. Alternat\u00edv megold\u00e1s lehet a TLS_FALLBACK_SCSV mechanizmus \u2014 ez garant\u00e1lja, hogy az SSL 3.0-n t\u00f6rt\u00e9n\u0151 adatcser\u00e9t csak r\u00e9gi rendszerek eset\u00e9ben v\u00e9gezz\u00e9k. A t\u00e1mad\u00f3k t\u00f6bb\u00e9 nem tudj\u00e1k kezdem\u00e9nyezni a protokoll visszamin\u0151s\u00edt\u00e9s\u00e9t. A Zombie POODLE \u00e9s GOLDENDOODLE ellen a megold\u00e1s a CBC t\u00e1mogat\u00e1s\u00e1nak letilt\u00e1sa a TLS 1.2 alap\u00fa alkalmaz\u00e1sokban. Radik\u00e1lis megold\u00e1s lehet az \u00e1t\u00e1ll\u00e1s a TLS 1.3-ra \u2014 az \u00faj protokollverzi\u00f3 nem haszn\u00e1l CBC titkos\u00edt\u00e1st. Ehelyett, tart\u00f3sabb AES \u00e9s ChaCha20 haszn\u00e1latos.<\/p>\n

BEAST<\/h2>\n

\nAz SSL \u00e9s TLS 1.0 egyik legismertebb t\u00e1mad\u00e1sa, amelyet 2011-ben fedeztek fel. Ak\u00e1rcsak a POODLE, a BEAST is haszn\u00e1lja<\/a><\/noindex> a CBC-titkos\u00edt\u00e1s jellemz\u0151i. A t\u00e1mad\u00f3k JavaScript-\u00fcgyn\u00f6k\u00f6t vagy Java-appletet telep\u00edtenek a kliensg\u00e9pre, amely helyettes\u00edti az \u00fczeneteket a TLS vagy SSL-en kereszt\u00fcli adat\u00e1tvitel sor\u00e1n. Mivel a t\u00e1mad\u00f3k tudj\u00e1k, mi a \u201ehamis\u201d csomagok tartalma, k\u00e9pesek ezeket arra haszn\u00e1lni, hogy dek\u00f3dolj\u00e1k az inicializ\u00e1l\u00f3 vektort \u00e9s elolvass\u00e1k a t\u00f6bbi \u00fczenetet a szerverhez, p\u00e9ld\u00e1ul az autentik\u00e1ci\u00f3s cookie-f\u00e1jlokat.<\/p>\n

Ma a BEAST sebezhet\u0151s\u00e9gek tov\u00e1bbra is \u00e9rintik a k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati eszk\u00f6z\u00f6ket<\/a><\/noindex>: proxykiszolg\u00e1l\u00f3k \u00e9s helyi internetkapu v\u00e9delmi alkalmaz\u00e1sok.<\/p>\n

Hogyan v\u00e9dekezhet\u00fcnk.<\/b> A t\u00e1mad\u00f3nak rendszeresen k\u00fcldenie kell k\u00e9rd\u00e9seket az adatok dek\u00f3dol\u00e1s\u00e1hoz. A VMware recommend<\/a><\/noindex> cs\u00f6kkentse az SSLSessionCacheTimeout id\u0151tartam\u00e1t \u2013 \u00f6t percr\u0151l (alap\u00e9rtelmezett aj\u00e1nl\u00e1s) 30 m\u00e1sodpercre. Ez a megk\u00f6zel\u00edt\u00e9s megnehez\u00edti a t\u00e1mad\u00f3k terveinek megval\u00f3s\u00edt\u00e1s\u00e1t, b\u00e1r valamennyire negat\u00edv hat\u00e1ssal lesz a teljes\u00edtm\u00e9nyre. Ezen k\u00edv\u00fcl tiszt\u00e1ban kell lenn\u00fcnk azzal, hogy a BEAST sebezhet\u0151s\u00e9g el\u0151bb-ut\u00f3bb mag\u00e1t\u00f3l megsz\u0171nik \u2013 2020-t\u00f3l a legnagyobb b\u00f6ng\u00e9sz\u0151k abbahagyj\u00e1k<\/a><\/noindex> a TLS 1.0 \u00e9s 1.1 t\u00e1mogat\u00e1s\u00e1t. Mindenesetre ezekkel a protokollokkal a b\u00f6ng\u00e9sz\u0151k felhaszn\u00e1l\u00f3inak kevesebb mint 1,5%-a dolgozik.<\/p>\n

DROWN<\/h2>\n

\nEz egy kereszt-protokoll t\u00e1mad\u00e1s, amely az SSLv2 40 bites RSA kulcsainak implement\u00e1l\u00e1s\u00e1ban l\u00e9v\u0151 hib\u00e1kat haszn\u00e1lja ki. A t\u00e1mad\u00f3 sz\u00e1mos TLS-csatlakoz\u00e1st figyel, \u00e9s speci\u00e1lis csomagokat k\u00fcld a SSLv2-t haszn\u00e1l\u00f3 szerverre, amely ugyanezt a priv\u00e1t kulcsot haszn\u00e1lja. Haszn\u00e1lva a Bleichenbacher-t\u00e1mad\u00e1st<\/a><\/noindex>, a hacker dek\u00f3dolhat egyet a k\u00f6r\u00fclbel\u00fcl ezer TLS-munkamenetb\u0151l.<\/p>\n

A DROWN el\u0151sz\u00f6r 2016-ban v\u00e1lt ismertt\u00e9 - akkor a szerverek harmada ki volt t\u00e9ve neki vil\u00e1gszerte. Ma is aktu\u00e1lis. A 150 ezer legn\u00e9pszer\u0171bb webhely k\u00f6z\u00fcl 2% -a m\u00e9g mindig<\/a><\/noindex> SSLv2-t \u00e9s sebezhet\u0151 titkos\u00edt\u00e1si mechanizmusokat haszn\u00e1l. t\u00e1mogatj\u00e1k<\/a><\/noindex> Jav\u00edt\u00e1sokat kell telep\u00edteni, amelyeket a kriptogr\u00e1fiai k\u00f6nyvt\u00e1rak fejleszt\u0151i aj\u00e1nlanak, amelyek letiltj\u00e1k az SSLv2 t\u00e1mogat\u00e1s\u00e1t. P\u00e9ld\u00e1ul k\u00e9t ilyen jav\u00edt\u00e1st adtak ki az OpenSSL-hez (2016-ban<\/p>\n

Hogyan v\u00e9dekezhet\u00fcnk.<\/b> ezek 1.0.1s \u00e9s 1.0.2g friss\u00edt\u00e9sek voltak). A sebezhet\u0151 protokoll letilt\u00e1s\u00e1hoz friss\u00edt\u00e9seket \u00e9s \u00fatmutat\u00f3kat is k\u00f6zz\u00e9tettek a A \u201eForr\u00e1s DROWN-nek lehet kit\u00e9ve, ha kulcsait egy SSLv2-t t\u00e1mogat\u00f3 harmadik f\u00e9l szerver haszn\u00e1lja, p\u00e9ld\u00e1ul egy levelez\u0151szerver - jegyzi meg a fejleszt\u00e9si oszt\u00e1ly vezet\u0151je<\/a><\/noindex> az IaaS-szolg\u00e1ltat\u00f3 1cloud.ru Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

A forr\u00e1st vesz\u00e9lyeztetheti a DROWN, ha a kulcsait egy SSLv2-t haszn\u00e1l\u00f3 k\u00fcls\u0151 szerver, p\u00e9ld\u00e1ul egy levelez\u0151szerver haszn\u00e1lja - jegyzi meg a fejleszt\u00e9si oszt\u00e1ly vezet\u0151je. IaaS-szolg\u00e1ltat\u00f3 1cloud.ru<\/a><\/noindex> Szergej Belkin. \u2014 Ez a helyzet akkor fordul el\u0151, ha t\u00f6bb szerver k\u00f6z\u00f6sen haszn\u00e1l egy SSL tan\u00fas\u00edtv\u00e1nyt. Ebben az esetben az SSLv2 t\u00e1mogat\u00e1s\u00e1t minden g\u00e9pen ki kell kapcsolni.<\/i><\/p><\/blockquote>\n

\nMeg lehet ellen\u0151rizni, hogy sz\u00fcks\u00e9ges-e friss\u00edteni a rendszert, egy speci\u00e1lis seg\u00e9deszk\u00f6z seg\u00edts\u00e9g\u00e9vel<\/a><\/noindex> \u2014 ezt az informatikai biztons\u00e1g szak\u00e9rt\u0151i fejlesztett\u00e9k ki, akik felfedezt\u00e9k a DROWN-t. Tov\u00e1bbi inform\u00e1ci\u00f3 a v\u00e9delemmel kapcsolatos aj\u00e1nl\u00e1sokr\u00f3l olvashat\u00f3 a OpenSSL weboldal\u00e1n tal\u00e1lhat\u00f3 bejegyz\u00e9sben<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nAz egyik legnagyobb sebezhet\u0151s\u00e9g a szoftverekben \u2014 Heartbleed<\/a><\/noindex>. 2014-ben fedezt\u00e9k fel az OpenSSL k\u00f6nyvt\u00e1rban. A hiba bejelent\u00e9sekor a sebezhet\u0151 weboldalak sz\u00e1m\u00e1t f\u00e9lmilli\u00f3ra becs\u00fclt\u00e9k<\/a><\/noindex> \u2014 ez k\u00f6r\u00fclbel\u00fcl 17% -a a v\u00e9dett er\u0151forr\u00e1soknak az interneten.<\/p>\n

A t\u00e1mad\u00e1st a TLS sz\u00edvver\u00e9s\u00e9nek kicsi modulj\u00e1n kereszt\u00fcl val\u00f3s\u00edtj\u00e1k meg. A TLS protokoll megk\u00f6veteli, hogy az adatok folyamatosan \u00e1ramoljanak. Hosszabb inaktivit\u00e1s eset\u00e9n a kapcsolat megszakad, \u00e9s \u00fajra kell csatlakozni. A probl\u00e9ma kezel\u00e9s\u00e9re a szerverek \u00e9s kliensek mesters\u00e9gesen \"zajjal\" t\u00f6lti fel a csatorn\u00e1t (RFC 6520, 5. oldal<\/a><\/noindex>), v\u00e9letlen hossz\u00fas\u00e1g\u00fa csomagok k\u00fcld\u00e9s\u00e9vel. Ha a csomag meghaladta a maxim\u00e1lis m\u00e9retet, a sebezhet\u0151 OpenSSL verzi\u00f3k a mem\u00f3ri\u00e1b\u00f3l olvast\u00e1k a kijel\u00f6lt pufferb\u0151l kifel\u00e9. Ebben a tartom\u00e1nyban b\u00e1rmilyen adat megtal\u00e1lhat\u00f3, bele\u00e9rtve a titkos\u00edt\u00f3 kulcsokat \u00e9s m\u00e1s kapcsolatok inform\u00e1ci\u00f3it.<\/p>\n

A sebezhet\u0151s\u00e9g minden 1.0.1 \u00e9s 1.0.1f k\u00f6z\u00f6tti verzi\u00f3ban jelen volt, valamint egy sor oper\u00e1ci\u00f3s rendszerben \u2014 Ubuntu 12.04.4-ig, CentOS 6.5-\u00f6t k\u00f6vet\u0151en, OpenBSD 5.3 \u00e9s m\u00e1sok. A teljes lista el\u00e9rhet\u0151 a Heartbleed-nek szentelt weboldalon<\/a><\/noindex>. Hab\u00e1r a sebezhet\u0151s\u00e9g ellen v\u00e9delmet ny\u00fajt\u00f3 jav\u00edt\u00e1sokat szinte azonnal kiadt\u00e1k a felfedez\u00e9s ut\u00e1n, a probl\u00e9ma napjainkban is aktu\u00e1lis. M\u00e9g 2017-ben majdnem 200 ezer weboldal m\u0171k\u00f6d\u00f6tt<\/a><\/noindex>, amelyek ki voltak t\u00e9ve a Heartbleednek.<\/p>\n

Hogyan v\u00e9dekezhet\u00fcnk.<\/b> Friss\u00edteni kell az OpenSSL-t<\/a><\/noindex> 1.0.1g vagy \u00fajabb verzi\u00f3ra. A Heartbeat k\u00e9r\u00e9sek manu\u00e1lisan is kikapcsolhat\u00f3k a DOPENSSL_NO_HEARTBEATS opci\u00f3 seg\u00edts\u00e9g\u00e9vel. A friss\u00edt\u00e9s ut\u00e1n az informatikai biztons\u00e1gi szak\u00e9rt\u0151k recommend<\/a><\/noindex> \u00fajra kell kiadni az SSL tan\u00fas\u00edtv\u00e1nyokat. Csere sz\u00fcks\u00e9ges, ha a titkos\u00edt\u00f3 kulcsok adatai esetleg a hackerek kez\u00e9be ker\u00fcltek.<\/p>\n

Tan\u00fas\u00edtv\u00e1ny hamis\u00edt\u00e1s<\/h2>\n

\nA felhaszn\u00e1l\u00f3 \u00e9s a szerver k\u00f6z\u00f6tt egy vez\u00e9relt csom\u00f3pont j\u00f6n l\u00e9tre \u00e9rv\u00e9nyes SSL tan\u00fas\u00edtv\u00e1nnyal, amely akt\u00edvan lehallgatja a forgalmat. Ez a csom\u00f3pont jogos szervernek adja ki mag\u00e1t, \u00e9rv\u00e9nyes tan\u00fas\u00edtv\u00e1nyt mutat be, \u00edgy lehet\u0151s\u00e9g ny\u00edlik MITM t\u00e1mad\u00e1sra.<\/p>\n

A k\u00f6vetkez\u0151 szerint TechRepublic<\/a><\/noindex> A Mozilla, Google \u00e9s sz\u00e1mos egyetem vezette kutat\u00e1s szerint k\u00f6r\u00fclbel\u00fcl 11% a v\u00e9dett kapcsolatoknak a h\u00e1l\u00f3zaton \"hallgatva\" van. Ez a felhaszn\u00e1l\u00f3i sz\u00e1m\u00edt\u00f3g\u00e9pekre telep\u00edtett gyan\u00fas gy\u00f6k\u00e9rtan\u00fas\u00edtv\u00e1nyok eredm\u00e9nye.<\/p>\n

Hogyan v\u00e9dekezhet\u00fcnk.<\/b> Megb\u00edzhat\u00f3 SSL-szolg\u00e1ltat\u00f3k<\/a><\/noindex>. A tan\u00fas\u00edtv\u00e1nyok \"min\u0151s\u00e9ge\" ellen\u0151rizhet\u0151 a Certificate Transparency<\/a><\/noindex> (CT) szolg\u00e1ltat\u00e1ssal. A kapcsolatok TLS-en kereszt\u00fcli figyel\u00e9s\u00e9re felh\u0151szolg\u00e1ltat\u00f3k is seg\u00edthetnek \u2013 m\u00e1r most is n\u00e9h\u00e1ny nagyv\u00e1llalat k\u00edn\u00e1l speci\u00e1lis eszk\u00f6z\u00f6ket az ilyen kapcsolatok monitoroz\u00e1s\u00e1ra.<\/p>\n

Egy m\u00e1sik v\u00e9dekez\u00e9si m\u00f3d lesz az \u00faj szabv\u00e1ny<\/a><\/noindex> ACME, amely automatiz\u00e1lja az SSL-tan\u00fas\u00edtv\u00e1nyok beszerz\u00e9s\u00e9t. Emellett tov\u00e1bbi mechanizmusokat fog hozz\u00e1adni a weboldal tulajdonos\u00e1nak ellen\u0151rz\u00e9s\u00e9re. R\u00e9szletesebben err\u0151l egy kor\u00e1bbi anyagunkban \u00edrtunk<\/a><\/noindex>.<\/p>\n

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

A HTTPS j\u00f6v\u0151je<\/h2>\n

\nA sz\u00e1mos sebezhet\u0151s\u00e9g ellen\u00e9re az IT \u00f3ri\u00e1sai \u00e9s a kiberbiztons\u00e1gi szak\u00e9rt\u0151k biztosak a protokoll j\u00f6v\u0151j\u00e9ben. Az akt\u00edv HTTPS bevezet\u00e9s\u00e9t n\u00f6velni k\u00edv\u00e1nja<\/a><\/noindex> a WWW alap\u00edt\u00f3ja, Tim Berners-Lee. Szavai szerint a TLS id\u0151vel egyre biztons\u00e1gosabb\u00e1 v\u00e1lik, ami jelent\u0151sen n\u00f6veli a kapcsolatok biztons\u00e1g\u00e1t. Berners-Lee m\u00e9g azt is felt\u00e9telezte, hogy a j\u00f6v\u0151ben megjelennek<\/a><\/noindex> \u00fcgyf\u00e9l-tan\u00fas\u00edtv\u00e1nyok a szem\u00e9lyazonoss\u00e1g hiteles\u00edt\u00e9s\u00e9re. Ezek seg\u00edthetnek jav\u00edtani a szerverek v\u00e9delm\u00e9t a rosszindulat\u00fa t\u00e1mad\u00e1sokkal szemben.<\/p>\n

Az SSL\/TLS technol\u00f3gia fejleszt\u00e9s\u00e9t g\u00e9pi tanul\u00e1ssal is tervezik \u2013 intelligens algoritmusok felelnek majd a rossz forgalom kisz\u0171r\u00e9s\u00e9\u00e9rt. A HTTPS-kapcsolatokban az adminisztr\u00e1toroknak nincs lehet\u0151s\u00e9g\u00fck a titkos\u00edtott \u00fczenetek tartalm\u00e1nak megismer\u00e9s\u00e9re \u2013 \u00edgy annak \u00e9szlel\u00e9s\u00e9re sem, hogy rosszindulat\u00fa szoftverek k\u00fcldenek-e k\u00e9r\u00e9seket. M\u00e1r ma is a neur\u00e1lis h\u00e1l\u00f3zatok k\u00e9pesek 90%-os pontoss\u00e1ggal kisz\u0171rni a potenci\u00e1lisan vesz\u00e9lyes csomagokat. (23. dia a prezent\u00e1ci\u00f3b\u00f3l<\/a><\/noindex>).<\/p>\n

K\u00f6vetkeztet\u00e9sek<\/h2>\n

\nA HTTPS elleni t\u00e1mad\u00e1sok t\u00f6bbs\u00e9ge nem a protokoll hib\u00e1ival, hanem a r\u00e9gi titkos\u00edt\u00e1si mechanizmusok t\u00e1mogat\u00e1s\u00e1val kapcsolatos. Az IT ipar fokozatosan kezdi elvetni az el\u0151z\u0151 gener\u00e1ci\u00f3s protokollokat, \u00e9s \u00faj eszk\u00f6z\u00f6ket k\u00edn\u00e1l a sebezhet\u0151s\u00e9gek keres\u00e9s\u00e9re. A j\u00f6v\u0151ben ezek az eszk\u00f6z\u00f6k egyre intelligensebb\u00e9 v\u00e1lnak.<\/p>\n

Tov\u00e1bbi kapcsol\u00f3d\u00f3 linkek:<\/h5>\n

<\/p>\n