Een linkvoorbeeld kan al vóór uw klik een netwerkverzoek veroorzaken. Wie dat verzoek verstuurt en welke informatie de doelsite ziet, hangt echter af van het ontwerp van de messenger. Uit een miniatuur in een chat kunt u niet afleiden dat de IP-adressen van zowel de afzender als de ontvanger zijn onthuld.
End-to-endversleuteling beschermt het bericht onderweg tussen de gespreksdeelnemers. Het ophalen van de titel en afbeelding van een website volgt een apart pad dat afzonderlijk moet worden beoordeeld.
Drie verschillende manieren om een voorbeeld te maken
| Methode | Wat ziet de doelsite? | Belangrijke vraag |
|---|---|---|
| Rechtstreeks ophalen door het apparaat | Het IP-adres van de verbinding van de verzoeker en informatie bij het verzoek | Wordt het verzoek gedaan tijdens typen, verzenden of ontvangen? |
| Ophalen via een tussenpersoon of proxy | Doorgaans het IP-adres van de tussenpersoon in plaats van het rechtstreekse IP-adres van de gebruiker | Wat ziet en bewaart de tussenpersoon zelf? |
| De afzender maakt het voorbeeld en verstuurt het in het bericht | De ontvanger hoeft mogelijk geen verbinding met de doelsite te maken om de kaart te tonen | Zijn de afbeeldingen in de kaart lokaal of worden ze opnieuw van het web opgehaald? |
Deze methoden kunnen worden gecombineerd. Signal beschreef bijvoorbeeld in een technische uitleg uit 2019 het gebruik van een proxy voor voorbeelden. Dat document is een ontwerpvoorbeeld; zonder controle mag u het niet op alle versies of apps toepassen. De huidige Signal-handleiding beschrijft hoe u het maken van voorbeelden uitschakelt en de kaart vóór verzending verwijdert.
IP-adres, linkidentificatie en identiteit zijn niet hetzelfde
De doelsite ziet het IP-adres van de partij die de netwerkverbinding opzet: dat kan het apparaat, een VPN of een proxy zijn. Een IP-adres alleen is doorgaans niet iemands naam of exacte huisadres, maar kan samen met het tijdstip van het verzoek en andere gegevens worden gebruikt om gebeurtenissen aan elkaar te koppelen.
Een link met een unieke identificatie kan ook laten zien dat die specifieke URL is opgevraagd. Die waarneming bewijst op zichzelf niet wie de link heeft gelezen: het verzoek kan afkomstig zijn van een voorbeeldfunctie, een beveiligingshulpmiddel, de afzender, de ontvanger of iemand aan wie de link is doorgestuurd.
Een IP-adres is bovendien niet noodzakelijk een veld in HTTP; het maakt deel uit van de netwerkcommunicatie. Het type en de inhoud van headers zoals User-Agent hangen af van de software die het verzoek doet.
Een paginatitel ophalen is niet hetzelfde als de hele pagina uitvoeren
Sommige voorbeelden halen alleen HTML en een afbeelding op en verwerken die. Dat betekent niet noodzakelijk dat JavaScript wordt uitgevoerd of de pagina in een browser wordt geopend. Vooraf laden of een pagina weergeven in een webomgeving kan daarentegen ander gedrag vertonen.
Stel daarom twee afzonderlijke vragen: ‘Wordt er een verzoek naar de site verstuurd?’ en ‘Wordt de actieve inhoud van de pagina uitgevoerd?’ Het antwoord op de ene bepaalt niet het antwoord op de andere.
Praktische instellingen voor gevoelige gesprekken
- Hebt u de voorbeeldkaart niet nodig, controleer dan de optie voor automatisch maken van voorbeelden in de app. De kaart verwijderen nadat deze is gemaakt, maakt een eerder verzoek niet ongedaan.
- Behandel onbekende links en persoonlijke links voor aanmelden, herstel of het delen van bestanden als gevoelige gegevens. Voer ze niet ter controle in bij openbare URL-analysediensten.
- Verwijder niet zomaar parameters uit een ondertekende link: dat kan de toegang of geldigheid verstoren. Vraag zo mogelijk de openbare, niet-persoonlijke versie van de pagina op bij de oorspronkelijke bron.
- Verwar het uitschakelen van voorbeelden niet met het voorkomen van alle netwerkverbindingen. Het openen van een link, externe afbeeldingen en andere functies hebben elk hun eigen pad.
- Controleer voor een organisatorische beoordeling met een ongevaarlijke URL onder uw eigen beheer en een testapparaat wanneer het verzoek ontstaat; pas de uitkomst van één versie niet op alle apparaten toe.
Wat kunnen we over Livara zeggen?
Livara’s dreigingsmodel beschrijft de beschermingsgrenzen voor privé-inhoud en de beperkingen van apparaten en netwerken. Uit die algemene uitleg kunt u niet concluderen dat elk voorbeeld in elke versie zeker rechtstreeks of zeker via een proxy loopt. Zo’n claim vereist documentatie over de functie of onderzoek van die specifieke versie.
Voor de privacy van links is het pad van het verzoek belangrijker dan het uiterlijk van de voorbeeldkaart.
