{"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\/da\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potentielle angreb p\u00e5 HTTPS og hvordan man beskytter sig imod dem","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Halvdelen af hjemmesiderne bruger HTTPS<\/a><\/noindex>, og deres antal stiger stabilt. Protokollen reducerer risikoen for trafikaflytning, men eliminerer ikke angrebsfors\u00f8g som s\u00e5danne. Nogle af dem \u2014 POODLE, BEAST, DROWN og andre \u2014 og metoder til beskyttelse mod disse, vil vi beskrive i vores materiale.<\/p>\n

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

POODLE<\/h2>\n

\nOplysninger om angrebet POODLE<\/a><\/noindex> blev f\u00f8rst kendt i 2014. S\u00e5rbarheden i SSL 3.0 protokollen blev opdaget af sikkerhedsekspert Bodo M\u00f6ller og hans kolleger fra Google.<\/p>\n

Essensen er som f\u00f8lger: En hacker tvinger klienten til at oprette forbindelse via SSL 3.0 ved at simulere forbindelsesafbrydelser. Derefter leder han efter specielle m\u00e6rkemeddelelser i den krypterede CBC<\/a><\/noindex>-tilstand trafik. Gennem en r\u00e6kke falske foresp\u00f8rgsler f\u00e5r angriberen mulighed for at rekonstruere indholdet af de data, han er interesseret i, s\u00e5som cookies.<\/p>\n

SSL 3.0 er en gammeldags protokol. Men sp\u00f8rgsm\u00e5let om dens sikkerhed er stadig aktuelt. Klienter bruger den for at undg\u00e5 kompatibilitetsproblemer med servere. If\u00f8lge nogle data underst\u00f8tter n\u00e6sten 7% af de 100.000 mest popul\u00e6re hjemmesider stadig SSL 3.0<\/a><\/noindex>. Derudover finnes der<\/a><\/noindex> modifikationer af POODLE, der er rettet mod de mere moderne TLS 1.0 og TLS 1.1. I \u00e5r er der kommet<\/a><\/noindex> nye angreb som Zombie POODLE og GOLDENDOODLE, der omg\u00e5r beskyttelsen af TLS 1.2 (de er stadig relateret til CBC-kryptering).<\/p>\n

Hvordan man beskytter sig.<\/b> N\u00e5r det g\u00e6lder det originale POODLE, skal underst\u00f8ttelsen af SSL 3.0 deaktiveres. Men i dette tilf\u00e6lde er der risiko for at f\u00e5 kompatibilitetsproblemer. En alternativ l\u00f8sning kan v\u00e6re mekanismen TLS_FALLBACK_SCSV \u2014 den garanterer, at dataudveksling via SSL 3.0 kun vil finde sted med \u00e6ldre systemer. Angribere vil ikke l\u00e6ngere kunne initiere en nedgradering af protokollen. En beskyttelsesmetode mod Zombie POODLE og GOLDENDOODLE er at deaktivere underst\u00f8ttelsen af CBC i applikationer baseret p\u00e5 TLS 1.2. En radikal l\u00f8sning vil v\u00e6re at skifte til TLS 1.3 \u2014 i den nye version af protokollen anvendes der ikke CBC-kryptering. I stedet bruges mere robuste AES og ChaCha20.<\/p>\n

BEAST<\/h2>\n

\nEt af de allerf\u00f8rste angreb p\u00e5 SSL og TLS 1.0, opdaget i 2011. Ligesom POODLE, BEAST bruger<\/a><\/noindex> funktioner ved CBC-kryptering. Angribere indf\u00f8rer en JavaScript-agent eller Java-applet p\u00e5 klientmaskinen, som \u00e6ndrer beskeder under dataoverf\u00f8rsel via TLS eller SSL. Da angriberne kender indholdet af de 'falske' pakker, kan de bruge dem til at dekryptere initialiseringsvektoren og l\u00e6se de \u00f8vrige beskeder til serveren, f.eks. cookies til autentificering.<\/p>\n

I dag er BEAST-s\u00e5rbarhederne stadig udsat for en r\u00e6kke netv\u00e6rksv\u00e6rkt\u00f8jer<\/a><\/noindex>: proxyservere og applikationer til beskyttelse af lokale internetgateway.<\/p>\n

Hvordan man beskytter sig.<\/b> For at dekryptere data skal angriberen regelm\u00e6ssigt sende foresp\u00f8rgsler. I VMware anbefales det<\/a><\/noindex> at reducere varigheden af SSLSessionCacheTimeout - fra fem minutter (standardanbefaling) til 30 sekunder. Denne tilgang vil g\u00f8re det sv\u00e6rere for angriberne at gennemf\u00f8re deres planer, selvom det vil have en vis negativ effekt p\u00e5 ydeevnen. Derudover skal man forst\u00e5, at BEAST-s\u00e5rbarheden m\u00e5ske snart vil g\u00e5 i glemmebogen af sig selv - fra 2020 oph\u00f8rer de store browsere med at underst\u00f8tte<\/a><\/noindex> TLS 1.0 og 1.1. I hvert fald arbejder mindre end 1,5% af alle browserbrugere med disse protokoller.<\/p>\n

DROWN<\/h2>\n

\nDet er et tv\u00e6rprotokol-angreb, der udnytter fejl i implementeringen af SSLv2 med 40-bit RSA-n\u00f8gler. Angriberen overv\u00e5ger hundreder af TLS-forbindelser til m\u00e5let og sender specielle pakker til serveren med SSLv2, der bruger den samme private n\u00f8gle. Ved at bruge Bleichenbacher-angrebet<\/a><\/noindex>, kan hackeren dekryptere en af cirka tusind TLS-sessioner til klienten.<\/p>\n

DROWN blev f\u00f8rste gang kendt i 2016 - dengang blev den udsat for en tredjedel af serverne<\/a><\/noindex> i verden. I dag har den ikke mistet sin relevans. Af de 150.000 mest popul\u00e6re websteder underst\u00f8tter 2% stadig SSLv2 og s\u00e5rbare krypteringsmetoder.<\/a><\/noindex> Det er n\u00f8dvendigt at installere de patches, som udviklerne af kryptografiske biblioteker har foresl\u00e5et, der deaktiverer underst\u00f8ttelse af SSLv2. For eksempel blev to s\u00e5danne patches pr\u00e6senteret til OpenSSL (i 2016<\/p>\n

Hvordan man beskytter sig.<\/b> var det opdateringer 1.0.1s og 1.0.2g). Opdateringer og instruktioner til deaktivering af den s\u00e5rbare protokol blev ogs\u00e5 offentliggjort i<\/a><\/noindex> Apache Red Hat<\/a><\/noindex>, \u00abRessourcen kan v\u00e6re s\u00e5rbar overfor DROWN, hvis dens n\u00f8gler bruges af en ekstern server med SSLv2, for eksempel en mailserver\u00bb, bem\u00e6rker lederen af udviklingsafdelingen<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

IaaS-udbyderen 1cloud.ru IaaS-udbyderen 1cloud.ru<\/a><\/noindex> Sergej Belkin. \u2014 Denne situation opst\u00e5r, hvis flere servere bruger et f\u00e6lles SSL-certifikat. I s\u00e5 fald skal SSLv2-underst\u00f8ttelse deaktiveres p\u00e5 alle maskiner.<\/i><\/p><\/blockquote>\n

\nFor at kontrollere, om du skal opdatere dit system, kan du bruge et s\u00e6rligt v\u00e6rkt\u00f8j<\/a><\/noindex> \u2014 det er udviklet af sikkerhedsspecialister, der opdagede DROWN. Mere om anbefalinger vedr\u00f8rende beskyttelse mod denne type angreb kan l\u00e6ses i indl\u00e6gget p\u00e5 OpenSSL's hjemmeside<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nEn af de st\u00f8rste s\u00e5rbarheder i softwaren \u2014 Heartbleed<\/a><\/noindex>. Den blev opdaget i 2014 i OpenSSL-biblioteket. P\u00e5 tidspunktet for offentligg\u00f8relsen af fejlen blev antallet af s\u00e5rbare websites sk\u00f8nnet til en halv million<\/a><\/noindex> \u2014 det er cirka 17 % af de beskyttede ressourcer p\u00e5 nettet.<\/p>\n

Angrebet udf\u00f8res gennem en lille modul af Heartbeat-tls-udvidelsen. TLS-protokollen kr\u00e6ver, at data overf\u00f8res kontinuerligt. I tilf\u00e6lde af langvarig inaktivitet opst\u00e5r der en afbrydelse, og forbindelsen skal oprettes igen. For at l\u00f8se problemet \"st\u00f8jer\" servere og klienter kunstigt kanalen (RFC 6520, s. 5<\/a><\/noindex>), ved at sende et pakket med tilf\u00e6ldig l\u00e6ngde. Hvis det viste sig at v\u00e6re st\u00f8rre end den maksimale pakke, l\u00e6ste s\u00e5rbare versioner af OpenSSL hukommelsen uden for den tildelte buffer. I dette omr\u00e5de kunne der befinde sig alle slags data, inklusiv private krypteringsn\u00f8gler og oplysninger om andre forbindelser.<\/p>\n

S\u00e5rbarheden var til stede i alle versioner af biblioteket mellem 1.0.1 og 1.0.1f inklusive, samt i flere OS \u2014 Ubuntu op til 12.04.4, CentOS over 6.5, OpenBSD 5.3 og andre. Den fulde liste er tilg\u00e6ngelig p\u00e5 hjemmesiden dedikeret til Heartbleed<\/a><\/noindex>. Selvom patches mod denne s\u00e5rbarhed blev udgivet n\u00e6sten straks efter den blev opdaget, forbliver problemet aktuelt den dag i dag. Allerede i 2017 var der n\u00e6sten 200.000 websites<\/a><\/noindex>, der var ramt af Heartbleed.<\/p>\n

Hvordan man beskytter sig.<\/b> Det er n\u00f8dvendigt at opdatere OpenSSL<\/a><\/noindex> til version 1.0.1g eller nyere. Det er ogs\u00e5 muligt manuelt at deaktivere Heartbeat-anmodninger med DOPENSSL_NO_HEARTBEATS. Efter opdateringen skal sikkerhedsspecialisterne anbefales det<\/a><\/noindex> forny SSL-certifikaterne. Udskiftning er n\u00f8dvendig i tilf\u00e6lde af, at oplysninger om krypteringsn\u00f8glerne alligevel er kommet i h\u00e6nderne p\u00e5 hackere.<\/p>\n

Certificate spoofing<\/h2>\n

\nDer etableres en styret node mellem brugeren og serveren med et legitimt SSL-certifikat, der aktivt opsnapper trafik. Denne node udgiver sig for at v\u00e6re en legitim server, idet den pr\u00e6senterer et gyldigt certifikat, hvilket giver mulighed for at udf\u00f8re et MITM-angreb.<\/p>\n

If\u00f8lge unders\u00f8gelsen<\/a><\/noindex> If\u00f8lge team fra Mozilla, Google og en r\u00e6kke universiteter bliver cirka 11% af de sikre forbindelser p\u00e5 nettet \"aflyttet\". Dette er en konsekvens af installationen af mist\u00e6nkelige rodcertifikater p\u00e5 brugernes computere.<\/p>\n

Hvordan man beskytter sig.<\/b> Brug af p\u00e5lidelige SSL-udbydere<\/a><\/noindex>. Kvaliteten af certifikaterne kan tjekkes ved hj\u00e6lp af tjenesten Certificate Transparency<\/a><\/noindex> (CT). Cloud-udbydere kan ogs\u00e5 hj\u00e6lpe med at opdage \"aflytning\" \u2014 allerede i dag tilbyder nogle st\u00f8rre virksomheder specialiserede v\u00e6rkt\u00f8jer til overv\u00e5gning af TLS-forbindelser.<\/p>\n

En anden beskyttelsesmetode vil blive den nye standard<\/a><\/noindex> ACME, der automatiserer udf\u00e6rdigelsen af SSL-certifikater. Dette vil ogs\u00e5 tilf\u00f8je yderligere mekanismer til verificering af hjemmesideejeren. L\u00e6s mere om det i et af vores tidligere indl\u00e6g<\/a><\/noindex>.<\/p>\n

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

Udsigter for HTTPS<\/h2>\n

\nP\u00e5 trods af en r\u00e6kke s\u00e5rbarheder er IT-giganter og eksperter inden for informationssikkerhed overbeviste om protokolens fremtid. Tim Berners-Lee, skaberen af WWW, g\u00e5r ind for aktiv implementering af HTTPS. If\u00f8lge ham vil TLS med tiden blive mere sikker, hvilket v\u00e6sentligt vil \u00f8ge sikkerheden ved forbindelser. Berners-Lee har endda antydet, at der i fremtiden vil komme<\/a><\/noindex> klientcertifikater til autentifikation af identitet. De vil hj\u00e6lpe med at forbedre beskyttelsen af servere mod ondsindede angreb. Udviklingen af SSL\/TLS planl\u00e6gges ogs\u00e5 at ske med hj\u00e6lp fra maskinl\u00e6ring \u2014 intelligente algoritmer vil v\u00e6re ansvarlige for at filtrere ondsindet trafik. P\u00e5 HTTPS-forbindelser har administratorer ingen mulighed for at kende indholdet af de krypterede beskeder \u2014 inklusiv at opdage anmodninger fra skadelig software. Allerede i dag er neurale netv\u00e6rk i stand til at filtrere potentielt farlige pakker med 90% n\u00f8jagtighed. (<\/a><\/noindex> slide 23 fra pr\u00e6sentationen<\/p>\n

Angreb p\u00e5 HTTPS skyldes for det meste ikke problemer i selve protokollen, men underst\u00f8ttelse af for\u00e6ldede krypteringsmetoder. IT-branchen begynder gradvist at frav\u00e6lge protokoller fra tidligere generationer og tilbyder nye v\u00e6rkt\u00f8jer til at finde s\u00e5rbarheder. I fremtiden vil disse v\u00e6rkt\u00f8jer blive stadig mere intelligente.Yderligere links om emnet:<\/a><\/noindex>).<\/p>\n

Konklusioner<\/h2>\n

\nUdvikling i skyen, informationssikkerhed og persondata: opsummering fra 1cloud<\/p>\n

SSL-opsummering: De bedste praktiske materialer p\u00e5 Habr og mere<\/h5>\n

<\/p>\n