{"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\/nl\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potenti\u00eble aanvallen op HTTPS en hoe je jezelf ervoor kunt beschermen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

De helft van de websites gebruikt HTTPS<\/a><\/noindex>, en het aantal blijft gestaag toenemen. Het protocol vermindert het risico van verkeersafluisteren, maar sluit aanvallen niet uit. Over enkele van deze aanvallen \u2014 zoals POODLE, BEAST, DROWN en anderen \u2014 en de manieren om zich te beschermen, vertellen we in ons materiaal.<\/p>\n

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

POODLE<\/h2>\n

\nHet eerste bericht over de aanval POODLE<\/a><\/noindex> werd bekend in 2014. De kwetsbaarheid in het SSL 3.0 protocol werd ontdekt door beveiligingsspecialist Bodo M\u00f6ller en zijn collega's van Google.<\/p>\n

De essentie is de volgende: een hacker dwingt de cli\u00ebnt om verbinding te maken via SSL 3.0 door verbindingsonderbrekingen te emuleren. Vervolgens zoekt hij in het versleutelde CBC<\/a><\/noindex>-verkeer naar speciale berichtenlabels. Door middel van een reeks vervalste verzoeken kan de aanvaller de inhoud van de voor hem interessante gegevens reconstrueren, bijvoorbeeld cookies.<\/p>\n

SSL 3.0 is een verouderd protocol. Maar de vraag naar de veiligheid ervan is nog steeds relevant. Klanten gebruiken het om compatibiliteitsproblemen met servers te vermijden. Volgens sommige gegevens ondersteunt bijna 7% van de 100.000 meest populaire websites nog steeds de SSL 3.0<\/a><\/noindex>. Ook er zijn<\/a><\/noindex> modificaties van POODLE, die gericht zijn op de meer moderne TLS 1.0 en TLS 1.1. Dit jaar verschijnt<\/a><\/noindex> zijn er nieuwe aanvallen zoals Zombie POODLE en GOLDENDOODLE, die de bescherming van TLS 1.2 omzeilen (deze zijn nog steeds verbonden met CBC-versleuteling).<\/p>\n

Hoe je jezelf kunt beschermen.<\/b> Bij de originele POODLE moet je de ondersteuning van SSL 3.0 uitschakelen. Echter, in dat geval bestaat het risico op compatibiliteitsproblemen. Een alternatieve oplossing kan het mechanisme TLS_FALLBACK_SCSV zijn \u2014 dit garandeert dat de gegevensuitwisseling via SSL 3.0 alleen met oude systemen zal plaatsvinden. Aanvallers kunnen niet langer een downgrade van het protocol initi\u00ebren. De beschermingsmaatregel tegen Zombie POODLE en GOLDENDOODLE is het uitschakelen van de ondersteuning van CBC in applicaties op basis van TLS 1.2. Een ingrijpende oplossing zou de overstap naar TLS 1.3 zijn \u2014 in de nieuwe versie van het protocol wordt CBC-versleuteling niet gebruikt. In plaats daarvan worden sterkere AES en ChaCha20 toegepast.<\/p>\n

BEAST<\/h2>\n

\nEen van de allereerste aanvallen op SSL en TLS 1.0, ontdekt in 2011. Net als POODLE, BEAST gebruikt<\/a><\/noindex> Kenmerken van CBC-encryptie. aanvallers installeren een JavaScript-agent of Java-applet op de clientmachine, die berichten vervangt tijdens de datatransmissie via TLS of SSL. Aangezien aanvallers op de hoogte zijn van de inhoud van de 'nep' pakketten, kunnen ze hiermee de initialisatievector ontsleutelen en de overige berichten naar de server lezen, zoals cookie-bestanden voor authenticatie.<\/p>\n

Tot op heden zijn de BEAST-kwetsbaarheden nog steeds onderhevig aan een aantal netwerkinstrumenten<\/a><\/noindex>: proxyservers en applicaties voor de bescherming van lokale internetgateways.<\/p>\n

Hoe je jezelf kunt beschermen.<\/b> De aanvaller moet regelmatig verzoeken verzenden om de gegevens te ontsleutelen. In VMware Je kunt je ook abonneren op<\/a><\/noindex> moet de duur van SSLSessionCacheTimeout worden verkort van vijf minuten (de standaardaanbeveling) naar 30 seconden. Deze aanpak zal het voor kwaadwillenden moeilijker maken om hun plannen uit te voeren, hoewel het enige negatieve impact op de prestaties kan hebben. Daarnaast moet worden begrepen dat de BEAST-kwetsbaarheden binnenkort zelf kunnen verdwijnen \u2014 vanaf 2020 stoppen<\/a><\/noindex> de grote browsers met de ondersteuning van TLS 1.0 en 1.1. In elk geval werkt minder dan 1,5% van alle browsergebruikers nog met deze protocollen.<\/p>\n

DROWN<\/h2>\n

\nDit is een cross-protocol aanval die gebruikmaakt van fouten in de implementatie van SSLv2 met 40-bits RSA-sleutels. De aanvaller luistert naar honderden TLS-verbindingen van het doelwit en verstuurt speciale pakketten naar de server met SSLv2, die dezelfde priv\u00e9-sleutel gebruikt. Door gebruik te maken van de Bleichenbacher-aanval<\/a><\/noindex>, kan de hacker een van ongeveer duizend TLS-sessies van de client ontsleutelen.<\/p>\n

Over DROWN werd voor het eerst bericht in 2016 \u2014 toen was het onderhevig aan een derde van de servers<\/a><\/noindex> in de wereld. Tot op heden is het probleem nog steeds relevant. Van de 150.000 populairste sites maakt 2% nog steeds gebruik van een breder scala aan tekens voor element- en atoomnamen (dezelfde set tekens die de HTML-parser toelaat).<\/a><\/noindex> SSLv2 en kwetsbare encryptiemechanismen.<\/p>\n

Hoe je jezelf kunt beschermen.<\/b> Patches moeten worden ge\u00efnstalleerd, aangeboden door ontwikkelaars van cryptografische bibliotheken, die de ondersteuning voor SSLv2 uitschakelen. Bijvoorbeeld, twee dergelijke patches werden gepresenteerd voor OpenSSL (in 2016 was dit bijwerkingen<\/a><\/noindex> 1.0.1s en 1.0.2g). Ook updates en instructies voor het uitschakelen van het kwetsbare protocol zijn gepubliceerd in Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\u2018Een bron kan kwetsbaar zijn voor DROWN als zijn sleutels worden gebruikt door een externe server met SSLv2, bijvoorbeeld een mailserver,\u2019 merkt de hoofd van de ontwikkelingsafdeling op IaaS-provider 1cloud.ru<\/a><\/noindex> Sergej Belkin. \u2014 Deze situatie doet zich voor wanneer meerdere servers een gemeenschappelijk SSL-certificaat gebruiken. In dit geval moet SSLv2 op alle machines worden uitgeschakeld.<\/i><\/p><\/blockquote>\n

\nJe kunt controleren of je jouw systeem moet bijwerken met behulp van een speciale utility<\/a><\/noindex> \u2014 deze is ontwikkeld door specialisten op het gebied van informatiebeveiliging die DROWN hebben ontdekt. Meer over aanbevelingen met betrekking tot bescherming tegen dit type aanvallen kun je lezen in een blogpost op de OpenSSL-website.<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nEen van de grootste kwetsbaarheden in software \u2014 Heartbleed<\/a><\/noindex>. Deze werd in 2014 ontdekt in de OpenSSL-bibliotheek. Op het moment van de melding werd het aantal kwetsbare websites geschat op een half miljoen<\/a><\/noindex> \u2014 dat is ongeveer 17% van de beveiligde bronnen op het netwerk.<\/p>\n

De aanval wordt uitgevoerd via een kleine module van de Heartbeat TLS-uitbreiding. Het TLS-protocol vereist dat gegevens continu worden verzonden. In geval van een langdurige stilstand verbroken de verbindingen en moeten ze opnieuw worden ingesteld. Om dit probleem aan te pakken, cre\u00ebren servers en clients kunstmatig 'ruis' op de verbinding (RFC 6520, blz. 5<\/a><\/noindex>), door een pakket van willekeurige lengte te verzenden. Als dit pakket groter bleek dan het oorspronkelijke pakket, konden kwetsbare versies van OpenSSL geheugen lezen buiten de toegewezen buffer. In dit geheugen konden zich alle soorten gegevens bevinden, inclusief priv\u00e9sleutels en informatie over andere verbindingen.<\/p>\n

De kwetsbaarheid was aanwezig in alle versies van de bibliotheek tussen 1.0.1 en 1.0.1f, en in verschillende besturingssystemen \u2014 Ubuntu tot 12.04.4, CentOS ouder dan 6.5, OpenBSD 5.3 en andere. Een volledige lijst is te vinden op de website die aan Heartbleed is gewijd.<\/a><\/noindex>. Hoewel patches voor deze kwetsbaarheid vrijwel direct na ontdekking werden vrijgegeven, blijft het probleem tot op de dag van vandaag actueel. Al in 2017 waren er bijna 200.000 websites<\/a><\/noindex>, die kwetsbaar waren voor Heartbleed.<\/p>\n

Hoe je jezelf kunt beschermen.<\/b> Je moet OpenSSL<\/a><\/noindex> bijwerken naar versie 1.0.1g of hoger. Je kunt ook Heartbeat-verzoeken handmatig uitschakelen met de optie DOPENSSL_NO_HEARTBEATS. Na de update moeten specialisten op het gebied van informatiebeveiliging Je kunt je ook abonneren op<\/a><\/noindex> de SSL-certificaten opnieuw uitgeven. Vervanging is nodig voor het geval dat gegevens over de encryptiesleutels toch in handen van hackers zijn gevallen.<\/p>\n

Certificaatvervalsing<\/h2>\n

\nTussen de gebruiker en de server wordt een gecontroleerd knooppunt opgezet met een legitiem SSL-certificaat dat actief verkeer onderschept. Dit knooppunt presenteert zichzelf als een legitieme server door een geldig certificaat voor te leggen, waarmee de mogelijkheid ontstaat om een MITM-aanval uit te voeren.<\/p>\n

Volgens onderzoek<\/a><\/noindex> Volgens Mozilla, Google en verschillende universiteiten wordt ongeveer 11% van de beveiligde verbindingen op het netwerk \u2018afgeluisterd\u2019. Dit is het resultaat van verdachte rootcertificaten op de computers van gebruikers.<\/p>\n

Hoe je jezelf kunt beschermen.<\/b> Het gebruik van betrouwbare SSL-providers<\/a><\/noindex>. De \u2018kwaliteit\u2019 van certificaten kan worden gecontroleerd met behulp van de service Certificate Transparency<\/a><\/noindex> (CT). Cloudproviders kunnen ook helpen bij het detecteren van \u2018afluisteren\u2019 \u2014 al vandaag bieden enkele grote bedrijven gespecialiseerde tools voor het monitoren van TLS-verbindingen.<\/p>\n

Een andere manier van beveiliging zal de nieuwe standaard<\/a><\/noindex> ACME zijn, die het verkrijgen van SSL-certificaten automatiseert. Hierbij zullen extra mechanismen worden toegevoegd voor de verificatie van de eigenaar van de website. Meer details hierover hebben we geschreven in een van onze eerdere artikelen<\/a><\/noindex>.<\/p>\n

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

De toekomst van HTTPS<\/h2>\n

\nOndanks verschillende kwetsbaarheden zijn IT-giganten en cybersecurity-experts optimistisch over de toekomst van het protocol. Voor de actieve implementatie van HTTPS is<\/a><\/noindex> is de maker van het WWW, Tim Berners-Lee. Volgens hem zal TLS na verloop van tijd veiliger worden, wat de beveiliging van verbindingen aanzienlijk zal verbeteren. Berners-Lee heeft zelfs gesuggereerd dat er in de toekomst<\/a><\/noindex> klantcertificaten voor identiteitsauthenticatie zullen komen. Deze zullen helpen om servers beter te beschermen tegen kwaadwillenden.<\/p>\n

De ontwikkeling van SSL\/TLS zal ook worden ondersteund door machine learning \u2014 slimme algoritmen zullen verantwoordelijk zijn voor het filteren van kwalijke verkeer. Bij HTTPS-verbindingen hebben beheerders geen toegang tot de inhoud van versleutelde berichten \u2014 inclusief het detecteren van verzoeken van kwaadaardige software. Al vandaag kunnen neurale netwerken potenti\u00eble gevaarlijke pakketten met 90% nauwkeurigheid filteren. (dia 23 van de presentatie<\/a><\/noindex>).<\/p>\n

Conclusies<\/h2>\n

\nAanvallen op HTTPS zijn meestal niet gerelateerd aan problemen binnen het protocol zelf, maar aan het ondersteunen van verouderde versleutelingmechanismen. De IT-industrie begint geleidelijk afscheid te nemen van oudere generatie protocollen en biedt nieuwe tools voor het opsporen van kwetsbaarheden. In de toekomst zullen deze tools steeds intelligenter worden.<\/p>\n

Aanvullende links over dit onderwerp:<\/h5>\n

<\/p>\n