Kennisbank › Beveiliging › SSL certificaten en HTTPS uitgelegd
beveiliging starter 15 September 2026

SSL certificaten en HTTPS uitgelegd

SSL-certificaten en HTTPS zijn fundamentele onderdelen van de beveiligde communicatie op internet. Ze zorgen ervoor dat gegevens tussen een gebruiker en een

SSL-certificaten en HTTPS zijn fundamentele onderdelen van de beveiligde communicatie op internet. Ze zorgen ervoor dat gegevens tussen een gebruiker en een website veilig worden uitgewisseld, zonder dat derden die gegevens kunnen onderscheppen of vervalsen. Hoewel de termen vaak worden gebruikt, is het belangrijk om te begrijpen wat ze precies betekenen, hoe ze werken en waarom ze onmisbaar zijn in de moderne digitale wereld.

SSL staat voor Secure Sockets Layer. Het was de eerste breedgebruikte technologie voor het versleutelen van internetverkeer, ontwikkeld door Netscape Communications. De ontwikkeling van SSL begon in 1994, en het eerste officiële versie, SSL 2.0, werd in 1995 gepubliceerd. Een jaar later, in 1996, volgde SSL 3.0, waarbij cryptograaf Paul Kocher samen met Netscape betrokken was bij het ontwerp. Taher Elgamal, ook werkzaam bij Netscape, wordt genoemd als een van de belangrijke figuren in de ontwikkeling van SSL. Zijn bijdragen aan de cryptografie vormden de basis voor de beveiligingsprotocollen die later standaard zouden worden.

SSL werd ontworpen om een beveiligde kanaal te creëren tussen twee machines, meestal tussen een webbrowser en een webserver. Dit kanaal zorgt ervoor dat alle gegevens die worden verzonden – zoals wachtwoorden, creditcardgegevens of persoonlijke informatie – worden versleuteld. De versleuteling maakt gebruik van cryptografische sleutels: een publieke sleutel en een privésleutel. De publieke sleutel zit in het SSL-certificaat en is zichtbaar voor iedereen; de privésleutel blijft geheim en wordt alleen door de eigenaar van het certificaat beheerd.

Een SSL-certificaat bevat meer dan alleen een publieke sleutel. Het bevat ook informatie over de identiteit van de eigenaar, zoals de domeinnaam, het bedrijf en de locatie. Deze gegevens worden geverifieerd door een certificeringsinstantie, ook wel CA (Certificate Authority) genoemd. De CA fungeert als een vertrouwde derde partij die bevestigt dat de eigenaar van het certificaat daadwerkelijk is wie hij zegt te zijn. Zonder deze verificatie zou iedereen een certificaat kunnen aanvragen voor bijvoorbeeld bank.com, wat de beveiliging ondermijnt.

Toch zijn er onduidelijkheden over de allereerste SSL-certificaten. Sommige bronnen suggereren dat de vroegste certificaten mogelijk al uit 1994 stammen, het jaar waarin Netscape begon met de ontwikkeling van SSL. Andere bronnen wijzen op een oudste certificaat met duidelijke geldigheidsdatum van 13 februari 1998. Dit laat zien dat de exacte geschiedenis van de eerste implementaties niet volledig gedocumenteerd is, maar het belang van certificaten in de beveiligde communicatie is sindsdien alleen maar toegenomen.

SSL werd uiteindelijk opgevolgd door TLS, of Transport Layer Security. TLS 1.0 werd in 1999 gedefinieerd als een IETF-standaard, wat betekent dat het niet langer werd beheerd door Netscape, maar door een open internetstandaardisatieorganisatie. TLS is technisch gezien de opvolger van SSL, hoewel de term SSL nog steeds vaak wordt gebruikt als verzamelnaam voor zowel SSL als TLS. In de praktijk gebruiken bijna alle moderne systemen TLS, en zijn oudere versies van SSL (zoals SSL 2.0 en 3.0) als onveilig beschouwd en uitgefaseerd.

De overstap van SSL naar TLS bracht verbeteringen in beveiliging, prestaties en flexibiliteit. TLS 1.3, de meest recente versie, werd in augustus 2018 gedefinieerd en introduceert snellere verbindingen en sterkere versleutelingsalgoritmen. Deze evolutie laat zien dat beveiligingsprotocollen continu worden bijgesteld om nieuwe bedreigingen het hoofd te bieden.

Het gebruik van SSL of TLS is zichtbaar voor eindgebruikers via HTTPS. HTTPS staat voor HTTP met TLS-versleuteling eromheen. Technisch gezien is HTTPS niet een ander protocol dan HTTP, maar HTTP dat wordt beveiligd door een TLS-verbinding. Wanneer een gebruiker een website bezoekt via HTTPS, wordt eerst een beveiligde TLS-sessie opgebouwd tussen de browser en de server. Daarna wordt het normale HTTP-verkeer – zoals het ophalen van webpagina’s – via dit versleutelde kanaal verzonden.

Een van de eerste signalen dat een website beveiligd is, is het https://-voorvoegsel in de URL. In tegenstelling tot HTTP, dat onversleuteld is en kwetsbaar voor afluisteren, garandeert HTTPS dat de gegevensoverdracht beschermd is. Daarnaast tonen moderne browsers vaak een slotje in de adresbalk, dat extra informatie geeft over het certificaat, zoals de naam van de eigenaar en de uitgevende certificeringsinstantie. Dit helpt gebruikers om te controleren of ze daadwerkelijk met de juiste website communiceren en niet met een nepsite.

Het proces van het opzetten van HTTPS begint met het aanvragen van een certificaat bij een CA. De aanvrager – meestal een systeembeheerder of ontwikkelaar – genereert eerst een sleutelpaar met hulpmiddelen zoals ssh-keygen, een OpenSSH-hulpmiddel voor het maken en beheren van cryptografische sleutels. Vervolgens wordt een Certificate Signing Request (CSR) aangemaakt, die de publieke sleutel en identiteitsgegevens bevat. De CA controleert deze gegevens en ondertekent het certificaat als alles klopt.

Eenmaal geïnstalleerd op de webserver, wordt het certificaat gebruikt tijdens de handshake, het initiële proces waarin client en server afspreken hoe ze gaan communiceren. Tijdens deze handshake wordt de identiteit van de server geverifieerd, worden versleutelingsmethoden overeengekomen en wordt een sessiesleutel uitgewisseld voor snelle versleuteling van het daadwerkelijke verkeer.

Belangrijk is dat certificaten niet eeuwig geldig zijn. Ze hebben een beperkte geldigheidsduur, meestal tussen de 90 dagen en een jaar, om de beveiliging te waarborgen. Als een certificaat verloopt, moet het worden vernieuwd. Automatiseringstools zoals Let’s Encrypt hebben dit proces sterk vereenvoudigd, waardoor HTTPS nu beschikbaar is voor vrijwel elke website, ook kleine of persoonlijke projecten.

Naast het technische aspect speelt beveiliging ook een organisatorische rol. Systemen zoals sudo en sudo_logsrvd tonen hoe belangrijk het is om toegang en activiteiten te beheren en vast te leggen. sudo regelt wie op een systeem bevoegdheden heeft via het `/etc/sudoers`-bestand. sudo_logsrvd daarentegen is een logserver die sudo-activiteiten centraal opslaat, zodat beheerders kunnen zien wie wat heeft gedaan. Dit soort logging is cruciaal in beveiligde omgevingen, waar transparantie en controle net zo belangrijk zijn als versleuteling.

Ook andere tools, zoals systemd-repart, spelen een rol in het onderhoud van veilige systemen. Het hulpmiddel kan automatisch schijfpartities aanpassen, wat nuttig is bij het updaten van systemen zonder downtime. En APT-bronnen, gedefinieerd in `/etc/apt/sources.list`, bepalen waar softwarepakketten vandaan komen – een beveiligingsrisico als deze bronnen niet betrouwbaar zijn.

Samenvattend: SSL-certificaten en HTTPS zijn essentieel voor veilige internetcommunicatie. Ze combineren versleuteling en identiteitsverificatie om gegevens te beschermen en vertrouwen te creëren. Wat begon als SSL bij Netscape in de jaren negentig, is uitgegroeid tot een wereldwijd standaardproces via TLS. Certificaten worden uitgegeven door vertrouwde instanties, bevatten publieke sleutels en identiteitsgegevens, en worden gebruikt in HTTPS-verbindingen die gebruikers herkennen aan het slotje en het https://-voorvoegsel. Hoewel de technologie complex is, draait het uiteindelijk om een eenvoudig doel: ervoor zorgen dat wat je verzendt, alleen wordt gelezen door wie het bedoeld is.

← Terug naar kennisbank
← Terug naar kennisbank