Ok\u00e9, in cryptografie duikt de term PFS soms op. Het is een afkorting voor Perfect Forward Secrecy, soms gewoon FS genoemd. In principe gaat het erom ervoor te zorgen dat als een priv\u00e9sleutel op een server wordt gestolen \u2013 bijvoorbeeld als iemand de server hackt \u2013 alleen de gegevens van de huidige sessie kwetsbaar zijn. Het eerdere verkeer blijft veilig. Dat is het belangrijkste idee. Maar eerlijk gezegd, om te begrijpen hoe het werkt, moet je wel wat grip hebben op cryptografische sleuteluitwisselingen, dus maak je geen zorgen als dat in eerste instantie verwarrend klinkt. Het is een manier om versleutelde informatie op de lange termijn veiliger te maken.<\/p>\n
Om je berichten veilig te houden, kun je het beste symmetrische encryptie gebruiken \u2013 dit is de snelle methode, zoals AES. Het probleem? Omdat dezelfde sleutel wordt gebruikt om het bericht te versleutelen en te ontsleutelen, kun je die sleutel niet zomaar over een onveilig netwerk versturen zonder het risico te lopen dat het bericht wordt onderschept. De gebruikelijke aanpak is daarom om asymmetrische cryptografie (openbare\/private sleutels) te gebruiken om eerst een beveiligd kanaal op te zetten.<\/p>\n
Let op: In theorie zou je out-of-band-methoden kunnen proberen, zoals het uitwisselen van sleutels via een offline apparaat, maar dat is nogal omslachtig en tegenwoordig zelden praktisch. Meestal gebeurt dit via Diffie-Hellman.<\/p>\n
Diffie-Hellman (DH) is een soort chique handdruk.\u00c9\u00e9n persoon, bijvoorbeeld Alice, stuurt haar publieke sleutel naar Bob, die deze vervolgens mengt met zijn priv\u00e9sleutel om een \u200b\u200bgedeeld geheim te genereren. Bob stuurt zijn publieke sleutel terug, en Alice doet hetzelfde met haar priv\u00e9sleutel. Door de manier waarop het is opgezet, krijgen beide partijen uiteindelijk hetzelfde geheim, zonder het ooit daadwerkelijk te versturen. Dit geheim wordt vervolgens gebruikt om de berichten te versleutelen met supersnelle symmetrische algoritmen.<\/p>\n
Let op: Het addertje onder het gras? Diffie-Hellman controleert standaard niet of de andere partij legitiem is. In principe zou iedereen zich met een valse sleutel tussen de partijen kunnen voegen. Je hebt dus een manier nodig om identiteiten te verifi\u00ebren, en daar komen PKI en certificaten om de hoek kijken. Want beveiliging op internet draait natuurlijk niet alleen om encryptie, maar ook om vertrouwen.<\/p>\n
Hier wordt het een beetje ingewikkeld. Websites gebruiken certificaten die zijn uitgegeven door vertrouwde certificeringsinstanties (CA’s), inclusief publieke sleutels. Deze werken prima totdat de priv\u00e9sleutel van de server wordt gecompromitteerd \u2013 bijvoorbeeld wanneer een hacker erin slaagt de server te hacken en die priv\u00e9sleutel te stelen. Zodra hij die heeft, kan de aanvaller het versleutelde verkeer ontsleutelen, soms zelfs jaren ervan, als het is opgeslagen. Dat is een nachtmerrie, want moderne encryptie maakt het bijna onmogelijk om de sleutel te raden \u2013 dus als iemand die priv\u00e9sleutel heeft, is hij of zij veilig.<\/p>\n
En laten we eerlijk zijn: als een aanvaller (denk aan een natiestaat of een sluwe internetprovider of VPN-provider) toegang heeft tot een enorme hoeveelheid versleuteld verkeer, kan hij die later ontsleutelen als hij de sleutel te pakken krijgt. Dat betekent dat al die versleutelde roddels, bankgegevens, wat dan ook, gevaar lopen zodra de priv\u00e9sleutel openbaar wordt.<\/p>\n
En nu komt het enge: alleen de sleutel hebben is niet genoeg om eerdere gesprekken te decoderen, tenzij je al het verkeer hebt vastgelegd. Maar als iemand daarin is geslaagd \u2013 en de priv\u00e9sleutel heeft \u2013 kan hij of zij al die data later decoderen wanneer decodering rekenkundig haalbaar is.<\/p>\n
Hier komt PFS om de hoek kijken. Het idee? Gebruik niet voor elke sessie dezelfde sleutel opnieuw. In plaats daarvan genereert de server elke keer dat een client verbinding maakt een nieuw, tijdelijk (tijdelijk) sleutelpaar. Deze tijdelijke sleutel wordt alleen voor die sessie gebruikt en daarna direct weer verwijderd. Dus zelfs als iemand erin slaagt de server te hacken en later de priv\u00e9sleutel te bemachtigen, kunnen ze eerdere gesprekken niet decoderen, omdat elke sessie met een eigen unieke sleutel was beveiligd.<\/p>\n
Als we het over Diffie-Hellman met tijdelijke sleutels hebben, noemen we dat ECDHE (Elliptic Curve Diffie-Hellman Ephemeral).Het is een hele mond vol, maar het idee is in wezen hetzelfde: elke keer een nieuwe sleutel genereren, deze alleen voor die sessie bewaren en hem vervolgens wissen.<\/p>\n
Het praktische voordeel? Als de priv\u00e9sleutel van je server *achteraf* wordt gecompromitteerd, kan de aanvaller alleen het verkeer decoderen van sessies die met die sleutel zijn beveiligd, niet de volledige geschiedenis. Dat is een enorme verbetering voor de beveiliging, vooral als iemand verkeer heeft onderschept in de hoop het later te decoderen.<\/p>\n
Het is een beetje vreemd, maar het maakt het systeem als geheel veerkrachtiger, vooral tegen langdurig snuffelen. Omdat elke sessie een nieuw geheim gebruikt, is het alsof je geen permanent sleutelslot op de deur laat zitten.<\/p>\n
Al met al draait PFS om het veilig houden van oudere, versleutelde bestanden, zelfs als de priv\u00e9sleutel later wordt gecompromitteerd. Het is niet waterdicht, maar het is een van de beste manieren om te voorkomen dat een aanvaller jarenlang opgeslagen verkeer ontsleutelt als hij er later toegang toe krijgt. Kortom, het is een goede beveiligingsgewoonte die het achteraf moeilijker maakt om je versleutelde gesprekken te kraken. Want in de beveiliging draait het er soms om het moeilijker te maken voor iedereen die terug in de tijd probeert te kijken.<\/p>\n
Laten we hopen dat dit de belangrijkste idee\u00ebn verduidelijkt. Het is een beetje technisch, maar als je begrijpt waarom PFS zo belangrijk is, begrijp je ook beter waarom websites en apps er zo hard aan werken om het te implementeren. Het is gewoon iets dat op meerdere systemen werkt, en hopelijk werpt het wat licht op de donkere hoeken van cryptografie.<\/p>\n","protected":false},"excerpt":{"rendered":"
Ok\u00e9, in cryptografie duikt de term PFS soms op. Het is een afkorting voor Perfect Forward Secrecy, soms gewoon FS genoemd. In principe gaat het<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1518","post","type-post","status-publish","format-standard","hentry","category-hulp"],"_links":{"self":[{"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/posts\/1518","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/comments?post=1518"}],"version-history":[{"count":0,"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/posts\/1518\/revisions"}],"wp:attachment":[{"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/media?parent=1518"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/categories?post=1518"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/nl\/wp-json\/wp\/v2\/tags?post=1518"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}