A webhelyek fele , és számuk folyamatosan növekszik. A protokoll csökkenti a forgalom elfogásának kockázatát, de nem zárja ki a támadási kísérleteket. Néhányról — POODLE, BEAST, DROWN és mások — és a védelmi módszerekről a cikkünkben számolunk be.
/ Flickr / / CC BY-SA
POODLE
A támadásról először 2014-ben értesültek. Az SSL 3.0 protokollban lévő sebezhetőséget Bodo Möller, a Google biztonsági szakértője és kollégái fedezték fel.
Lényege a következő: a hacker arra kényszeríti az ügyfelet, hogy SSL 3.0-n keresztül csatlakozzon, igyekezve megszakítani a kapcsolatot. Ezután a titkosított -módban lévő forgalomban speciális üzenetcímkéket keres. Sorozatos hamis kérések segítségével a támadó rekonstruálni tudja a neki érdekes adatokat, például a sütiket.
Az SSL 3.0 elavult protokoll. De a biztonsága még mindig aktuális kérdés. Az ügyfelek használják, hogy elkerüljék a kompatibilitási problémákat a szerverekkel. Egyes adatok szerint a legnépszerűbb 100 ezer webhelyből szinte 7% . Emellett POODLE módosításai, amelyek célja a modernebb TLS 1.0 és TLS 1.1. Idén új Zombie POODLE és GOLDENDOODLE támadások, amelyek megkerülik a TLS 1.2 védelmét (még mindig a CBC titkosításhoz kapcsolódnak).
Hogyan védekezhetünk. Az eredeti POODLE esetében az SSL 3.0 támogatását kell letiltani. Azonban ebben az esetben fennáll a kompatibilitási problémák kockázata. Alternatív megoldás lehet a TLS_FALLBACK_SCSV mechanizmus — ez garantálja, hogy az SSL 3.0-n történő adatcserét csak régi rendszerek esetében végezzék. A támadók többé nem tudják kezdeményezni a protokoll visszaminősítését. A Zombie POODLE és GOLDENDOODLE ellen a megoldás a CBC támogatásának letiltása a TLS 1.2 alapú alkalmazásokban. Radikális megoldás lehet az átállás a TLS 1.3-ra — az új protokollverzió nem használ CBC titkosítást. Ehelyett, tartósabb AES és ChaCha20 használatos.
BEAST
Az SSL és TLS 1.0 egyik legismertebb támadása, amelyet 2011-ben fedeztek fel. Akárcsak a POODLE, a BEAST is a CBC-titkosítás jellemzői. A támadók JavaScript-ügynököt vagy Java-appletet telepítenek a kliensgépre, amely helyettesíti az üzeneteket a TLS vagy SSL-en keresztüli adatátvitel során. Mivel a támadók tudják, mi a „hamis” csomagok tartalma, képesek ezeket arra használni, hogy dekódolják az inicializáló vektort és elolvassák a többi üzenetet a szerverhez, például az autentikációs cookie-fájlokat.
Ma a BEAST sebezhetőségek továbbra is : proxykiszolgálók és helyi internetkapu védelmi alkalmazások.
Hogyan védekezhetünk. A támadónak rendszeresen küldenie kell kérdéseket az adatok dekódolásához. A VMware csökkentse az SSLSessionCacheTimeout időtartamát – öt percről (alapértelmezett ajánlás) 30 másodpercre. Ez a megközelítés megnehezíti a támadók terveinek megvalósítását, bár valamennyire negatív hatással lesz a teljesítményre. Ezen kívül tisztában kell lennünk azzal, hogy a BEAST sebezhetőség előbb-utóbb magától megszűnik – 2020-tól a legnagyobb böngészők a TLS 1.0 és 1.1 támogatását. Mindenesetre ezekkel a protokollokkal a böngészők felhasználóinak kevesebb mint 1,5%-a dolgozik.
DROWN
Ez egy kereszt-protokoll támadás, amely az SSLv2 40 bites RSA kulcsainak implementálásában lévő hibákat használja ki. A támadó számos TLS-csatlakozást figyel, és speciális csomagokat küld a SSLv2-t használó szerverre, amely ugyanezt a privát kulcsot használja. Használva , a hacker dekódolhat egyet a körülbelül ezer TLS-munkamenetből.
A DROWN először 2016-ban vált ismertté - akkor a szerverek harmada SSLv2-t és sebezhető titkosítási mechanizmusokat használ. Javításokat kell telepíteni, amelyeket a kriptográfiai könyvtárak fejlesztői ajánlanak, amelyek letiltják az SSLv2 támogatását. Például két ilyen javítást adtak ki az OpenSSL-hez (2016-ban
Hogyan védekezhetünk. ezek 1.0.1s és 1.0.2g frissítések voltak). A sebezhető protokoll letiltásához frissítéseket és útmutatókat is közzétettek a az IaaS-szolgáltató 1cloud.ru , , .
«Ресурс может быть уязвим для DROWN, если его ключи использует сторонний сервер с SSLv2, например почтовый, — отмечает начальник отдела развития Szergej Belkin. — Ez a helyzet akkor fordul elő, ha több szerver közösen használ egy SSL tanúsítványt. Ebben az esetben az SSLv2 támogatását minden gépen ki kell kapcsolni.
Meg lehet ellenőrizni, hogy szükséges-e frissíteni a rendszert, egy speciális — ezt az informatikai biztonság szakértői fejlesztették ki, akik felfedezték a DROWN-t. További információ a védelemmel kapcsolatos ajánlásokról olvasható a .
Heartbleed
Az egyik legnagyobb sebezhetőség a szoftverekben — . 2014-ben fedezték fel az OpenSSL könyvtárban. A hiba bejelentésekor a sebezhető weboldalak számát — ez körülbelül 17% -a a védett erőforrásoknak az interneten.
A támadást a TLS szívverésének kicsi modulján keresztül valósítják meg. A TLS protokoll megköveteli, hogy az adatok folyamatosan áramoljanak. Hosszabb inaktivitás esetén a kapcsolat megszakad, és újra kell csatlakozni. A probléma kezelésére a szerverek és kliensek mesterségesen "zajjal" tölti fel a csatornát (), véletlen hosszúságú csomagok küldésével. Ha a csomag meghaladta a maximális méretet, a sebezhető OpenSSL verziók a memóriából olvasták a kijelölt pufferből kifelé. Ebben a tartományban bármilyen adat megtalálható, beleértve a titkosító kulcsokat és más kapcsolatok információit.
A sebezhetőség minden 1.0.1 és 1.0.1f közötti verzióban jelen volt, valamint egy sor operációs rendszerben — Ubuntu 12.04.4-ig, CentOS 6.5-öt követően, OpenBSD 5.3 és mások. A teljes lista elérhető . Habár a sebezhetőség ellen védelmet nyújtó javításokat szinte azonnal kiadták a felfedezés után, a probléma napjainkban is aktuális. Még 2017-ben , amelyek ki voltak téve a Heartbleednek.
Hogyan védekezhetünk. Frissíteni kell 1.0.1g vagy újabb verzióra. A Heartbeat kérések manuálisan is kikapcsolhatók a DOPENSSL_NO_HEARTBEATS opció segítségével. A frissítés után az informatikai biztonsági szakértők újra kell kiadni az SSL tanúsítványokat. Csere szükséges, ha a titkosító kulcsok adatai esetleg a hackerek kezébe kerültek.
Tanúsítvány hamisítás
A felhasználó és a szerver között egy vezérelt csomópont jön létre érvényes SSL tanúsítvánnyal, amely aktívan lehallgatja a forgalmat. Ez a csomópont jogos szervernek adja ki magát, érvényes tanúsítványt mutat be, így lehetőség nyílik MITM támadásra.
A következő szerint A Mozilla, Google és számos egyetem vezette kutatás szerint körülbelül 11% a védett kapcsolatoknak a hálózaton "hallgatva" van. Ez a felhasználói számítógépekre telepített gyanús gyökértanúsítványok eredménye.
Hogyan védekezhetünk. Megbízható . A tanúsítványok "minősége" ellenőrizhető a (CT) szolgáltatással. A kapcsolatok TLS-en keresztüli figyelésére felhőszolgáltatók is segíthetnek – már most is néhány nagyvállalat kínál speciális eszközöket az ilyen kapcsolatok monitorozására.
Egy másik védekezési mód lesz az új ACME, amely automatizálja az SSL-tanúsítványok beszerzését. Emellett további mechanizmusokat fog hozzáadni a weboldal tulajdonosának ellenőrzésére. Részletesebben erről .
/ Flickr / / CC BY
A HTTPS jövője
A számos sebezhetőség ellenére az IT óriásai és a kiberbiztonsági szakértők biztosak a protokoll jövőjében. Az aktív HTTPS bevezetését a WWW alapítója, Tim Berners-Lee. Szavai szerint a TLS idővel egyre biztonságosabbá válik, ami jelentősen növeli a kapcsolatok biztonságát. Berners-Lee még azt is feltételezte, hogy a ügyfél-tanúsítványok a személyazonosság hitelesítésére. Ezek segíthetnek javítani a szerverek védelmét a rosszindulatú támadásokkal szemben.
Az SSL/TLS technológia fejlesztését gépi tanulással is tervezik – intelligens algoritmusok felelnek majd a rossz forgalom kiszűréséért. A HTTPS-kapcsolatokban az adminisztrátoroknak nincs lehetőségük a titkosított üzenetek tartalmának megismerésére – így annak észlelésére sem, hogy rosszindulatú szoftverek küldenek-e kéréseket. Már ma is a neurális hálózatok képesek 90%-os pontossággal kiszűrni a potenciálisan veszélyes csomagokat. ().
Következtetések
A HTTPS elleni támadások többsége nem a protokoll hibáival, hanem a régi titkosítási mechanizmusok támogatásával kapcsolatos. Az IT ipar fokozatosan kezdi elvetni az előző generációs protokollokat, és új eszközöket kínál a sebezhetőségek keresésére. A jövőben ezek az eszközök egyre intelligensebbé válnak.
További kapcsolódó linkek:
Forrás: habr.com
