Samenvattingen · InformaticaNL · HAVO

Keuze L: Netwerken

Netwerken is keuzethema L uit het examenprogramma informatica: een keuzemodule die de school bovenop de verplichte kern (domeinen A tot en met F) kan aanbieden. Je leert hoe computers met elkaar communiceren — van fysieke topologieën en netwerkapparaten via het gelaagde TCP/IP-model en adressering tot het web en veilige, versleutelde verbindingen. Informatica is een volledig schoolexamenvak, dus deze stof wordt in het schoolexamen (SE) getoetst en niet in een landelijk eindexamen.

4 Onderdelen~24 min leestijd4 VaardighedenNiveau Basis 1 · Standaard 2 · Verdieping 1

T·0888 / 12

Examenprofiel

Opbouw en soorten netwerken (LAN/WAN, client-server en peer-to-peer) en de topologieën ster, bus, ring en mesh herkennen, vergelijken en tekenenHet gelaagde TCP/IP-model en inkapseling uitleggen en protocollen (HTTP, DNS, IP, TCP, UDP) aan de juiste laag koppelenAdressering met IP- en MAC-adres, naamoplossing via DNS en de routing van pakketten hop voor hop beschrijvenHet request-responsemodel en veilige verbindingen (HTTP/HTTPS, TLS en certificaten) uitleggen — keuzethema L, getoetst in het schoolexamen

Operatoren:leg uitbeschrijfbepaalberedeneervergelijkpas toeteken

basisniveau

Zorg dat je de kernbegrippen kunt benoemen en tekenen: de vier topologieën met één voor- en nadeel, de vier TCP/IP-lagen met een voorbeeldprotocol, en het verschil tussen HTTP en HTTPS.

verhoogd niveau

Ga dieper op de waarom-vragen: beredeneer topologiekeuzes vanuit robuustheid en kosten, leg inkapseling en het verschil tussen TCP en UDP precies uit, en beschrijf hoe DNS, routing en TLS samen een pagina veilig laten laden.

Diepte

Tekst

Inhoud · 4 onderdelen

Keuze L: Netwerken

Netwerken en topologieën#

Basisexamenblad-nl

Een netwerk is niets anders dan twee of meer apparaten die met elkaar verbonden zijn om gegevens uit te wisselen en voorzieningen te delen. Zonder netwerk zou elke computer een eiland zijn: geen bestand naar een klasgenoot sturen, geen printer delen, geen website openen. Netwerken bestaan juist omdat delen efficiënt is — één printer voor de klas, één centrale opslag, één internetverbinding. We ordenen netwerken naar grootte. Een LAN (Local Area Network) beslaat een klein gebied met apparaten die dicht bij elkaar staan, zoals een lokaal, een huis of een schoolgebouw. Een WAN (Wide Area Network) overbrugt juist grote afstanden en verbindt vaak meerdere LAN's. Het internet is het bekendste voorbeeld: geen enkel groot netwerk, maar een wereldwijd netwerk ván netwerken dat talloze LAN's en WAN's aan elkaar knoopt.

Binnen een netwerk kun je het werk op twee manieren verdelen. In het client-servermodel is er een centrale, krachtige computer — de server — die diensten aanbiedt, terwijl de andere apparaten clients zijn die daarom vragen. Bezoek je een website, dan is jouw browser de client en levert de webserver de pagina. Het voordeel is centraal beheer: back-ups, rechten en updates staan op één plek. Het nadeel is dat de server een flessenhals en een zwak punt is — valt hij uit, dan ligt de dienst voor iedereen stil. In een peer-to-peernetwerk (P2P) zijn alle knopen gelijkwaardig: elke computer is tegelijk client én server en deelt rechtstreeks met de anderen, zoals bij het uitwisselen van grote bestanden. P2P schaalt goed en heeft geen centrale server nodig, maar is lastiger te beheren en te beveiligen.

De topologie beschrijft de vorm van het netwerk: hoe de knopen fysiek met elkaar verbonden zijn. In een stertopologie loopt vanaf elk apparaat één eigen verbinding naar een centraal punt, meestal een switch (zie Afb. 1). Dat maakt de ster robuust tegen losse storingen — een kapotte kabel legt alléén dat ene apparaat plat — en makkelijk uit te breiden. De keerzijde is dat het centrale punt een single point of failure is: valt de switch uit, dan ligt het hele netwerk stil. De ster is verreweg de meest gebruikte vorm in moderne LAN's. In een bustopologie hangen alle apparaten aan één gedeelde kabel. Dat is goedkoop en kost weinig kabel, maar een breuk in die kabel legt meteen alles plat, en bij druk verkeer botsen berichten. De bus is daarom grotendeels verouderd.

Stertopologie met een centrale switch

Afb. 1In een ster loopt vanaf elk apparaat één eigen verbinding naar de centrale switch; die switch is tegelijk het sterke punt (losse storingen blijven lokaal) en het zwakke punt (single point of failure).

In een ringtopologie is elke knoop met precies twee buren verbonden, zodat er een gesloten kring ontstaat waarlangs de gegevens rondgaan. Door de vaste beurtregeling ontstaan er nauwelijks botsingen, maar één onderbreking kan de hele ring verstoren, tenzij er een dubbele ring als reserve is. In een meshtopologie zijn (veel) knopen onderling verbonden, in een volledige mesh zelfs elk met elk. Dat geeft meerdere paden tussen twee punten: valt één verbinding weg, dan gaat het verkeer via een andere route. Die redundantie maakt mesh extreem betrouwbaar — het is precies waarom de ruggengraat van het internet mesh-achtig is opgebouwd. De prijs is complexiteit en kosten: bij een volledige mesh met

n

knopen zijn er

\frac{n(n-1)}{2}

verbindingen nodig, een aantal dat snel oploopt. Daarom kies je mesh alleen waar betrouwbaarheid echt cruciaal is.

Om een netwerk te bouwen heb je verbindende apparaten nodig, elk met een eigen taak. Een switch is het centrale kastje van een LAN: hij verbindt apparaten binnen hetzelfde netwerk en stuurt elk binnenkomend frame gericht door naar precies de poort waarachter de ontvanger zit. Dat kan hij omdat hij bijhoudt welk MAC-adres bij welke poort hoort. Een router doet iets anders: die verbindt verschíllende netwerken met elkaar — bijvoorbeeld jouw thuisnetwerk met het internet — en beslist op basis van het IP-adres naar welk volgend netwerk een pakket moet. Kortweg: een switch werkt binnen één netwerk (op MAC-adres), een router tussen netwerken (op IP-adres). Een access point ten slotte laat draadloze apparaten via wifi toe tot het bekabelde netwerk; het is de brug tussen de radiogolven van je laptop en de kabels van de switch.

Uitgewerkt voorbeeld

Een topologie kiezen voor een klaslokaal

Een lokaal krijgt vijftien vaste computers plus wifi voor laptops. De school wil dat één kapotte kabel niet meteen alle computers offline haalt, en wil de kosten laag houden. Welke topologie kies je, en welke apparaten heb je nodig? Beredeneer je keuze.

Eisen ordenen
Zet de eisen op een rij: robuustheid (één defect mag niet het hele lokaal platleggen), lage kosten, makkelijk uit te breiden, en er is wifi nodig naast bekabeling.
Topologieën afwegen
Een bus valt af: één kabelbreuk legt alles plat. Een ring is kwetsbaar: een onderbreking verstoort de kring. Een volledige mesh is zeer robuust, maar met veel kabels te duur en complex voor één lokaal. Een ster geeft elk apparaat een eigen verbinding naar de switch, zodat een losse kabelbreuk alleen dat ene apparaat treft.
Keuze maken
De stertopologie past het best bij de eisen: robuust tegen losse storingen én goedkoop.
Apparaten kiezen
Neem een switch als centraal punt voor de vijftien bekabelde pc's, een access point voor de wifi-laptops, en een router die het lokaalnetwerk met de rest van de school en het internet verbindt.
Kanttekening plaatsen
De centrale switch is nu wél een single point of failure: valt die uit, dan ligt het hele lokaal plat. Voor een lokaal is dat acceptabel (goedkoop en snel te vervangen); een datacenter zou juist redundante paden via mesh kiezen.

Resultaat: Een stertopologie met een centrale switch, aangevuld met een access point voor wifi en een router naar buiten. Robuust tegen losse kabelbreuken en goedkoop; de switch blijft het zwakke punt.

Veelgemaakte fouten

Een hub en een switch verwarren. Een hub stuurt alles blind naar alle poorten; een switch stuurt frames gericht naar de juiste poort op basis van het MAC-adres.
Bij de stertopologie vergeten dat de centrale switch een single point of failure is: valt die uit, dan ligt het hele netwerk plat, ook al is elke kabel apart aangesloten.
Switch en router door elkaar halen: een switch verbindt apparaten bínnen één netwerk (op MAC-adres), een router verbindt verschíllende netwerken (op IP-adres).

Actieve herhaling

Teken de stertopologie voor een klein kantoor met vier werkplekken en een netwerkprinter rond één switch. Geef daarna één voordeel en één nadeel van deze topologie ten opzichte van een mesh-topologie.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Protocollen en het TCP/IP-model#

Standaardexamenblad-nl

Zodra twee apparaten willen communiceren, moeten ze het eens zijn over de spelregels: in welk formaat sturen we gegevens, in welke volgorde, en wat betekent elk bericht? Zo'n verzameling afspraken heet een protocol. Vergelijk het met een telefoongesprek: je neemt op met 'hallo', wacht op je beurt en zegt 'dag' bij het ophangen — houdt één van beiden zich niet aan die afspraken, dan loopt het gesprek vast. Net zo kunnen computers alléén samenwerken als ze hetzelfde protocol spreken. Omdat één protocol onmogelijk álles tegelijk kan regelen — de fysieke kabel, de adressering én de betekenis van een webpagina — is communicatie opgeknipt in lagen, elk met eigen protocollen en een eigen taak. Zo blijft het overzichtelijk en kun je één laag vervangen (bijvoorbeeld wifi in plaats van een kabel) zonder de rest aan te passen.

Het gangbare model om die lagen te ordenen is het TCP/IP-model met vier lagen (zie Afb. 2). Bovenaan zit de applicatielaag: de protocollen waarmee programma's werken, zoals HTTP voor webpagina's en DNS voor naamopvraging. Daaronder zorgt de transportlaag dat de gegevens bij het juiste programma aankomen; hier leven TCP en UDP. De internetlaag regelt de adressering en de routing: het Internet Protocol (IP) zorgt dat elk pakket van het ene naar het andere netwerk wordt gevonden. Onderaan verzorgt de netwerktoegangslaag het fysieke transport van bits over de verbinding, met ethernet (kabel) en wifi (draadloos). Elke laag gebruikt de dienst van de laag eronder zonder te hoeven weten hóe die het doet. Naast dit vierlagenmodel bestaat het uitgebreidere OSI-model met zeven lagen, maar de vier TCP/IP-lagen volstaan om het internet te begrijpen.

Het TCP/IP-model met vier lagen

Afb. 2De vier lagen van het TCP/IP-model, van boven (toepassing) naar beneden (fysieke verbinding), elk met een voorbeeldprotocol.

De lagen werken samen via inkapseling. Bij het verzenden reist je data van boven naar beneden, en elke laag verpakt wat hij van boven krijgt door er zijn eigen kop — een header — vóór te zetten. De applicatiedata wordt op de transportlaag een segment met een TCP-header (met onder meer poortnummers en een volgnummer). De internetlaag stopt dat segment in een pakket en plakt er een IP-header omheen met bron- en bestemmings-IP-adres. De netwerktoegangslaag verpakt het pakket ten slotte in een frame met MAC-adressen en stuurt het als bits weg. Bij de ontvanger gebeurt exact het omgekeerde, decapsulatie: elke laag pelt zijn eigen header eraf en geeft de rest omhoog, tot het oorspronkelijke bericht overblijft. Zo hoeft geen laag zich met het werk van de andere te bemoeien — elke header bevat precies de stuurinformatie die díe laag nodig heeft.

Op de transportlaag kies je tussen twee protocollen met een heel ander karakter. TCP is betrouwbaar en verbindingsgericht: eerst wordt met een handshake een verbinding opgezet, daarna bevestigt de ontvanger elk stuk, worden verloren stukken opnieuw gestuurd en komt alles gegarandeerd en op volgorde aan. Dat kost wat extra tijd, maar is onmisbaar waar niets fout mag gaan, zoals bij webpagina's, e-mail en downloads. UDP is juist verbindingsloos en snel: het stuurt de pakketten weg zonder handshake en zonder bevestiging. Er kan dus iets verloren gaan, maar je hebt geen vertraging door hersturen. Dat maakt UDP ideaal voor videobellen, streaming en games, waar een gemist beeldje minder erg is dan haperingen. UDP is niet 'slechter' dan TCP — het is een andere afweging tussen betrouwbaarheid en snelheid.

Een paar protocollen kom je steeds tegen, elk op zijn eigen laag. HTTP (HyperText Transfer Protocol) leeft op de applicatielaag en regelt het opvragen en versturen van webpagina's tussen browser en server. DNS (Domain Name System), ook op de applicatielaag, vertaalt een leesbare naam als www.school.nl naar het bijbehorende IP-adres. IP (Internet Protocol) zit op de internetlaag en zorgt voor de adressering en het vinden van de route tussen netwerken. Samen laten ze zien waaróm het gelaagde model werkt: open je een pagina, dan gebruikt HTTP eerst DNS om aan een IP-adres te komen, waarna IP de pakketten via routers naar de juiste server stuurt en TCP ervoor zorgt dat ze compleet en op volgorde aankomen. Elk protocol doet zijn eigen deel; de lagen eronder maken het mogelijk.

Uitgewerkt voorbeeld

Een chatbericht laag voor laag inpakken

Je stuurt via een chat-app het bericht 'Hoi!' naar een vriend. Beschrijf per laag van het TCP/IP-model wat er bij het verzenden met de data gebeurt (inkapseling).

Applicatielaag
De chat-app maakt van 'Hoi!' een bericht volgens haar protocol (bijvoorbeeld HTTP) en geeft dat door aan de transportlaag.
Transportlaag
TCP verpakt de data in een segment en zet er een TCP-header omheen met onder meer de bron- en bestemmingspoort en een volgnummer, zodat de ontvanger de stukken op volgorde kan zetten en verlies kan merken.
Internetlaag
IP stopt het segment in een pakket en voegt een IP-header toe met het bron- en het bestemmings-IP-adres, zodat routers het pakket naar het juiste netwerk kunnen sturen.
Netwerktoegangslaag
Het pakket komt in een frame met MAC-adressen voor de volgende schakel en wordt als bits verstuurd over wifi of ethernet.
Bij de ontvanger
Daar gebeurt precies het omgekeerde (decapsulatie): elke laag haalt zijn eigen header eraf en geeft de rest naar boven, tot de chat-app weer 'Hoi!' toont.

Resultaat: Bij het verzenden voegt elke laag zijn eigen header toe (data → segment → pakket → frame); bij ontvangst haalt elke laag zijn header er weer af. Zo weet elk niveau precies wat het moet doen zonder zich met de andere lagen te bemoeien.

Veelgemaakte fouten

De lagen door elkaar halen, bijvoorbeeld HTTP of DNS op de transportlaag zetten. HTTP en DNS zijn applicatieprotocollen; TCP en UDP horen op de transportlaag.
Denken dat UDP altijd 'slechter' is dan TCP. UDP is niet slechter maar sneller en zonder overhead; voor live videobellen is snelheid juist belangrijker dan het opnieuw versturen van een verloren pakketje.
Inkapseling verwarren met versleuteling. Een header toevoegen is het verpakken van adres- en stuurinformatie, niet het onleesbaar maken van de inhoud.

Actieve herhaling

Zet de vier lagen van het TCP/IP-model in de juiste volgorde en noem bij elke laag één protocol. Leg vervolgens in eigen woorden uit wat er met de headers gebeurt als data van de applicatielaag naar de netwerktoegangslaag zakt.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Adressering en routing#

Verdiepingexamenblad-nl

Om een pakket bij het juiste apparaat te krijgen heeft elk apparaat op een netwerk een adres nodig: het IP-adres. In de nog altijd meest gebruikte versie, IPv4, is dat adres 32 bits lang. We schrijven het als vier getallen van 0 tot en met 255, gescheiden door punten, bijvoorbeeld 192.168.1.1. Met 32 bits zijn er in totaal

2^{32}

verschillende adressen mogelijk — ruim 4 miljard. Dat lijkt veel, maar door de enorme groei van het aantal apparaten zijn die adressen bijna op. De opvolger is IPv6, met adressen van 128 bits (

2^{128}

adressen, een onvoorstelbaar groot getal), geschreven in groepen hexadecimale tekens zoals 2001:0db8:85a3::8a2e:0370:7334. IPv6 biedt zo genoeg adressen voor elk denkbaar apparaat; beide versies worden op dit moment naast elkaar gebruikt.

Een IP-adres is geen ondeelbaar nummer, maar bestaat uit twee delen: een netwerkdeel en een hostdeel. Het netwerkdeel zegt bij wélk netwerk een apparaat hoort — te vergelijken met de straatnaam — en het hostdeel wijst het specifieke apparaat bínnen dat netwerk aan, als het huisnummer. Waar de grens tussen beide delen ligt, bepaalt het subnetmasker. Bij het adres 192.168.1.10 met masker 255.255.255.0 (ook geschreven als /24) vormen de eerste drie getallen het netwerkdeel (192.168.1) en het laatste getal het hostdeel. Apparaten met hetzelfde netwerkdeel zitten in hetzelfde subnet en kunnen rechtstreeks met elkaar praten; moet het verkeer naar een ánder netwerk, dan gaat het via een router. Precies dit onderscheid gebruiken routers om snel te beslissen of een pakket lokaal blijft of naar buiten moet.

Naast het logische IP-adres heeft elke netwerkkaart ook een MAC-adres: een vast, fysiek adres dat al bij de fabricage in het apparaat is gezet. Het is 48 bits lang en wordt hexadecimaal geschreven, bijvoorbeeld 00:1B:44:11:3A:B7. Het verschil met een IP-adres is belangrijk. Het IP-adres is logisch en veranderlijk: sluit je je laptop thuis aan, dan krijgt hij een ander IP-adres dan op school. Het MAC-adres is fysiek en blijft in principe altijd hetzelfde, waar je het apparaat ook aansluit. Ze worden op verschillende niveaus gebruikt: switches sturen frames bínnen een netwerk door op basis van het MAC-adres, terwijl routers pakketten tússen netwerken sturen op basis van het IP-adres. Een handig beeld: het MAC-adres is als je vingerafdruk, het IP-adres als je tijdelijke postadres.

Mensen onthouden namen veel makkelijker dan getallen, maar het netwerk werkt met IP-adressen. Het Domain Name System (DNS) overbrugt dat: het is het 'telefoonboek van het internet' dat een domeinnaam als www.school.nl vertaalt naar het bijbehorende IP-adres. DNS is hiërarchisch en verdeeld opgebouwd (zie Afb. 3). Bovenaan staat de naamloze root, daaronder de topleveldomeinen zoals .nl en .com, daaronder de geregistreerde domeinen zoals school.nl, en ten slotte subdomeinen zoals www. Een resolver zoekt een naam stap voor stap op langs die hiërarchie, of geeft meteen een eerder bewaard (gecacht) antwoord terug om tijd te sparen. Doordat DNS los staat van het ophalen zelf, kun je de site achter een naam naar een ander IP-adres verplaatsen zonder dat gebruikers iets merken — de naam blijft gelijk.

De DNS-hiërarchie

Afb. 3DNS is een boom: van de naamloze root via het topleveldomein (.nl) naar het domein (school.nl) en het subdomein (www). Een resolver loopt deze hiërarchie af om een naam om te zetten in een IP-adres.

Gegevens reizen niet als één ononderbroken stroom over het internet, maar worden opgeknipt in pakketten die elk apart worden verstuurd (zie Afb. 4). Elk pakket draagt in zijn IP-header het bestemmingsadres, en onderweg geeft de ene router het aan de volgende door: hop voor hop. Een router kijkt bij elk pakket naar het bestemmings-IP, raadpleegt zijn routeringstabel en stuurt het naar de buurrouter die het dichtst bij de bestemming ligt — zonder de hele route vooraf te kennen. Verschillende pakketten van dezelfde boodschap kunnen zo verschillende wegen nemen en in willekeurige volgorde aankomen; TCP zet ze bij de ontvanger weer op volgorde en vraagt ontbrekende pakketten opnieuw op. Een teller in de header (de TTL) voorkomt dat een verdwaald pakket eindeloos blijft rondgaan: bij elke hop telt hij af, en op nul wordt het pakket weggegooid.

Een pakket reist hop voor hop

Afb. 4Een pakket wordt hop voor hop doorgegeven: elke router leest het bestemmings-IP en stuurt het naar de volgende router, tot het bij de webserver aankomt.

Uitgewerkt voorbeeld

Van 'www.school.nl' typen tot de pagina laadt

Je typt www.school.nl in de browser en drukt op enter. Beschrijf stap voor stap wat er in het netwerk gebeurt totdat de pagina in beeld staat.

Naam opzoeken (DNS)
De browser kent alleen de naam, niet het IP-adres. Via DNS vraagt hij het IP-adres van www.school.nl op. De resolver loopt de hiërarchie af (root → .nl → school.nl) of geeft een eerder gecacht antwoord, en levert bijvoorbeeld het adres 145.94.x.x.
Verbinding opzetten (TCP)
De browser opent een TCP-verbinding naar dat IP-adres op poort 443 (HTTPS) met een handshake. Bij HTTPS wordt daarna via TLS een versleutelde verbinding opgezet en het certificaat van de server gecontroleerd.
Verzoek sturen (HTTP)
Over die verbinding stuurt de browser een HTTP-request, bijvoorbeeld 'GET /', voor de gevraagde pagina.
Routing (hop voor hop)
Het verzoek reist als pakketten via je router en meerdere tussenrouters naar de server; elke router stuurt elk pakket op basis van het bestemmings-IP door naar de volgende hop.
Antwoord en weergave
De server stuurt een HTTP-response terug (statuscode 200 OK plus de HTML, afbeeldingen en opmaak). De browser bouwt alles samen en toont de pagina.

Resultaat: Naam → IP-adres (DNS), verbinding (TCP en bij HTTPS ook TLS), verzoek (HTTP-request), transport (routers, hop voor hop) en ten slotte het antwoord (HTTP-response) dat de browser tot een pagina opbouwt.

Veelgemaakte fouten

IP-adres en MAC-adres verwarren. Het IP-adres is een logisch adres dat kan veranderen afhankelijk van het netwerk; het MAC-adres is een vast, fysiek adres van de netwerkkaart.
Denken dat DNS de pagina ophaalt. DNS doet alleen de vertaling van naam naar IP-adres; het echte ophalen gebeurt daarna met HTTP over een TCP-verbinding.
Aannemen dat IPv4 onbeperkt veel adressen heeft. Er zijn 'maar' $2^{32}$ (ruim 4 miljard) IPv4-adressen; dat tekort is juist de reden voor IPv6.

Actieve herhaling

Leg uit waaruit een IPv4-adres bestaat en hoeveel adressen er in totaal mogelijk zijn. Beschrijf daarna in twee zinnen wat DNS doet en waarom dat handig is voor gebruikers.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Het web en veilige verbindingen#

Standaardexamenblad-nl

Het web werkt volgens een eenvoudig maar krachtig patroon: het request-responsemodel. De client — bijna altijd je browser — stuurt een verzoek (request) naar een server, en de server stuurt precies één antwoord (response) terug (zie Afb. 5). Vraag je een pagina op, dan stuurt de browser een HTTP-request als 'GET /index.html', en de server antwoordt met de gevraagde HTML plus een statuscode die vertelt hoe het ging. Die codes ken je vast: 200 betekent 'OK, hier is het', 404 'niet gevonden' en een 500-code 'er ging iets mis op de server'. Belangrijk is dat de server nooit uit zichzelf begint: er gebeurt pas iets als de client erom vraagt. Eén webpagina bestaat meestal uit veel onderdelen (tekst, afbeeldingen, opmaak), dus in de praktijk stuurt je browser voor één pagina vaak tientallen requests achter elkaar.

Request en response over HTTPS

Afb. 5De browser (client) stuurt een request naar de server, die met één response antwoordt. Bij HTTPS gaat dit verkeer versleuteld via TLS over poort 443.

Het protocol achter die verzoeken is HTTP. In zijn kale vorm stuurt HTTP alles als gewone, leesbare tekst over de verbinding — simpel, maar onveilig, want iedereen die het verkeer onderweg kan onderscheppen, leest zonder moeite mee. Daarom bestaat HTTPS: dat is exact hetzelfde HTTP, maar door een beveiligde tunnel gestuurd. De 's' staat voor 'secure' en komt van een extra beschermlaag, TLS, tussen HTTP en de transportlaag. Voor de browser en de server verandert er inhoudelijk niets — het blijven dezelfde requests en responses — maar alles wat over de lijn gaat, is nu versleuteld. Vrijwel het hele moderne web is inmiddels op HTTPS overgestapt, en browsers waarschuwen actief als een pagina nog gewoon HTTP gebruikt, zeker wanneer je daar gegevens moet invullen.

Wat doet die TLS-laag precies? Ten eerste zorgt versleuteling voor vertrouwelijkheid: de gegevens worden met een sleutel onleesbaar gemaakt, zodat een meelezer alleen wartaal ziet. Ten tweede regelt TLS authenticatie met een digitaal certificaat — een soort identiteitsbewijs van de website, uitgegeven en ondertekend door een vertrouwde certificaatautoriteit (Certificate Authority, CA). Je browser controleert bij het verbinden of het certificaat geldig is en echt bij deze site hoort; klopt het, dan verschijnt het bekende slotje. Ten derde bewaakt TLS de integriteit: geknoei met de gegevens onderweg wordt opgemerkt. Onder de motorkap spreken client en server met een publieke en een private sleutel eerst een gedeelde sessiesleutel af, waarmee ze daarna snel de rest versleutelen. Kort samengevat: het certificaat bewijst wíé de server is, de versleuteling beschermt wát je stuurt.

Op één server kunnen tegelijk veel diensten draaien — een website, e-mail, bestandsoverdracht — en het IP-adres wijst alleen de máchine aan, niet welke dienst je bedoelt. Daarvoor dienen poorten: een poortnummer identificeert een specifieke toepassing op een host, zodat binnenkomend verkeer bij het juiste programma terechtkomt. Veel diensten hebben een vaste, afgesproken poort. Gewoon webverkeer via HTTP gebruikt poort 80, en beveiligd webverkeer via HTTPS gebruikt poort 443; DNS luistert bijvoorbeeld op poort 53. Ga je naar https://www.school.nl, dan opent je browser dus in feite een verbinding naar het IP-adres van die server op poort 443. De combinatie van een IP-adres en een poortnummer wijst samen precies één gesprekskanaal aan — het IP-adres kiest de computer, de poort kiest de dienst op die computer.

Uitgewerkt voorbeeld

HTTP of HTTPS voor een inlogpagina

Een inlogpagina is bereikbaar via zowel http:// als https://. Leg uit wat het verschil is en waarom het voor het inloggen uitmaakt welke je gebruikt.

HTTP: leesbaar
Bij HTTP worden het verzoek en het antwoord onversleuteld, als leesbare tekst, verstuurd. Wie het verkeer onderweg kan meelezen (bijvoorbeeld op open wifi), ziet je gebruikersnaam en wachtwoord gewoon staan.
HTTPS: versleuteld
HTTPS is HTTP bovenop TLS. TLS versleutelt de verbinding, zodat een meelezer alleen onleesbare gegevens ziet.
Authenticatie
Bij HTTPS stuurt de server een certificaat van een vertrouwde uitgever (CA). De browser controleert dat en toont het slotje; zo weet je dat je écht met de school-server praat en niet met een namaaksite.
Integriteit
TLS merkt ook of iemand de gegevens onderweg heeft veranderd, zodat je zeker weet dat wat aankomt, ook is wat is verstuurd.
Gevolg voor inloggen
Met HTTP kan je wachtwoord worden afgeluisterd of onderschept; met HTTPS blijft het vertrouwelijk en weet je met wie je praat. Voor een inlogpagina is HTTPS dus noodzakelijk.

Resultaat: HTTP stuurt alles leesbaar over de lijn; HTTPS (HTTP over TLS) versleutelt de verbinding én bewijst met een certificaat de identiteit van de server. Voor een wachtwoord is HTTPS daarom noodzakelijk — anders kan het worden meegelezen.

Veelgemaakte fouten

Het slotje lezen als 'deze site is veilig en betrouwbaar'. Het slotje betekent alleen dat de verbinding versleuteld is en dat het certificaat klopt — ook een phishingsite kan een geldig certificaat hebben.
Denken dat HTTPS je gegevens op de server zelf beschermt. HTTPS beveiligt alleen de verbinding onderweg; wat de server daarna met je gegevens doet, staat daar los van.
HTTP en HTTPS als totaal verschillende protocollen zien. HTTPS is gewoon HTTP door een versleutelde TLS-tunnel — dezelfde requests en responses, maar beveiligd.

Actieve herhaling

Een webshop vraagt om je adres en betaalgegevens. Leg uit waarom die pagina via HTTPS moet lopen en niet via HTTP, en beschrijf welke twee dingen HTTPS garandeert die HTTP niet biedt.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Referenties en bronnen

Bronnen

CvTE / Examenblad

Examenprogramma informatica (HAVO)

Keuze L: Netwerken

4 Onderdelen~24 min leestijd4 VaardighedenNiveau Basis 1 · Standaard 2 · Verdieping 1

Keuze L: Netwerken

Kernpunten

Een topologie kiezen voor een klaslokaal

Kernpunten

Een chatbericht laag voor laag inpakken

Kernpunten

Van 'www.school.nl' typen tot de pagina laadt

Kernpunten

HTTP of HTTPS voor een inlogpagina

Bronnen

Keuze L: Netwerken

Kernpunten

Een topologie kiezen voor een klaslokaal

Kernpunten

Een chatbericht laag voor laag inpakken

Kernpunten

Van 'www.school.nl' typen tot de pagina laadt

Kernpunten

HTTP of HTTPS voor een inlogpagina

Bronnen