# Note: this file is autogenerated. The source of the content is the repo:
# https://github.com/internetstandards/Internet.nl_content/
# Copyright (C) 2019, ECP, NLnet Labs and the Internet.nl contributors
# This file is distributed under the same license as the Internet.nl package.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-02-16 23:27+0100\n"
"PO-Revision-Date: 2026-10-05 11:05:55.086769\n"
"Last-Translator: \n"
"Language-Team: \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#, md-format
msgid "about contact"
msgstr ""
"## Contact\n"
"Platform Internetstandaarden  \n"
"p/a ECP  \n"
"Maanweg 174 (8e verdieping)  \n"
"2516 AB Den Haag  \n"
"\n"
"KvK-nummer: 27169301 \n"
"\n"
"### E-mail\n"
"[vraag@internet.nl](mailto:vraag@internet.nl)  \n"
"\n"
"[PGP publieke sleutel](/static/question@internet.nl_0x45028563.asc)  \n"
"Vingerafdruk: ACB7 8829 4C7E 12BA E922 8C60 D894 E15F 4502 8563  \n"
"Vervaldatum: 28 maart 2028"

#, md-format
msgid "about content"
msgstr ""
"# Over Internet.nl\n"
"\n"
"## Wat is Internet.nl?\n"
"Op Internet.nl kun je eenvoudig testen of je internet up-to-date is. Gebruiken jouw [website](/test-site/), [e-mail](/test-mail/) en [internetverbinding](/test-connection/) wel **moderne, betrouwbare Internetstandaarden**? En, als dat niet zo is, wat kun je daar aan doen?\n"
"\n"
"## Wie zit er achter Internet.nl?\n"
"De testtool Internet.nl is een initiatief van het **Platform Internetstandaarden**. Het doel van het platform is om gezamenlijk het gebruik van moderne internetstandaarden verder te vergroten om daarmee **het internet voor iedereen toegankelijker, veiliger en betrouwbaarder** te maken. Het platform is een samenwerkingsverband van partijen uit de Internetgemeenschap en de Nederlandse overheid. Momenteel nemen de volgende partijen deel in het platform: \n"
"\n"
"- [Dutch Cloud Community](https://dutchcloudcommunity.nl/)\n"
"- [ECP](https://ecp.nl/)\n"
"- [Forum Standaardisatie](https://forumstandaardisatie.nl/)\n"
"- [Internet Society internationaal](https://www.internetsociety.org/)\n"
"- [Internet Society Nederland](https://isoc.nl/)\n"
"- [Ministerie van Economische Zaken](https://www.rijksoverheid.nl/ministeries/ministerie-van-economische-zaken)\n"
"- [NCSC](https://ncsc.nl/)\n"
"- [NLnet](https://nlnet.nl/)\n"
"- [NLnet Labs](https://nlnetlabs.nl/)\n"
"- [Rijksinspectie Digitale Infrastructuur](https://www.rdi.nl/)\n"
"- [RIPE NCC](https://ripe.net/)\n"
"- [SIDN](https://sidn.nl/)\n"
"- [SURF](https://surf.nl/)\n"
"- [Vereniging van Registrars](https://www.verenigingvanregistrars.nl/)\n"
" \n"
"ECP biedt de administratieve basis voor het platform. De domeinnaam Internet.nl is beschikbaar gesteld aan het platform door Internet Society Nederland. NLnet Labs heeft de basis gelegd voor Internet.nl en de onderliggende tooling. Vanaf 1 april 2021 vinden onderhoud en doorontwikkeling plaats door het projectteam van het Platform Internetstandaarden.\n"
"\n"
"In 2023 heeft [SIDN fonds](https://www.sidnfonds.nl/) het project om de Internet.nl-applicatie te containeriseren financieel ondersteund met als doel om de installatie ervan te vereenvoudigen en verdere groei van het aantal tests mogelijk te maken.\n"
"\n"
"## Practice what you preach?\n"
"We testen periodiek de domeinnamen van de leden van het Platform Internetstandaarden. De [test-rapporten](https://dashboard.internet.nl/published/103/) zijn openbaar.\n"
"\n"
"## Wat zijn Internetstandaarden?\n"
"Om wereldwijd gegevens tussen verschillende computers te kunnen uitwisselen, zijn internationale afspraken nodig over de manier waarop de computers met elkaar praten. Zeg maar de digitale \"stekkers en stopcontacten\" die alles met elkaar verbinden. Deze afspraken noemen we Internetstandaarden of -protocollen. Een voorbeeld is SMTP, een bekend protocol voor het versturen van e-mail. Deze technische kern van internet is voor de meeste gebruikers onzichtbaar en onbekend, maar cruciaal voor de werking van internet vandaag en in de toekomst.\n"
"\n"
"## Waarom is het belangrijk om up-to-date te zijn?\n"
"De oorspronkelijke internetstandaarden stammen uit de jaren '70 en '80, toen er nog maar weinig internetgebruikers waren. Inmiddels zijn er wereldwijd ruim drie miljard internetgebruikers! En deze mensen gebruiken het internet steeds meer voor privacygevoelige en kostbare transacties. De oude standaarden kunnen deze schaalvergroting niet aan en voldoen niet aan de huidige veiligheidseisen. Zo misbruiken criminelen de SMTP-standaard om het afzenderadres van een e-mail te vervalsen. We moeten dus nieuwe, slimmere standaarden gaan gebruiken die ervoor zorgen dat ons internet voldoende betrouwbaar blijft. Het goede nieuws is dat deze moderne Internetstandaarden beschikbaar zijn.\n"
"\n"
"## Loopt Nederland voorop met moderne Internetstandaarden?\n"
"Helaas is dat niet zo. Ook in een modern land als Nederland (dat als eerste Europese land in 1988 internettoegang kreeg) gebruiken we nog te veel verouderde standaarden die tekortschieten in betrouwbaarheid. Het niet gebruiken van moderne standaarden is een risico voor de individuele internetgebruiker, maar ook voor de \"BV Nederland\" en voor de gehele wereld. Help daarom mee het internet te verbeteren en zorg dat je up-to-date bent door gebruik te maken van moderne Internetstandaarden.\n"
"\n"
"## Wie moet er nu aan de slag met moderne Internetstandaarden?\n"
"Onze access-, hosting- en mailproviders moeten ervoor zorgen dat de moderne Internetstandaarden op de juiste manier ingesteld staan. Laten de testresultaten tekortkomingen zien? Geef dat dan door aan je provider(s). Maak je gebruik van een eigen internetverbinding, webserver of mailserver dan moet je zelf aan de slag.\n"
"\n"
"## Waarom gaan jullie niet direct in gesprek met de providers?\n"
"Dat doen we ook. Tegelijkertijd helpt het enorm als internetgebruikers zelf ook meer bewust worden en signalen afgeven bij hun provider(s). Je zou het niet verwachten van een modern land als Nederland, maar we gebruiken nog veel verouderde standaarden waarvan de betrouwbaarheid te wensen overlaat. Help daarom mee het internet gezamenlijk te verbeteren en vraag om moderne Internetstandaarden."

msgid "accessibility content"
msgstr ""
"# Toegankelijkheid\n"
"\n"
"Platform Internetstandaarden besteedt veel aandacht aan de toegankelijkheid van Internet.nl. We willen alle informatie zo aanbieden dat iedereen deze kan bekijken en gebruiken.\n"
"\n"
"## Rapport toegankelijkheidsonderzoek \n"
"De website Internet.nl is eind 2018 onderzocht op toegankelijkheid door stichting Accessibility. De bevindingen zijn vastgelegd in het [rapport \"WCAG 2 onderzoek www.internet.nl - niveau AA\"](/static/accessibility/check_6967_auto_rapport.pdf) d.d. 14 november 2018. Platform Internetstandaarden heeft op basis van deze bevindingen een aantal verbeteringen doorgevoerd voor de toegankelijkheid van Internet.nl."

msgid "base about"
msgstr "Over Internet.nl"

msgid "base accessibility"
msgstr "Toegankelijkheid"

msgid "base blogs"
msgstr "Blogs"

msgid "base contact"
msgstr "Contact"

msgid "base copyright"
msgstr "Auteursrecht"

msgid "base disclosure"
msgstr "Kwetsbaarheid melden"

msgid "base faqs"
msgstr "Kennisbank"

msgid "base halloffame"
msgstr "Hall of Fame"

msgid "base halloffame champions"
msgstr "Hall of Fame - Kampioenen!"

msgid "base halloffame lead"
msgstr ""
"{{count}} domeinen met 2 x 100%  \n"
"Laatste toevoeging: {{latest|date:'d-m-Y'}}"

msgid "base halloffame link"
msgstr "Naar Hall of Fame - Kampioenen!"

msgid "base halloffame mail"
msgstr "Hall of Fame - E-mail"

msgid "base halloffame web"
msgstr "Hall of Fame - Websites"

msgid "base home"
msgstr "Home"

msgid "base info"
msgstr ""
"Internet.nl is een initiatief van de internetgemeenschap en de Nederlandse \n"
"overheid."

msgid "base news"
msgstr "Nieuws"

msgid "base newslink"
msgstr "Naar nieuwsoverzicht"

msgid "base privacy"
msgstr "Privacyverklaring"

msgid "base test connection explain"
msgstr ""
"## Wat wordt getest?\n"
"Nadat je de verbindingstest hebt gestart, testen we of de momenteel door jou gebruikte internetverbinding ondersteuning biedt voor de onderstaande moderne Internetstandaarden.\n"
"\n"
"* [IPv6](/faqs/ipv6/): zijn websites met moderne internetadressen voor jou bereikbaar?\n"
"* [DNSSEC](/faqs/dnssec/): worden domeinnaam-handtekeningen voor jou gecontroleerd?\n"
"\n"
"## Testrapport?\n"
"Nadat de test is afgerond, wordt een testrapport getoond. Dit rapport bevat een procentuele totaalscore en resultaten per testonderdeel en subtest. Voor meer informatie zie [\"Toelichting op testrapport\"](/faqs/report/).\n"
"\n"
"## Hoe verbeteren?\n"
"Het testrapport kan je gebruiken om je internetverbinding te verbeteren. Meestal kan je hiervoor het beste contact opnemen met je internetprovider. In de communicatie met je internetprovider kan je de permalink (oftewel de URL) van het testrapport gebruiken.\n"
"\n"
"## Test je verbinding"

msgid "base test connection label"
msgstr "Test je verbinding"

msgid "base test connection text"
msgstr ""
"Moderne adressen bereikbaar?   \n"
"Domein-handtekeningen gecontroleerd?"

msgid "base test connection title"
msgstr "Over de verbindingstest"

msgid "base test explain"
msgstr "Over de test"

msgid "base test mail explain"
msgstr ""
"## Wat wordt getest?\n"
"Nadat je een e-mailadres hebt opgegeven, testen we of de achterliggende e-mailvoorziening ondersteuning biedt voor de onderstaande moderne Internetstandaarden.\n"
"\n"
"* [IPv6](/faqs/ipv6/): bereikbaar via modern internetadres?\n"
"* [DNSSEC](/faqs/dnssec/): domeinnamen ondertekend?\n"
"* [DMARC, DKIM en SPF](/faqs/mailauth/): echtheidswaarmerken tegen e-mailphishing?\n"
"* [STARTTLS en DANE](/faqs/starttls/): beveiligde mailserver-verbinding?\n"
"* [RPKI](/faqs/rpki/): route-autorisatie?\n"
"\n"
"Let op: sommige standaarden zijn zelfs relevant als je je domeinnaam niet gebruikt voor het ontvangen en verzenden van e-mail.\n"
"\n"
"## Testrapport?\n"
"Nadat de test is afgerond, wordt een testrapport getoond. Dit rapport bevat een procentuele totaalscore en resultaten per testonderdeel en subtest. Voor meer informatie zie [\"Toelichting op testrapport\"](/faqs/report/).  \n"
"\n"
"## Hoe verbeteren?\n"
"Het testrapport kan je gebruiken om je e-mailvoorziening te verbeteren. Meestal kan je hiervoor het beste contact opnemen met je e-mailprovider. In de communicatie met je e-mailprovider kan je de permalink (oftewel de URL) van het testrapport gebruiken.\n"
"\n"
"## Widget\n"
"Je kan de e-mailtest integreren in je eigen website door gebruik te maken van onze [widget code](/widget-mail/).\n"
"\n"
"## Test je e-mail"

msgid "base test mail input"
msgstr "Jouw e-mailadres:"

msgid "base test mail label"
msgstr "Test je e-mail"

msgid "base test mail text"
msgstr "Modern adres? Anti-phishing? Beveiligd transport? Route-autorisatie?"

msgid "base test mail title"
msgstr "Over de e-mailtest"

msgid "base test prechecks invalid domain"
msgstr ""
"**De opgegeven domeinnaam is niet geldig!**  \n"
"Toelichting: Een A- en/of AAAA-record is noodzakelijk voor de websitetest, en een SOA-record voor de e-mailtest."

msgid "base test start"
msgstr "Start test"

msgid "base test website explain"
msgstr ""
"## Wat wordt getest?\n"
"Nadat je een domeinnaam van een website heb opgegeven, testen we of de website ondersteuning biedt voor de onderstaande moderne Internetstandaarden.\n"
"\n"
"* [IPv6](/faqs/ipv6/): bereikbaar via modern internetadres?\n"
"* [DNSSEC](/faqs/dnssec/): domeinnaam ondertekend?\n"
"* [HTTPS](/faqs/https/): beveiligde verbinding?\n"
"* [Beveiligingsopties](/faqs/appsecpriv/): beveiligingsopties ingesteld?\n"
"* [RPKI](/faqs/rpki/): route-autorisatie?\n"
"\n"
"## Testrapport?\n"
"Nadat de test is afgerond, wordt een testrapport getoond. Dit rapport bevat een procentuele totaalscore en resultaten per testonderdeel en subtest. Voor meer informatie zie [\"Toelichting op testrapport\"](/faqs/report/). Als je website een score van 100% heeft, dan wordt deze opgenomen in de [Hall of Fame](/halloffame/).\n"
"\n"
"## Hoe verbeteren?\n"
"Het testrapport kan je gebruiken om je website te verbeteren. Meestal kan je hiervoor het beste contact opnemen met je webhoster.\n"
"In de communicatie met je webhoster kan je de permalink (oftewel de URL) van het testrapport gebruiken.\n"
"\n"
"## Widget\n"
"Je kan de websitetest integreren in je eigen website door gebruik te maken van onze [widget code](/widget-site/).\n"
"\n"
"## Test je website"

msgid "base test website input"
msgstr "Jouw website-domeinnaam:"

msgid "base test website label"
msgstr "Test je website"

msgid "base test website text"
msgstr ""
"Modern adres? Beveiligde verbinding? Beveiligingsopties? Route-autorisatie?"

msgid "base test website title"
msgstr "Over de websitetest"

msgid "base widget mail"
msgstr "E-mailtest widget"

msgid "base widget site"
msgstr "Websitetest widget"

msgid "connection pagetitle"
msgstr "Verbindingstest"

msgid "connection title"
msgstr "Verbindingstest"

msgid "copyright content"
msgstr ""
"# Auteursrecht\n"
"\n"
"## Content\n"
"Tenzij anders vermeld, is de inhoud van de website Internet.nl beschikbaar onder de [\"Creative Commons Naamsvermelding 4.0 Internationaal\" licentie](https://creativecommons.org/licenses/by/4.0/deed.nl).\n"
"\n"
"## Software\n"
"\n"
"### Broncode\n"
"De software-broncode van Internet.nl is gepubliceerd onder de [Apache Licentie, versie 2.0](https://opensource.org/licenses/Apache-2.0) op [Github](https://github.com/internetstandards/Internet.nl).\n"
"\n"
"### Bouwstenen\n"
"Internet.nl is mede mogelijk gemaakt door andere open source software te gebruiken en te combineren. De belangrijkste open source bouwstenen van Internet.nl zijn:\n"
"\n"
"- [Python 3](https://www.python.org/) (belangrijkste programmeertaal)\n"
"- [Django](https://www.djangoproject.com/) (web framework)\n"
"- [PostgreSQL](https://www.postgresql.org/) (database)\n"
"- [Celery](https://www.celeryproject.org/) (backend voor asynchrone taken)\n"
"- [Redis](https://redis.io/) (cache backend voor Django en Celery)\n"
"- [RabbitMQ](https://www.rabbitmq.com/) (message broker voor Celery)\n"
"- [unbound/libunbound](https://www.nlnetlabs.nl/projects/unbound/about/) (voor DNS-gerelateerde testen en functionaliteit)\n"
"- [nassl](https://github.com/nabla-c0d3/nassl) (Python bindings voor OpenSSL; voor TLS-gerelateerde testen)\n"
"- [Routinator](https://www.nlnetlabs.nl/projects/rpki/routinator/) (voor RPKI-gerelateerde testen)\n"
"- [SecTXT](https://github.com/DigitalTrustCenter/sectxt) (voor security.txt-test)\n"
"- [Postfix](https://www.postfix.org/) (mailserver voor interactieve e-mailtest, _beta_)\n"
"\n"
"### Donaties\n"
"Om de (open source) projecten waar we op voortbouwen te bedanken en te ondersteunen, geven we hen regelmatig donaties.\n"
"\n"
"#### 2025\n"
"- Django Software Foundation: USD 1719,94\n"
"- Mastodon gGmbH: EUR 1500\n"
"- Zammad Foundation: EUR 1500\n"
"\n"
"#### 2024\n"
"- Celery: USD 1500\n"
"- Mastodon.nl (Stichting ActivityClub): EUR 1500\n"
"- nassl & sslyze (Alban Diquet): EUR 1500\n"
"\n"
"#### 2023\n"
"- Celery: USD 1408,98\n"
"- Django Software Foundation: USD 1409\n"
"- Mastodon gGmbH: EUR 1500\n"
"\n"
"#### 2019\n"
"- Celery: EUR 1500\n"
"- Django Software Foundation: EUR 1500\n"
"- Python Software Foundation: EUR 1500\n"
"\n"
"## Namen en logo's\n"
"- De naam Internet.nl en het Internet.nl-logo zijn expliciet uitgesloten van bovengenoemde licentiëring. We geven geen toestemming voor het gebruik van beide als onze content of softwarecode wordt hergebruikt, tenzij er door ons een expliciete uitzondering wordt gemaakt en aan de bijbehorende criteria is voldaan (bijv. bij de [100%-badges](/faqs/badges/)).\n"
"- De namen en logo's in de iconen die verwijzen naar onze plekken op social media zijn expliciet uitgesloten van bovengenoemde licentiëring.\n"
"\n"
"## Hergebruik\n"
"\n"
"### Hergebruikers van broncode\n"
"\n"
"Voor zover bekend maken de volgende test-websites hergebuik van de Internet.nl broncode. Laat het ons weten als jouw website gebaseerd is op onze broncode.\n"
"\n"
"- [top.nic.br](https://top.nic.br/) (Brazilië)\n"
"- [sikkerpånettet.dk](https://xn--sikkerpnettet-vfb.dk/) (Denemarken)\n"
"- [internet.bzh](https://internet.bzh) (Frankrijk)\n"
"- [internet-standards.de](https://internet-standards.de) (Duitsland)\n"
"- [internetkollen.se](https://internetkollen.se) (Zweden)\n"
"- [conformite-internet.fr](https://conformite-internet.fr/) (Frankrijk)\n"
"\n"
"### Naamsvermelding bij hergebruik\n"
"Als je de broncode en/of testresultaten van Internet.nl hergebruikt in je eigen website of dienst, dan vragen wij je vriendelijk om naamsvermelding. Je kan daarvoor bijvoorbeeld de volgende tekst gebruiken en op een duidelijke plaats weergeven.\n"
"\n"
"#### Broncode\n"
"\n"
"> Deze website maakt hergebruik van broncode van het [Internet.nl](https://internet.nl)-project.\n"
"\n"
"Merk op dat als je de broncode niet alleen hergebruikt, maar ook verder verspreidt, de eerder genoemde Apache-licentie ook eisen stelt aan naamsvermelding.\n"
"\n"
"#### Testresultaten\n"
"\n"
"> Deze website maakt hergebruik van testresultaten van de [Internet.nl](https://internet.nl)-testtool."

msgid "detail conn dnssec validation exp"
msgstr ""
"We testen of de door jou gebruikte resolvers de DNSSEC-handtekeningen van \n"
"onze domeinnaam valideren. Resolvers worden normaal gesproken geleverd door \n"
"je internetprovider. Als alternatief kun je resolvers van een andere DNS \n"
"provider instellen. Je kan zelfs je eigen lokaal geïnstalleerde resolver \n"
"gebruiken. Hoewel validatie plaatsvindt op de resolver, kan nog steeds door \n"
"een aanvaller gerommeld worden met de communicatie tussen de resolver en \n"
"jouw apparaat (ook wel 'last mile' genoemd). Het is daarom het meest veilig \n"
"om zo dicht mogelijk op je apparaat te valideren (bijv. door een lokaal \n"
"geïnstalleerde resolver te gebruiken), of zorg ervoor dat het kanaal tussen \n"
"je resolver en je apparaat beveiligd c.q. vertrouwd is."

msgid "detail conn dnssec validation label"
msgstr "DNSSEC-validatie"

msgid "detail conn dnssec validation tech table"
msgstr "DNS-provider"

msgid "detail conn dnssec validation verdict bad"
msgstr "Je bent *niet* beschermd door validatie van DNSSEC-handtekeningen."

msgid "detail conn dnssec validation verdict good"
msgstr "Je bent beschermd door validatie van DNSSEC-handtekeningen."

msgid "detail conn ipv6 connection exp"
msgstr ""
"We testen of jouw apparaat via zijn huidige internetverbinding in staat is \n"
"om *direct* (d.w.z. zonder DNS-vertaling) verbinding te maken met onze \n"
"webserver via ons bijbehorende IPv6-adres.\n"
"\n"
"Sommige browser add-ons en routers bieden functionaliteit aan voor het filteren van domeinnamen om de privacy te verbeteren of internetgebruik te beperken. Om omzeiling te voorkomen blokkeert deze functionaliteit vaak ook het direct verbinden met IP-adressen waardoor deze subtest faalt."

msgid "detail conn ipv6 connection label"
msgstr "IPv6-connectiviteit (direct)"

msgid "detail conn ipv6 connection tech table"
msgstr "Geanonimiseerd IPv6-adres|Reverse name|Internetprovider"

msgid "detail conn ipv6 connection verdict bad"
msgstr ""
"Je bent *niet* in staat om computers direct op hun IPv6-adres te bereiken."

msgid "detail conn ipv6 connection verdict good"
msgstr "Je bent in staat om computers direct op hun IPv6-adres te bereiken."

msgid "detail conn ipv6 dns-conn exp"
msgstr ""
"We testen of jouw apparaat middels zijn huidige internetverbinding in staat \n"
"is om verbinding te maken met onze webserver via IPv6. Voor deze test bieden\n"
" we een domeinnaam aan en we verwachten dat je resolver voor deze domeinnaam\n"
" het bijbehorende IPv6-adres ophaalt."

msgid "detail conn ipv6 dns-conn label"
msgstr "IPv6-connectiviteit (via DNS)"

msgid "detail conn ipv6 dns-conn verdict bad"
msgstr ""
"Je bent *niet* in staat om computers via DNS op hun IPv6-adres te bereiken."

msgid "detail conn ipv6 dns-conn verdict good"
msgstr "Je bent in staat om computers via DNS op hun IPv6-adres te bereiken."

msgid "detail conn ipv6 ipv4-conn exp"
msgstr ""
"We testen of jouw apparaat middels zijn huidige internetverbinding in staat \n"
"is om verbinding te maken met onze webserver via IPv4. Voor deze test bieden\n"
" we een domeinnaam aan en we verwachten dat je resolver voor deze domeinnaam\n"
" het bijbehorende IPv4-adres ophaalt.\n"
" \n"
"*Niveau van vereistheid: Optioneel*"

msgid "detail conn ipv6 ipv4-conn label"
msgstr "IPv4-connectiviteit (via DNS)"

msgid "detail conn ipv6 ipv4-conn tech table"
msgstr "Geanonimiseerd IPv4-adres|Reverse name|Internetprovider"

msgid "detail conn ipv6 ipv4-conn verdict bad"
msgstr ""
"Je bent *niet* in staat om computers via DNS op hun IPv4-adres te bereiken."

msgid "detail conn ipv6 ipv4-conn verdict good"
msgstr "Je bent in staat om computers via DNS op hun IPv4-adres te bereiken."

msgid "detail conn ipv6 privacy exp"
msgstr ""
"We testen of je apparaat 'IPv6 Privacy Extensions for SLAAC' (of een ander \n"
"IPv6-configuratieproces dan SLAAC) gebruikt om het lekken van zijn mogelijk \n"
"privacygevoelige MAC-adres naar computers waarmee het via IPv6 verbinding \n"
"maakt te voorkomen."

msgid "detail conn ipv6 privacy label"
msgstr "Privacy Extensions voor IPv6"

msgid "detail conn ipv6 privacy verdict bad"
msgstr "Je gebruikt SLAAC *zonder* 'IPv6 Privacy Extensions'."

msgid "detail conn ipv6 privacy verdict good"
msgstr ""
"Je hebt 'IPv6 Privacy Extensions' geactiveerd (of je gebruikt geen SLAAC)."

msgid "detail conn ipv6 resolver-conn exp"
msgstr ""
"We testen of ten minste één van de door jou gebruikte DNS-resolvers in staat\n"
" is om onze autoritatieve nameserver te bereiken via IPv6. Vaak levert je \n"
"internetprovider de DNS-resolver(s)."

msgid "detail conn ipv6 resolver-conn label"
msgstr "IPv6-connectiviteit van DNS-resolver"

msgid "detail conn ipv6 resolver-conn verdict bad"
msgstr "Je DNS-resolver kan *niet* nameservers via IPv6 bereiken."

msgid "detail conn ipv6 resolver-conn verdict good"
msgstr "Je DNS-resolver kan nameservers via IPv6 bereiken."

msgid "detail mail auth dkim exp"
msgstr ""
"We testen of je domeinnaam DKIM ondersteunt. Een ontvangende mailserver kan\n"
"de publieke sleutel in je DKIM-record gebruiken om de handtekening in een\n"
"e-mail met een gebruiker van jouw domein als afzender te controleren en de\n"
"authenticiteit van de e-mail te bepalen.\n"
"\n"
"* Om te slagen voor deze test verwachten we dat je nameserver `NOERROR` antwoordt op onze  bevraging\n"
"voor `_domainkey.example.nl`. Als `_domainkey.example.nl` een 'empty non-\n"
"terminal' is, dan zullen sommige nameservers die zich niet houden aan de\n"
"standaard [RFC 2308](https://www.rfc-editor.org/rfc/rfc2308), foutief antwoorden met `NXDOMAIN` in plaats van\n"
"`NOERROR`. Dit maakt het detecteren van het DKIM-record voor ons onmogelijk.\n"
"* Op dit moment zijn we niet in staat om de publieke sleutel in je DKIM-record op te vragen en te beoordelen, omdat we daarvoor \n"
"een e-mail van jouw domein zouden moeten ontvangen.\n"
"* Bij deze test gaan we uit van 'strict alignment' hetgeen conform DMARC is. Het geteste domein wordt beschouwd als het verzenddomein in het mailbericht (`From:`) en moet gelijk zijn aan zowel het DKIM-domein (`d=`) als het SPF-domein (envelope sender, d.w.z. return-path dat terugkomt in `MAIL FROM`).\n"
"\n"
"Aanvullende opmerkingen:\n"
"\n"
"* Sommige e-mailsystemen wijzigen e-mail tijdens het transport, waardoor een DKIM-handtekening mogelijk ongeldig wordt. In veel gevallen zijn deze wijzigingen onschuldig. Voorbeelden zijn het vervangen van witruimte en het herordenen van headervelden. Als u een DKIM-ondertekenende verzender bent, dan kunt u kiezen of u dit soort wijzigingen wel of niet tolereert, zowel voor de header als voor de body van e-mails. De `simple` instelling tolereert bijna geen wijzigingen en `relaxed` tolereert veel voorkomende wijzigingen. Als er geen instelling is opgegeven, wordt standaard `simple` gebruikt voor zowel de header als de body. Met name headerwijzigingen zijn een veelvoorkomende oorzaak dat een DKIM-handtekening onbedoeld ongeldig wordt, waardoor de bezorgbaarheid wordt belemmerd. Het gebruik van `relaxed` voor de header en `simple` voor de body (`c=relaxed/simple`) kan dit soort problemen verminderen.\n"
"* Voor een \"good practice voor domeinnamen zonder mail\" zie de [uitleg van de \"DMARC-policy\" subtest](#control-panel-9)."

msgid "detail mail auth dkim label"
msgstr "DKIM aanwezigheid"

msgid "detail mail auth dkim verdict bad"
msgstr "Je domeinnaam ondersteunt *geen* DKIM-records."

msgid "detail mail auth dkim verdict good"
msgstr "Je domeinnaam ondersteunt DKIM-records."

msgid "detail mail auth dkim verdict no-email"
msgstr ""
"Je domeinnaam ondersteunt *geen* DKIM-records. Echter omdat je DMARC- en "
"SPF-records aangeven dat er geen mail vanaf je domein wordt verstuurd, is "
"DKIM niet nodig en wordt deze subtest overgeslagen."

msgid "detail mail auth dmarc exp"
msgstr ""
"We testen of DMARC beschikbaar is voor jouw domein. Een ontvangende\n"
"mailserver kan de DMARC-policy gebruiken om te bepalen hoe om te gaan met\n"
"een e-mail met jouw domein als verzender waarvan de authenticatie met zowel\n"
"DKIM als SPF faalt, en de ontvangende mailserver kan je e-mailadres uit het DMARC-record\n"
"gebruiken om je feedbackrapporten over het authenticatieresultaat te sturen. Het hebben van meer dan één DMARC-record op hetzelfde domein is niet geldig en zorgt ervoor dat het domein voor de test faalt. Let op: DMARC vereist dat\n"
"het SPF-domein (envelope sender, d.w.z. return-path dat terugkomt in\n"
"`MAIL FROM`) en het DKIM-domein (`d=`) gelijk zijn aan het verzenddomein in het\n"
"mailbericht (`From:`). "

msgid "detail mail auth dmarc label"
msgstr "DMARC aanwezigheid"

msgid "detail mail auth dmarc tech table"
msgstr "DMARC-record|Gevonden op"

msgid "detail mail auth dmarc verdict bad"
msgstr "Je domeinnaam heeft *geen* DMARC-record."

msgid "detail mail auth dmarc verdict good"
msgstr "Je domeinnaam heeft een DMARC-record."

msgid "detail mail auth dmarc-policy exp"
msgstr ""
"We controleren of de syntax van je DMARC-record correct is en of deze een voldoende strikte policy bevat (`p=quarantine` of `p=reject`) om misbruik van je domein door phishers en spammers tegen te gaan. Zelfs zonder een strikte policy kan DMARC nuttig zijn om met behulp van DMARC-rapporten meer inzicht te verkrijgen in legale en illegale uitgaande e-mailstromen. Maar om DMARC effectief te laten zijn tegen misbruik van je domein, is een liberale policy (`p=none`) niet voldoende. Als \"DMARC policy test mode\" is ingeschakeld (`t=y`), dan is de daadwerkelijke policy één niveau minder streng en wordt het in deze test als zodanig beoordeeld.\n"
"\n"
"We controleren ook of de mailadressen onder `rua=` en `ruf=` geldig zijn. Als deze een extern e-mailadres bevatten dan controleren we of het externe domein geautoriseerd is om DMARC-rapportages te ontvangen. Zorg ervoor dat het DMARC-autorisatierecord op het externe domein ten minste `\"v=DMARC1;\"` bevat.\n"
"\n"
"De test staat het gebruik van de experimentele `np` tag toe ([RFC 9091](https://www.rfc-editor.org/rfc/rfc9091)).\n"
"\n"
"*Good practice voor domeinnaam zonder mail:*\n"
"\n"
"* Niet-verzendend: Gebruik de meest strikte DMARC policy (`p=reject`) en SPF policy (`-all`) voor (sub-)domeinnamen die je niet gebruikt om mail vanaf te versturen, om misbruik ('spoofing') tegen te gaan. Merk op dat DKIM in dit geval niet noodzakelijk is.\n"
"* Niet-ontvangend: Voor meer informatie over \"Null MX\" en \"No MX\" zie de uitleg van de [\"STARTTLS beschikbaar\" subtest](#control-panel-13).\n"
"\n"
"Hieronder volgen twee basisvoorbeelden van de DNS-configuratie voor een domeinnaam die niet gebruikt wordt voor het verzenden en ontvangen van mail.\n"
"\n"
"*A. Enkele domeinnaam zonder A- of AAAA-record*\n"
"\n"
"    example.nl. TXT \"v=spf1 -all\"\n"
"    *.example.nl. TXT \"v=spf1 -all\"\n"
"    _dmarc.example.nl. TXT \"v=DMARC1; p=reject\"\n"
"\n"
" \n"
"\n"
"*B. Enkele domeinnaam met A- of AAAA-record*\n"
"\n"
"    example.nl. AAAA 2a00:d78:0:712:94:198:159:35\n"
"    example.nl. A 94.198.159.35\n"
"    example.nl. MX 0 .\n"
"    example.nl. TXT \"v=spf1 -all\"\n"
"    *.example.nl. TXT \"v=spf1 -all\"\n"
"    www.example.nl. CNAME example.nl\n"
"    _dmarc.example.nl. TXT \"v=DMARC1; p=reject\""

msgid "detail mail auth dmarc-policy label"
msgstr "DMARC policy"

msgid "detail mail auth dmarc-policy verdict bad"
msgstr "Je DMARC-policy is syntactisch *niet* correct."

msgid "detail mail auth dmarc-policy verdict external"
msgstr ""
"De domeinnaam van het mailadres na `rua=` en/of `ruf=` bevat *geen* (geldig)"
" autorisatie-record om DMARC-rapporten te ontvangen voor de geteste "
"domeinnaam. "

msgid "detail mail auth dmarc-policy verdict good"
msgstr "Je DMARC-policy is voldoende strikt."

msgid "detail mail auth dmarc-policy verdict policy"
msgstr "Je DMARC-policy is *niet* voldoende strikt."

msgid "detail mail auth spf exp"
msgstr ""
"We testen of je domeinnaam een SPF-record heeft. Een ontvangende mailserver kan de IP-adressen in je SPF-record gebruiken om de verzendende mailserver van een ontvangen e-mail met jouw domein als afzender te authenticeren. Het bijbehorende beleid kan worden gebruikt om passende actie te ondernemen als de authenticatie mislukt. Meer dan één SPF-record op hetzelfde domein is niet geldig en zorgt ervoor dat het domein voor de test faalt.\n"
"\n"
"Voor een \"good practice voor domeinnamen zonder mail\" zie de [uitleg van de \"DMARC-policy\" subtest](#control-panel-9)."

msgid "detail mail auth spf label"
msgstr "SPF aanwezigheid"

msgid "detail mail auth spf tech table"
msgstr "SPF-record"

msgid "detail mail auth spf verdict bad"
msgstr "Je domeinnaam heeft geen geldig SPF-record."

msgid "detail mail auth spf verdict good"
msgstr "Je domein heeft een SPF-record."

msgid "detail mail auth spf-policy exp"
msgstr ""
"We controleren of de syntax van je SPF-record geldig is en of deze een voldoende strikte policy, d.w.z. `~all` (softfail) of `-all` (hardfail), bevat om misbruik van je domein door phishers en spammers tegen te gaan. Om misbruik van je domein tegen te gaan is een liberale policy, d.w.z. `+all` (pass) of `?all` (neutral), onvoldoende. Als `all` ontbreekt en er is geen `redirect` aanwezig in je SPF-record, dan is de default policy `?all`. \n"
"\n"
"We volgen ook `include` en `redirect` voor geldige SPF-records. Bovendien controleren we of je SPF-record het toegestane aantal van 10 DNS-opvragingen niet overschrijdt waardoor het geen werking meer heeft. Ieder van de volgende SPF-termen telt als een DNS-opvraging: `redirect`, `include`, `a`, `mx`, `ptr` en `exist`. Terwijl de SPF-termen `all`, `ip4`, `ip6` en `exp` niet tellen als DNS-opvragingen.\n"
"\n"
"Merk op dat als het domein onder `include` of `redirect` uit macro's bestaat, dan volgen we deze niet omdat we niet over de noodzakelijk informatie van een daadwerkelijke mail of mailserververbinding beschikken om de macro's uit te voeren. Dit betekent dat we het gevolg van macro's niet beoordelen. Bovendien tellen we de door macro's veroorzaakte DNS-opvragingen niet mee om te bepalen of het toegestane aantal DNS-opvragingen is overschreden.\n"
"\n"
"Voor verzendende domeinen heeft het gebruik van `~all` (softfail) in plaats van `-all` (fail) meestal de voorkeur. De reden hiervoor is dat wanneer de SPF-authenticatie faalt met een SPF fail, een ontvangende mailserver de verbinding al kan blokkeren zonder de DKIM-handtekening en het DMARC-beleid te evalueren. Dit kan leiden tot ten onrechte geblokkeerde mails (bijvoorbeeld wanneer mails door de ontvangende mailserver automatisch worden doorgestuurd naar een andere ontvangende mailserver). Merk op dat een getriggerde SPF softfail er nog steeds voor zorgt dat een strikte DMARC policy je domein beschermt als ook de DKIM-authenticatie faalt.\n"
"\n"
"Voor domeinen zonder mail zie de good practice op [uitleg van de \"DMARC-policy\" subtest](#control-panel-9)."

msgid "detail mail auth spf-policy label"
msgstr "SPF policy"

msgid "detail mail auth spf-policy tech table"
msgstr "Domein|SPF-record"

msgid "detail mail auth spf-policy verdict all"
msgstr "Je SPF-policy is *niet* voldoende strikt."

msgid "detail mail auth spf-policy verdict bad"
msgstr "Je SPF-policy is syntactisch *niet* correct."

msgid "detail mail auth spf-policy verdict good"
msgstr "Je SPF-policy is voldoende strikt."

msgid "detail mail auth spf-policy verdict include"
msgstr ""
"Je SPF-policy is *niet* voldoende strikt. Het 'include'-mechanisme in je "
"SPF-record verwijst naar een onvoldoende strikte SPF-policy of naar een "
"niet-bestaand SPF-record."

msgid "detail mail auth spf-policy verdict max-lookups"
msgstr ""
"Je SPF-policy is *niet* effectief omdat deze meer dan de toegestane 10 DNS-"
"opvragingen vereist. Elk van de volgende SPF-termen telt als een DNS-"
"opvraging: `redirect`, `include`, `a`, `mx`, `ptr` en `exist`. Terwijl de "
"SPF-termen `all`, `ip4`, `ip6` en `exp` niet tellen als DNS-opvragingen."

msgid "detail mail auth spf-policy verdict redirect"
msgstr ""
"Je SPF-policy is *niet* voldoende strikt. De 'redirect modifier' in je SPF-"
"record verwijst naar een onvoldoende strikte SPF-policy of naar een niet-"
"bestaand SPF-record."

msgid "detail mail dnssec exists exp"
msgstr ""
"We testen of de domeinnaam in je e-mailadres, meer specifiek het SOA-record, ondertekend is met DNSSEC. De handtekening zorgt ervoor dat een verzender, die domeinhandtekeningen controleert, op een betrouwbare wijze jouw mailserverdomeinen (MX) kan opvragen. Dit voorkomt dat een aanvaller het antwoord manipuleert en aan jou gerichte mail omleidt naar een mailserverdomein dat onder controle is van de aanvaller.\n"
"\n"
"Als een domein via `CNAME` doorverwijst naar een ander domein, dan checken we (conform de DNSSEC-standaard) ook of het CNAME-domein ondertekend is met DNSSEC. Als het CNAME-domein niet ondertekend is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Let op: de geldigheid van de ondertekening wordt niet getest in deze subtest maar wel in de volgende subtest."

msgid "detail mail dnssec exists label"
msgstr "DNSSEC aanwezigheid"

msgid "detail mail dnssec exists tech table"
msgstr "E-mailadresdomein|Registrar"

msgid "detail mail dnssec exists verdict bad"
msgstr ""
"Je e-mailadresdomein is onveilig oftewel 'insecure', omdat het *niet* ondertekend is \n"
"met DNSSEC."

msgid "detail mail dnssec exists verdict good"
msgstr "Je e-mailadresdomein is met DNSSEC ondertekend."

msgid "detail mail dnssec exists verdict resolver-error"
msgstr ""
"Helaas is in de resolver van Internet.nl een fout opgetreden. Neem a.j.b. \n"
"[contact](/about/) met ons op."

msgid "detail mail dnssec exists verdict servfail"
msgstr ""
"De nameservers van je e-mailadresdomein zijn *kapot*. Ze gaven een foutmelding \n"
"(`SERVFAIL`) terug op onze bevragingen voor een DNSSEC-handtekening. Vraag \n"
"de nameserver-beheerder (vaak je registrar en/of hostingprovider) om dit \n"
"spoedig op te lossen."

msgid "detail mail dnssec mx-exists exp"
msgstr ""
"We testen of de domeinnamen van je mailservers (MX), meer specifiek hun SOA-records, ondertekend zijn met \n"
"DNSSEC. De handtekening zorgt ervoor dat een verzender, die domeinhandtekeningen controleert, op een betrouwbare wijze de IP-adressen en DANE-records van jouw mailservers kan opvragen. Dit voorkomt dat een aanvaller het antwoord manipuleert en aan jou gerichte mail omleidt naar IP-adressen die onder controle staan van de aanvaller óf de beveiligde mailserver-verbinding afluistert.\n"
"\n"
"Als een domein via `CNAME` doorverwijst naar een ander domein, dan checken we (conform de DNSSEC-standaard) ook of het CNAME-domein ondertekend is met DNSSEC. Als het CNAME-domein niet ondertekend is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Merk op dat de e-mailtest niet terugvalt op A/AAAA-records voor mailservers in geval van afwezigheid van een MX-record.\n"
"\n"
"De geldigheid van de ondertekening wordt niet getest in deze subtest maar wel in de volgende subtest."

msgid "detail mail dnssec mx-exists label"
msgstr "DNSSEC aanwezigheid"

msgid "detail mail dnssec mx-exists tech table"
msgstr "Domein van mailserver (MX)|DNSSEC aanwezig"

msgid "detail mail dnssec mx-exists verdict bad"
msgstr ""
"Tenminste één van jouw mailserverdomeinen is onveilig oftewel 'insecure', \n"
"omdat deze *niet* ondertekend is met DNSSEC."

msgid "detail mail dnssec mx-exists verdict good"
msgstr "Al je mailserverdomeinen zijn ondertekend met DNSSEC."

msgid "detail mail dnssec mx-exists verdict invalid-null-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, óf je domeinnaam heeft geen A/AAAA records, "
"waardoor het \"Null MX\" record onnodig is. Óf op je domeinnaam is een "
"ontvangende mailserver ingesteld door een ander MX record, waardoor de "
"\"Null MX\" tegenstrijdig is."

msgid "detail mail dnssec mx-exists verdict no-mailservers"
msgstr ""
"Het SPF-record op je domeinnaam geeft aan dat je domeinnaam kan worden "
"gebruikt voor het verzenden van e-mail. Je domeinnaam heeft echter geen "
"ontvangende mailserver (MX), wat de bezorgbaarheid van je verzonden e-mail "
"kan belemmeren omdat het ontbreken van een MX door ontvangers kan worden "
"gezien als een indicator voor spam. Als je daarom echt mail vanaf deze "
"domeinnaam wilt verzenden, configureer dan een MX. Als je echter geen mail "
"wilt versturen vanaf deze domeinnaam, configureer dan een SPF-record met "
"alleen de term `-all` en daarnaast een \"Null MX\" record als je domeinnaam "
"A/AAAA-records heeft. Vanwege je configuratie zijn de subtests in de "
"categorie STARTTLS en DANE en de mailserver-specifieke subtests in de "
"categorieën IPv6 en DNSSEC niet van toepassing."

msgid "detail mail dnssec mx-exists verdict no-null-mx"
msgstr ""
"Er zijn geen ontvangende mailservers (MX) ingesteld op je domeinnaam die wel"
" A/AAAA records heeft. We adviseren je om duidelijk te laten zien dat je "
"domeinnaam geen e-mail accepteert door een \"Null MX\" record te publiceren."
" Gebruik geen \"Null MX\"-record en stel een MX in als je wel e-mail wil "
"verzenden vanaf deze domeinnaam, aangezien ontvangende servers e-mail met "
"een ongeldig retouradres kunnen weigeren."

msgid "detail mail dnssec mx-exists verdict null-mx"
msgstr ""
"Je domeinnaam die A/AAAA-records heeft, geeft met een \"Null MX\" record "
"duidelijk aan geen e-mail te accepteren. Dat is prima als je geen e-mail "
"wilt ontvangen. Gebruik geen \"Null MX\"-record en stel een MX in als je wel"
" e-mail wil verzenden vanaf deze domeinnaam, aangezien ontvangende servers "
"e-mail met een ongeldig retouradres kunnen weigeren."

msgid "detail mail dnssec mx-exists verdict null-mx-with-other-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, op je domeinnaam is een ontvangende mailserver "
"ingesteld door een ander MX record, waardoor de \"Null MX\" tegenstrijdig "
"is."

msgid "detail mail dnssec mx-exists verdict null-mx-without-a-aaaa"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, je domeinnaam heeft geen A/AAAA records, waardoor"
" het \"Null MX\" record onnodig is."

msgid "detail mail dnssec mx-exists verdict resolver-error"
msgstr ""
"Helaas is in de resolver van Internet.nl een fout opgetreden. Neem a.j.b. \n"
"[contact](/about/) met ons op."

msgid "detail mail dnssec mx-exists verdict servfail"
msgstr ""
"De nameservers van tenminste één van je mailserverdomeinen zijn *kapot*. Ze \n"
"gaven een foutmelding (`SERVFAIL`) terug op onze bevragingen voor een \n"
"DNSSEC-handtekening. Vraag de nameserver-beheerder (vaak je mailprovider) om\n"
" dit spoedig op te lossen."

msgid "detail mail dnssec mx-valid exp"
msgstr ""
"We testen of de domeinen van je ontvangende mailservers (MX), meer specifiek hun SOA-records, zijn \n"
"ondertekend met een geldige DNSSEC-handtekening die ze veilig oftewel 'secure' maakt.\n"
"\n"
"Als een domeinnaam via `CNAME` verwijst naar een ander ondertekend domeinnaam, dan checken we (conform de DNSSEC-standaard) ook of de ondertekening van het CNAME-domein geldig is. Als de ondertekening van de CNAME-domeinnaam niet geldig is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Merk op dat we alleen de nameserver testen die als eerste reageert. Als nameservers van een domeinnaam inconsistente configuraties hebben, kan dit leiden tot variërende testresultaten. In dat geval kan het resultaat voor deze subtest bijvoorbeeld de ene keer 'secure' en de andere keer 'bogus' zijn."

msgid "detail mail dnssec mx-valid label"
msgstr "DNSSEC geldigheid"

msgid "detail mail dnssec mx-valid tech table"
msgstr "Domein van mailserver (MX)|Status"

msgid "detail mail dnssec mx-valid verdict bad"
msgstr ""
"Tenminste één van de ondertekende domeinen van je mailservers is onbetrouwbaar oftewel \n"
"'bogus', omdat zijn DNSSEC-handtekening niet geldig is. Óf iemand \n"
"manipuleerde de antwoorden van de nameservers, óf je mailserverdomein heeft \n"
"serieuze DNSSEC-configuratiefouten. Dit laatste maakt je ontvangende \n"
"mailserver onbereikbaar voor alle verzendende mailservers die DNSSEC-handtekeningen controleren. Neem zo spoedig mogelijk contact op met de \n"
"nameserver-beheerder (vaak je mailprovider)."

msgid "detail mail dnssec mx-valid verdict good"
msgstr ""
"Al de ondertekende domeinnamen van je mailservers zijn veilig oftewel 'secure', omdat hun\n"
" DNSSEC-handtekeningen geldig zijn."

msgid "detail mail dnssec mx-valid verdict unsupported-ds-algo"
msgstr ""
"Tenminste één van de domeinen van je mailservers is ondertekend met een "
"algoritme dat onze validerende resolver momenteel nog niet ondersteunt. "
"Daardoor zijn we niet in staat de geldigheid van zijn DNSSEC-handtekening te"
" controleren."

msgid "detail mail dnssec valid exp"
msgstr ""
"We testen of je domeinnaam, meer specifiek het SOA-record, is ondertekend met een geldige DNSSEC-handtekening.\n"
"\n"
"Als een domeinnaam via `CNAME` verwijst naar een ander ondertekend domeinnaam, dan checken we (conform de DNSSEC-standaard) ook of de ondertekening van het CNAME-domein geldig is. Als de ondertekening van de CNAME-domeinnaam niet geldig is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Merk op dat we alleen de nameserver testen die als eerste reageert. Als nameservers van een domeinnaam inconsistente configuraties hebben, kan dit leiden tot variërende testresultaten. In dat geval kan het resultaat voor deze subtest bijvoorbeeld de ene keer 'secure' en de andere keer 'bogus' zijn."

msgid "detail mail dnssec valid label"
msgstr "DNSSEC geldigheid"

msgid "detail mail dnssec valid tech table"
msgstr "E-mailadresdomein|Status"

msgid "detail mail dnssec valid verdict bad"
msgstr ""
"Je e-mailadresdomein is onbetrouwbaar oftewel 'bogus', omdat de DNSSEC-handtekening\n"
" *niet* geldig is. Óf iemand manipuleerde het antwoord van jouw nameserver, \n"
"óf je domeinnaam heeft een *serieuze DNSSEC-configuratiefout*. Dit laatste \n"
"maakt je domeinnaam onbereikbaar voor alle gebruikers die DNSSEC-handtekeningen controleren. Neem zo spoedig mogelijk contact op met je \n"
"nameserver-beheerder (vaak je registrar of hostingprovider)."

msgid "detail mail dnssec valid verdict good"
msgstr ""
"Je e-mailadresdomein is veilig oftewel 'secure', omdat zijn DNSSEC-handtekening \n"
"geldig is."

msgid "detail mail dnssec valid verdict unsupported-ds-algo"
msgstr ""
"Je e-mailadresdomein is ondertekend met een algoritme dat onze validerende "
"resolver momenteel nog niet ondersteunt. Daardoor zijn we niet in staat de "
"geldigheid van zijn DNSSEC-handtekening te controleren."

msgid "detail mail ipv6 mx-AAAA exp"
msgstr ""
"We testen of er tenminste één AAAA-record met IPv6-adres voor iedere \n"
"ontvangende mailserver (MX) is. In het geval er geen mailserver is \n"
"gedefinieerd, geven we een notificatie en we voeren andere subtesten van de \n"
"mailtest die nog steeds relevant zijn gewoon uit.\n"
"\n"
"'IPv4-mapped IPv6 addresses' ([RFC 4291](https://www.rfc-editor.org/rfc/rfc4291), beginnend met ::ffff:) zullen falen in deze subtest, aangezien zij *geen* IPv6-connectiviteit bieden.\n"
"\n"
"Merk op dat de e-mailtest niet terugvalt op A/AAAA-records voor mailservers in geval van afwezigheid van een MX-record."

msgid "detail mail ipv6 mx-AAAA label"
msgstr "IPv6-adressen voor mailserver(s)"

msgid "detail mail ipv6 mx-AAAA tech table"
msgstr "Mailserver (MX)|IPv6-adres|IPv4-adres"

msgid "detail mail ipv6 mx-AAAA verdict bad"
msgstr ""
"Tenminste één ontvangende mailserver op jouw domeinnaam heeft *geen* \n"
"IPv6-adres."

msgid "detail mail ipv6 mx-AAAA verdict good"
msgstr ""
"Alle ontvangende mailservers op jouw domeinnaam hebben een IPv6-adres."

msgid "detail mail ipv6 mx-AAAA verdict invalid-null-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, óf je domeinnaam heeft geen A/AAAA records, "
"waardoor het \"Null MX\" record onnodig is. Óf op je domeinnaam is een "
"ontvangende mailserver ingesteld met een ander MX record, waardoor de \"Null"
" MX\" tegenstrijdig is."

msgid "detail mail ipv6 mx-AAAA verdict no-null-mx"
msgstr ""
"Er zijn geen ontvangende mailservers (MX) ingesteld op je domein dat A/AAAA-"
"records heeft en dat een SPF-record heeft met alleen de term `-all`. We "
"raden je aan een \"Null MX\" record in te stellen om expliciet aan te geven "
"dat je domein geen e-mail accepteert. Vanwege je configuratie zijn de "
"subtests in de categorie STARTTLS en DANE en de mailserver-specifieke "
"subtests in de categorieën IPv6 en DNSSEC niet van toepassing."

msgid "detail mail ipv6 mx-AAAA verdict null-mx"
msgstr ""
"Je domeinnaam die A/AAAA-records heeft, geeft met een \"Null MX\" record "
"duidelijk aan geen e-mail te accepteren. Dat is prima als je geen e-mail "
"wilt ontvangen. Gebruik geen \"Null MX\"-record en stel een MX in als je wel"
" e-mail wil verzenden vanaf deze domeinnaam, aangezien ontvangende servers "
"e-mail met een ongeldig retouradres kunnen weigeren."

msgid "detail mail ipv6 mx-AAAA verdict null-mx-with-other-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, op je domeinnaam is een ontvangende mailserver "
"ingesteld door een ander MX record, waardoor de \"Null MX\" tegenstrijdig "
"is."

msgid "detail mail ipv6 mx-AAAA verdict null-mx-without-a-aaaa"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, je domeinnaam heeft geen A/AAAA records, waardoor"
" het \"Null MX\" record onnodig is."

msgid "detail mail ipv6 mx-AAAA verdict other"
msgstr ""
"Het SPF-record op je domeinnaam geeft aan dat je domeinnaam kan worden "
"gebruikt voor het verzenden van e-mail. Je domeinnaam heeft echter geen "
"ontvangende mailserver (MX), wat de bezorgbaarheid van je verzonden e-mail "
"kan belemmeren omdat het ontbreken van een MX door ontvangers kan worden "
"gezien als een indicator voor spam. Als je daarom echt mail vanaf deze "
"domeinnaam wilt verzenden, configureer dan een MX. Als je echter geen mail "
"wilt versturen vanaf deze domeinnaam, configureer dan een SPF-record met "
"alleen de term `-all` en daarnaast een \"Null MX\" record als je domeinnaam "
"A/AAAA-records heeft. Vanwege je configuratie zijn de subtests in de "
"categorie STARTTLS en DANE en de mailserver-specifieke subtests in de "
"categorieën IPv6 en DNSSEC niet van toepassing."

msgid "detail mail ipv6 mx-reach exp"
msgstr ""
"We testen of we je mailservers (MX) kunnen bereiken via IPv6 op poort 25. We\n"
" testen alle IPv6-adressen die we ontvangen van de nameservers van je \n"
"mailserverdomein(en). Een deelscore wordt gegeven als niet alle \n"
"IPv6-adressen bereikbaar zijn. Als een IPv6-adres (syntactisch) ongeldig is,\n"
" dan beschouwen we dat als onbereikbaar."

msgid "detail mail ipv6 mx-reach label"
msgstr "IPv6-bereikbaarheid van mailserver(s)"

msgid "detail mail ipv6 mx-reach tech table"
msgstr "Mailserver (MX)|Onbereikbaar IPv6-adres"

msgid "detail mail ipv6 mx-reach verdict bad"
msgstr ""
"Tenminste één van je ontvangende mailservers met een IPv6-adres is *niet* \n"
"bereikbaar via IPv6."

msgid "detail mail ipv6 mx-reach verdict good"
msgstr ""
"Al je ontvangende mailservers met een IPv6-adres zijn bereikbaar via IPv6."

msgid "detail mail rpki exists exp"
msgstr ""
"We testen of er een RPKI Route Origin Authorisation (ROA) is gepubliceerd voor alle IP-adressen van je mailserver(s) (MX).\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen van je server moeten sturen.\n"
"\n"
"Een route-aankondiging is echter te vervalsen. Een andere netwerkprovider kan namelijk in de positie zijn om het IP-adresblok van jouw IP-adres te koppelen aan zijn netwerk en op die manier mogelijk internetverkeer te ontvangen dat eigenlijk voor jouw netwerkprovider bedoeld is. De oorzaak kan per ongeluk of kwaadwillig zijn. In beide gevallen kan het ertoe leiden dat je server onbereikbaar is of dat internetverkeer naar uw server wordt onderschept.\n"
"\n"
"Resource Public Key Infrastructure (RPKI) verbetert de bescherming hiertegen aanzienlijk. Met RPKI kan de rechtmatige houder van een blok IP-adressen namelijk een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation; afgekort: ROA) publiceren. Een andere netwerkprovider die internetverkeer wil sturen naar een bepaalde IP-adres, kan de bijbehorende verklaring gebruiken om ongeldige (`Invalid`) routes te filteren. Daarmee voorkomt de netwerkprovider dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd."

msgid "detail mail rpki exists label"
msgstr "Aanwezigheid van Route Origin Authorisation"

msgid "detail mail rpki exists tech table"
msgstr "Mailserver|IP-adres|RPKI Route Origin Authorization"

msgid "detail mail rpki exists verdict bad"
msgstr ""
"Voor tenminste één van de IP-adressen van je ontvangende mailserver(s) is "
"*geen* RPKI Route Origin Authorisation (ROA) gepubliceerd."

msgid "detail mail rpki exists verdict good"
msgstr ""
"Voor alle IP-adressen van je ontvangende mailserver(s) is een RPKI Route "
"Origin Authorisation (ROA) gepubliceerd."

msgid "detail mail rpki exists verdict no-addresses"
msgstr ""
"Je domein bevat *geen* ontvangende mailservers. Daarom kon deze subtest niet"
" worden uitgevoerd."

msgid "detail mail rpki mx-ns-exists exp"
msgstr ""
"We testen of er een RPKI Route Origin Authorisation (ROA) is gepubliceerd voor alle IP-adressen van de nameservers van je mailserver(s) (MX).\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen van je server moeten sturen.\n"
"\n"
"Een route-aankondiging is echter te vervalsen. Een andere netwerkprovider kan namelijk in de positie zijn om het IP-adresblok van jouw IP-adres te koppelen aan zijn netwerk en op die manier mogelijk internetverkeer te ontvangen dat eigenlijk voor jouw netwerkprovider bedoeld is. De oorzaak kan per ongeluk of kwaadwillig zijn. In beide gevallen kan het ertoe leiden dat je server onbereikbaar is of dat internetverkeer naar je server wordt onderschept.\n"
"\n"
"Resource Public Key Infrastructure (RPKI) verbetert de bescherming hiertegen aanzienlijk. Met RPKI kan de rechtmatige houder van een blok IP-adressen namelijk een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation; afgekort: ROA) publiceren. Een andere netwerkprovider die internetverkeer wil sturen naar een bepaalde IP-adres, kan de bijbehorende verklaring gebruiken om ongeldige (`Invalid`) routes te filteren. Daarmee voorkomt de netwerkprovider dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd."

msgid "detail mail rpki mx-ns-exists label"
msgstr "Aanwezigheid van Route Origin Authorisation"

msgid "detail mail rpki mx-ns-exists tech table"
msgstr "Nameserver van MX|IP-adres|RPKI Route Origin Authorization"

msgid "detail mail rpki mx-ns-exists verdict bad"
msgstr ""
"Voor tenminste één van de IP-adressen van de nameservers van je "
"mailserver(s) is *geen* RPKI Route Origin Authorisation (ROA) gepubliceerd."

msgid "detail mail rpki mx-ns-exists verdict good"
msgstr ""
"Voor alle IP-adressen van de nameservers van je mailserver(s) is een RPKI "
"Route Origin Authorisation (ROA) gepubliceerd."

msgid "detail mail rpki mx-ns-exists verdict no-addresses"
msgstr ""
"Je domein bevat *geen* mailservers. Daarom kon deze subtest niet worden "
"uitgevoerd."

msgid "detail mail rpki mx-ns-valid exp"
msgstr ""
"We testen of de validatie-status van alle IP-adressen van de nameservers van je mailservers (MX) `Valid` is. Als er meerdere overlappende route-aankondigingen voor het IP-adres zijn, dan testen we of die allemaal `Valid` zijn.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Dat doet hij door (delen van) zijn IP-adresblokken (Route Prefix) aan het unieke nummer van zijn providernetwerk (Route Origin ASN) te koppelen, en door deze routeringsinformatie vervolgens te verspreiden. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen moeten sturen.\n"
"\n"
"Aanvullend kan je hoster (of zijn netwerkprovider) voor iedere route-aankondiging een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation, afgekort: ROA) publiceren met behulp van Resource Public Key Infrastructure (RPKI). \n"
"\n"
"Een andere netwerkprovider die gevraagd wordt om internetverkeer te sturen naar het IP-adres van je server, kan de bijbehorende verklaring cryptografisch controleren. De gecontroleerde inhoud (Validated ROA Payload; afgekort: VRP) omvat welke providernetwerken (VRP ASN) voor ieder opgenomen IP-adresblok (VRP Prefix) geautoriseerd zijn om internetverkeer te ontvangen. \n"
"\n"
"De netwerkprovider kan deze inhoud vervolgens gebruiken om  BGP-routes te filteren. Hij kan bijvoorbeeld eventuele `Invalid` routes weigeren om te voorkomen dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd.\n"
"\n"
"Het vergelijken van route-aankondigingen met route-autorisaties (RPKI Origin Validation; afgekort: ROV) kent de onderstaande drie mogelijk uitkomsten.\n"
"\n"
"1․ `Valid`: De route-aankondiging van het desbetreffende IP-adres wordt gematcht door tenminste één gepubliceerde route-autorisatie. Een route-autorisatie is ook matchend voor meer specifieke route-aankondigingen (d.w.z. voor een deel van het IP-adresblok dat in de route-autorisatie staat), tenzij deze meer specifiek zijn dan de limiet die in de route-autorisatie is bepaald (via het `maxLength` attribuut). \n"
"\n"
"2․ `Invalid`: De route-aankondiging van het desbetreffende IP-adres is wel afgedekt door een route-autorisatie, maar deze matcht *niet*. Er zijn twee mogelijke oorzaken: \n"
"\n"
"* het IP-adresblok (Route Prefix) wordt aangekondigd vanaf een providernetwerk (Route Origin ASN) dat in de route-autorisatie *niet* is geautoriseerd (resultaat in onderstaande tabel: \"invalid (as)\");\n"
"* het IP-adresblok (Route Prefix) dat wordt aangekondigd is *kleiner* dan wordt toegestaan in de route-autorisatie, d.w.z. overschrijding van `maxLength` waarde (resultaat in onderstaande tabel: \"invalid (length)\").\n"
"\n"
"3․ `NotFound`: Er is geen verklaring met route-autorisatie gevonden die de route-aankondiging van het desbetreffende IP-adres afdekt. De routering van internetverkeer naar jouw server is daardoor minder veilig. Neem hierover contact op met je hoster. Deze kan zijn netwerkprovider die eigenaar is van de IP-adressen van je server vragen om route-autorisaties te publiceren.\n"
"\n"
"**Wat te doen als het testresultaat de status Invalid toont?**\n"
"\n"
"De status `Invalid` duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt veroorzaakt door je hoster of zijn netwerkprovider (interne fout) óf door een derde partij (externe fout). In beide gevallen verhoogt dit het risico dat je server onbereikbaar wordt of dat internetverkeer naar je server wordt onderschept. Neem zo spoedig mogelijk contact op met je hoster. Bij een interne fout moet je hoster zijn netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om de route-configuratiefout te herstellen. "

msgid "detail mail rpki mx-ns-valid label"
msgstr "Geldigheid van route-aankondiging"

msgid "detail mail rpki mx-ns-valid tech table"
msgstr ""
"Nameserver van MX|BGP Route Prefix|BGP Route Origin ASN|RPKI Origin "
"Validation status"

msgid "detail mail rpki mx-ns-valid verdict bad"
msgstr ""
"Ten minste één IP-adres van de nameservers van je ontvangende mailservers "
"heeft een `NotFound` validatie-status. Er is *geen* RPKI Route Origin "
"Authorization (ROA) gepubliceerd voor de route-aankondiging van ieder van de"
" desbetreffende IP-adressen."

msgid "detail mail rpki mx-ns-valid verdict good"
msgstr ""
"Alle IP-adressen van de nameservers van je ontvangende mailservers hebben "
"een `Valid` validatie-status. De route-aankondiging van deze IP-adressen "
"wordt gematcht door de gepubliceerde RPKI Route Origin Authorisation (ROA)."

msgid "detail mail rpki mx-ns-valid verdict invalid"
msgstr ""
"Tenminste één IP-adres van de nameservers van je ontvangende mailservers "
"heeft een `Invalid` validatie-status. De route-aankondiging van de "
"desbetreffende IP-adressen wordt *niet* gematcht door de gepubliceerde RPKI "
"Route Origin Authorisation (ROA). Dit duidt op een onbedoelde of "
"kwaadwillige route-configuratiefout, die wordt veroorzaakt door je "
"mailhoster (interne fout) óf door een derde partij (externe fout). In beide "
"gevallen verhoogt dit het risico dat je server onbereikbaar wordt of dat "
"internetverkeer naar je server wordt onderschept. Neem zo spoedig mogelijk "
"contact op met je mailhoster. Bij een interne fout moet je mailhoster zijn "
"netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om "
"de route-configuratiefout te herstellen."

msgid "detail mail rpki mx-ns-valid verdict not-routed"
msgstr ""
"Deze subtest werd *niet* uitgevoerd, omdat er voor *geen* van de IP-adressen"
" een route-aankondiging beschikbaar was."

msgid "detail mail rpki valid exp"
msgstr ""
"We testen of de validatie-status van alle IP-adressen van je mailservers (MX) `Valid` is. Als er meerdere overlappende route-aankondigingen voor het IP-adres zijn, dan testen we of die allemaal `Valid` zijn.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Dat doet hij door (delen van) zijn IP-adresblokken (Route Prefix) aan het unieke nummer van zijn providernetwerk (Route Origin ASN) te koppelen, en door deze routeringsinformatie vervolgens te verspreiden. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen moeten sturen.\n"
"\n"
"Aanvullend kan je hoster (of zijn netwerkprovider) voor iedere route-aankondiging een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation, afgekort: ROA) publiceren met behulp van Resource Public Key Infrastructure (RPKI). \n"
"\n"
"Een andere netwerkprovider die gevraagd wordt om internetverkeer te sturen naar het IP-adres van je server, kan de bijbehorende verklaring cryptografisch controleren. De gecontroleerde inhoud (Validated ROA Payload; afgekort: VRP) omvat welke providernetwerken (VRP ASN) voor ieder opgenomen IP-adresblok (VRP Prefix) geautoriseerd zijn om internetverkeer te ontvangen. \n"
"\n"
"De netwerkprovider kan deze inhoud vervolgens gebruiken om  BGP-routes te filteren. Hij kan bijvoorbeeld eventuele `Invalid` routes weigeren om te voorkomen dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd.\n"
"\n"
"Het vergelijken van route-aankondigingen met route-autorisaties (RPKI Origin Validation; afgekort: ROV) kent de onderstaande drie mogelijk uitkomsten.\n"
"\n"
"1․ `Valid`: De route-aankondiging van het desbetreffende IP-adres wordt gematcht door tenminste één gepubliceerde route-autorisatie. Een route-autorisatie is ook matchend voor meer specifieke route-aankondigingen (d.w.z. voor een deel van het IP-adresblok dat in de route-autorisatie staat), tenzij deze meer specifiek zijn dan de limiet die in de route-autorisatie is bepaald (via het `maxLength` attribuut). \n"
"\n"
"2․ `Invalid`: De route-aankondiging van het desbetreffende IP-adres is wel afgedekt door een route-autorisatie, maar deze matcht *niet*. Er zijn twee mogelijke oorzaken: \n"
"\n"
"* het IP-adresblok (Route Prefix) wordt aangekondigd vanaf een providernetwerk (Route Origin ASN) dat in de route-autorisatie *niet* is geautoriseerd (resultaat in onderstaande tabel: \"invalid (as)\");\n"
"* het IP-adresblok (Route Prefix) dat wordt aangekondigd is *kleiner* dan wordt toegestaan in de route-autorisatie, d.w.z. overschrijding van `maxLength` waarde (resultaat in onderstaande tabel: \"invalid (length)\").\n"
"\n"
"3․ `NotFound`: Er is geen verklaring met route-autorisatie gevonden die de route-aankondiging van het desbetreffende IP-adres afdekt. De routering van internetverkeer naar jouw server is daardoor minder veilig. Neem hierover contact op met je hoster. Deze kan zijn netwerkprovider die eigenaar is van de IP-adressen van je server vragen om route-autorisaties te publiceren.\n"
"\n"
"**Wat te doen als het testresultaat de status Invalid toont?**\n"
"\n"
"De status `Invalid` duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt veroorzaakt door je hoster of zijn netwerkprovider (interne fout) óf door een derde partij (externe fout). In beide gevallen verhoogt dit het risico dat je server onbereikbaar wordt of dat internetverkeer naar je server wordt onderschept. Neem zo spoedig mogelijk contact op met je hoster. Bij een interne fout moet je hoster zijn netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om de route-configuratiefout te herstellen. "

msgid "detail mail rpki valid label"
msgstr "Geldigheid van route-aankondiging"

msgid "detail mail rpki valid tech table"
msgstr ""
"Mailserver|BGP Route Prefix|BGP Route Origin ASN|RPKI Origin Validation "
"status"

msgid "detail mail rpki valid verdict bad"
msgstr ""
"Ten minste één IP-adres van je ontvangende mailservers heeft een `NotFound` "
"validatie-status. Er is *geen* RPKI Route Origin Authorization (ROA) "
"gepubliceerd voor de route-aankondiging van ieder van de desbetreffende IP-"
"adressen."

msgid "detail mail rpki valid verdict good"
msgstr ""
"Alle IP-adressen van je ontvangende mailservers hebben een `Valid` "
"validatie-status. De route-aankondiging van deze IP-adressen wordt gematcht "
"door de gepubliceerde RPKI Route Origin Authorisation (ROA)."

msgid "detail mail rpki valid verdict invalid"
msgstr ""
"Tenminste één IP-adres van je ontvangende mailservers heeft een `Invalid` "
"validatie-status. De route-aankondiging van de desbetreffende IP-adressen "
"wordt *niet* gematcht door de gepubliceerde RPKI Route Origin Authorisation "
"(ROA). Dit duidt op een onbedoelde of kwaadwillige route-configuratiefout, "
"die wordt veroorzaakt door je mailhoster (interne fout) óf door een derde "
"partij (externe fout). In beide gevallen verhoogt dit het risico dat je "
"server onbereikbaar wordt of dat internetverkeer naar je server wordt "
"onderschept. Neem zo spoedig mogelijk contact op met je mailhoster. Bij een "
"interne fout moet je mailhoster zijn netwerkprovider die eigenaar is van de "
"IP-adressen van je server, vragen om de route-configuratiefout te "
"herstellen."

msgid "detail mail rpki valid verdict not-routed"
msgstr ""
"Deze subtest werd *niet* uitgevoerd, omdat er voor *geen* van de IP-adressen"
" een route-aankondiging beschikbaar was."

msgid "detail mail tls caa exp"
msgstr ""
"We controleren of de nameservers van ieder van je ontvangende mailservers (MX) een of meer CAA-records bevatten die syntactisch geldig en voldoende beschermend zijn.\n"
"\n"
"Met Certification Authority Authorisation (CAA) kun je als houder van een domeinnaam een of meer certificaatautoriteiten opgeven die certificaten voor je mailserver-domeinen mogen uitgeven.\n"
"Een certificaatautoriteit mag geen certificaat uitgeven, tenzij de certificaatautoriteit vaststelt dat de certificaataanvraag consistent is met de toepasselijke CAA-records.\n"
"\n"
"Merk op dat CAA-records tijdens de validatie worden gevonden door omhoog te lopen in de DNS-hiërarchie totdat een of meer records worden gevonden.\n"
"Als er bijvoorbeeld geen CAA-records worden gevonden op `sub.example.org`, wordt `example.org` bevraagd.\n"
"Het domein waar de betreffende CAA-records zijn gevonden, staat in de tabel met technische details hieronder.\n"
"\n"
"Het oordeel is goed als er één of meer CAA-records zijn gevonden die allemaal een correcte syntaxis hebben en ten minste één van deze CAA-records de tag `issue` met geldige waarde heeft. Anders resulteert de test in een onvoldoende. Er wordt niet gecontroleerd of de certificaatautoriteit van het huidige certificaat overeenkomt met een of meer van de `issue` en `issuewild` waarden, oftewel of het huidige certificaat op dit moment opnieuw uitgegeven zou kunnen worden.\n"
"\n"
"Als je de Automatic Certificate Management Environment (ACME) standaard gebruikt en jouw certificaatautoriteit ondersteunt dit, dan raden we je aan om de parameters `validationmethods` en `accounturi` te gebruiken om de uitgifte door de geautoriseerde certificaatautoriteit verder te beperken. Verder is het aan te raden om `issuewild`, `issuemail` en `issuevmc` toe te voegen met een lege `;` als je respectievelijk geen wildcard-, S/MIME- en/of BIMI-certificaten gebruikt. Dit is vooral belangrijk voor `issuemail` en `issuevmc`, omdat in hun afwezigheid er geen fallback is naar `issue` en dus elke certificaatautoriteit nog steeds S/MIME- en/of BIMI-certificaten kan uitgeven voor jouw domein.\n"
"\n"
"We verwachten dat URL's in `iodef` veilig zijn (d.w.z. HTTPS-schema gebruiken). \n"
"Om onderdrukking of spoofing van CAA records te voorkomen raden we bovendien sterk aan om DNSSEC te gebruiken, hoewel deze CAA-test niet specifiek test op DNSSEC.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail mail tls caa label"
msgstr "CAA voor mailserver"

msgid "detail mail tls caa tech table"
msgstr "Mailserver|Bevindingen"

msgid "detail mail tls caa verdict bad"
msgstr "Je mailserver heeft *geen* CAA."

msgid "detail mail tls caa verdict good"
msgstr "Je mailserver heeft een geldige, voldoende beschermende CAA. "

msgid "detail mail tls caa verdict insufficient"
msgstr ""
"Je mailserver heeft een geldige, maar *onvoldoende* beschermende CAA. "

msgid "detail mail tls caa verdict syntax-error"
msgstr "Je mailserver heeft een *ongeldige* CAA."

msgid "detail mail tls cert-hostmatch exp"
msgstr ""
"We testen of de domeinnaam van ieder van je ontvangende mailservers (MX) overeenkomt met de domeinnaam op het gepresenteerde certificaat. \n"
"\n"
"Verzendende mailservers negeren doorgaans het domein op het certificaat. Zonder DNSSEC is de opvraging van het mailserverdomein kwetsbaar voor manipulatie. Daardoor voegt de controle of de domeinnaam op het certificaat overeenkomt met het mailserverdomeinnaam geen enkele authenticiteitswaarde toe. Ontvangende mailservers gebruiken daarom regelmatig zelf-ondertekende certificaten, vaak uitgegeven door een interne (private) certificaatautoriteit. \n"
"\n"
"Voor authenticiteit dient een mailserver gebruikt te maken van DNSSEC en DANE. Een certificaat met domeinnaam die overeenkomt met de domeinnaam van je mailserver is alleen vereist als je gebruik maakt van DANE 'trust anchor assertion' (DANE-TA, 2).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.4.\n"
"\n"
"*Niveau van vereistheid: Optioneel / Vereist (alleen als DANE-TA wordt gebruikt)*"

msgid "detail mail tls cert-hostmatch label"
msgstr "Domeinnaam op certificaat"

msgid "detail mail tls cert-hostmatch tech table"
msgstr "Mailserver (MX)|Niet-overeenkomende domeinen op certificaat"

msgid "detail mail tls cert-hostmatch verdict bad"
msgstr ""
"De domeinnaam van tenminste één van je mailservers komt *niet* overeen met "
"de domeinnaam op het mailservercertificaat."

msgid "detail mail tls cert-hostmatch verdict good"
msgstr ""
"De domeinnamen van al je mailservers komen overeen met de domeinnamen op je \n"
"mailservercertificaten."

msgid "detail mail tls cert-pubkey exp"
msgstr ""
"We testen of de publieke sleutel van je mailserver-certificaat en van ieder tussenliggend certificaat is gebaseerd op een veilig ondertekeningsalgoritme met veilige parameters. \n"
"\n"
"Bij de verificatie van certificaten wordt gebruikgemaakt van digitale handtekeningen. De publieke sleutel van een certificaat kan worden gebruikt om te verifiëren dat een handtekening is aangemaakt met behulp van de bijbehorende privésleutel.\n"
"\n"
"**Ondertekeningsalgoritme:**\n"
"Het ondertekeningsalgoritme wordt bepaald bij het genereren van het certificaat. Een certificaat kan slechts één ondertekeningsalgoritme bevatten. Het is mogelijk om meer dan één algoritme te ondersteunen door meerdere certificaten op één server te configureren. Alleen de ondertekeningsalgoritmen ECDSA, RSA en EdDSA worden als voldoende veilig beschouwd. EdDSA wordt in de praktijk zelden of nooit gebruikt. Alle algoritmes zijn kwetsbaar voor de quantumdreiging. Zij bieden vooralsnog voldoende bescherming. Quantumveilige alternatieven zijn nog geen onderdeel van de TLS-standaarden.\n"
"\n"
"**Parameters:** De veiligheid van digitale handtekeningen met ECDSA en EdDSA is afhankelijk van de geselecteerde kromme. De veiligheid van RSA houdt verband met de sleutellengte van de publieke sleutel.\n"
"\n"
"Voor meer informatie over de relevante veldnaam in het certificaat, zie paragraaf [\"4.1.2.7. Subject Public Key Info\" van RFC 5280](https://www.rfc-editor.org/rfc/rfc5280#section-4.1.2.7).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.2. \n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van elliptische krommen voor ECDSA**\n"
"\n"
"* Voldoende:\n"
"  \n"
"    * `secp521r1` (zelden gebruikt)\n"
"    * `secp384r1`\n"
"    * `secp256r1`\n"
"    * `x448`\n"
"    * `x25519`\n"
"    * `brainpoolP512r1` (zelden gebruikt)\n"
"    * `brainpoolP384r1` (idem)\n"
"    * `brainpoolP256r1` (idem)\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `secp224r1`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
"\n"
"**Beveiligingsniveau van de lengte van RSA-sleutels**\n"
"\n"
"* Voldoende: Tenminste 3072 bit\n"
"* Uit te faseren: 2048 – 3071 bit\n"
"* Onvoldoende: Minder dan 2048 bit\n"
"\n"
"**Beveiligingsniveau van Edwards-krommen voor EdDSA (zelden gebruikt)**\n"
"\n"
"* Voldoende:\n"
"\n"
"    * `Ed448`\n"
"    * `Ed25519`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
" \n"
"---\n"
"\n"
"Let op: de bovenstaande namen zijn gebaseerd op de [IANA naamgevingsconventies](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml). Soms worden alternatieve namen gebruikt om te verwijzen naar dezelfde krommen, zoals `prime256v1` (ANSI) en `NIST P-256` voor `secp256r1`."

msgid "detail mail tls cert-pubkey label"
msgstr "Publieke sleutel van certificaat"

msgid "detail mail tls cert-pubkey tech table"
msgstr "Mailserver (MX)|Verouderde handtekening-parameter|Beveiligingsniveau"

msgid "detail mail tls cert-pubkey verdict bad"
msgstr ""
"De publieke sleutel van tenminste één van je mailserver-certificaten is "
"*niet* gebaseerd op een veilig ondertekeningsalgoritme met veilige "
"parameters."

msgid "detail mail tls cert-pubkey verdict good"
msgstr ""
"De publieke sleutels van al je mailserver-certificaten zijn gebaseerd op een"
" veilig ondertekeningsalgoritme met veilige parameters."

msgid "detail mail tls cert-pubkey verdict phase-out"
msgstr ""
"De publieke sleutel van tenminste één van je mailserver-certificaten is "
"gebaseerd op een ondertekeningsalgoritme met parameters die zouden moeten "
"worden *uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog steeds kunt "
"gebruiken als het echt nodig is. In een toekomstige update zullen ze "
"waarschijnlijk onvoldoende zijn."

msgid "detail mail tls cert-signature exp"
msgstr ""
"We testen of ieder van je mailserver-certificaten is ondertekend (door een certificaatautoriteit) met een veilig ondertekeningsalgoritme, waarbij gebruik is gemaakt van een veilige hashfunctie.\n"
"\n"
"Voor meer informatie over de relevante veldnaam in het certificaat, zie paragraaf [\"4.1.1.2. signatureAlgorithm\" van RFC 5280](https://www.rfc-editor.org/rfc/rfc5280#section-4.1.1.2).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.5.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau ondertekeningsalgoritmes**\n"
"\n"
"* Voldoende: ECDSA, RSA, EdDSA\n"
"* Onvoldoende: DSS, EXPORT-*, PSK, Anon, NULL, KRB5\n"
"\n"
"**Beveiligingsniveau van hashfuncties**\n"
"\n"
"* Goed: SHA-256, SHA-384, SHA-512 \n"
"* Uitfaseren: SHA-224\n"
"* Onvoldoende: SHA-1, MD5"

msgid "detail mail tls cert-signature label"
msgstr "Handtekening op certificaat"

msgid "detail mail tls cert-signature tech table"
msgstr "Mailserver (MX)|Verouderde hashfunctie|Beveiligingsniveau"

msgid "detail mail tls cert-signature verdict bad"
msgstr ""
"Tenminste één van je mailserver-certificaten is ondertekend met behulp van "
"een ondertekeningsalgoritme en hashfunctie die *onvoldoende* veilig zijn."

msgid "detail mail tls cert-signature verdict good"
msgstr ""
"Al je mailserver-certificaten zijn ondertekend met behulp van een "
"ondertekeningsalgoritme en hashfunctie die veilig zijn."

msgid "detail mail tls cert-signature verdict phase-out"
msgstr ""
"Tenminste één van je mailserver-certificaten is ondertekend met behulp van "
"een ondertekeningsalgoritme en hashfunctie die zouden moeten worden "
"*uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog steeds kunt gebruiken"
" als het echt nodig is. In een toekomstige update zullen ze waarschijnlijk "
"onvoldoende zijn."

msgid "detail mail tls cert-trust exp"
msgstr ""
"We testen of we een geldige vertrouwensketen voor je mailserver-certificaten kunnen opbouwen. \n"
"\n"
"Er is sprake van een geldige vertrouwensketen, als je certificaat is uitgegeven door een [publiekelijk vertrouwde \n"
"certificaatautoriteit](https://www.mozilla.org/en-US/about/governance/policies/security-group/certs/) én je ontvangende \n"
"mailserver alle noodzakelijke tussenliggende certificaten presenteert. \n"
"\n"
"Verzendende mailservers negeren doorgaans of een mailservercertificaat is uitgegeven door een publiekelijk vertrouwde certificaatautoriteit. Zonder DNSSEC is de opvraging van het mailserverdomein kwetsbaar voor manipulatie. Daardoor kan een certificaat dat is uitgegeven door een publiekelijk vertrouwde certificaatautoriteit geen enkele authenticiteitswaarde toevoegen. Ontvangende mailservers gebruiken daarom regelmatig zelf-ondertekende certificaten, vaak uitgegeven door een interne (private) certificaatautoriteit. Voor authenticiteit dient een mailserver gebruikt te maken van DNSSEC en DANE.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.4.\n"
"\n"
"*Niveau van vereistheid: Optioneel*"

msgid "detail mail tls cert-trust label"
msgstr "Vertrouwensketen van certificaat"

msgid "detail mail tls cert-trust tech table"
msgstr "Mailserver (MX)|Onvertrouwde certificaatketen"

msgid "detail mail tls cert-trust verdict bad"
msgstr ""
"De vertrouwensketen van tenminste één van je mailserver-certificaten is "
"*niet* compleet en/of *niet* ondertekend door een vertrouwde "
"certificaatautoriteit."

msgid "detail mail tls cert-trust verdict good"
msgstr ""
"De vertrouwensketen van al je mailserver-certificaten is compleet én "
"ondertekend door een vertrouwde certificaatautoriteit."

msgid "detail mail tls cipher-order exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) cipher suites aanbieden in aflopende volgorde van hun beveiligingsniveau, zonder een andere voorkeur van een verzendende mailserver te accepteren. \n"
"\n"
"Je mailservers moeten dus hun eigen voorkeur voor cipher suites afdwingen tijdens de onderhandelingen met een verzendende mailserver. Bovendien moeten cipher suites worden aangeboden door je  mailservers, waarbij 'Goed' en 'Voldoende' de voorkeur krijgen boven 'Uit te faseren' cipher suites. \n"
"\n"
"Wanneer je mailservers alleen 'Goed' en 'Voldoende' cipher suites ondersteunen, dan is deze subtest niet van toepassing, aangezien de volgorde geen significant beveiligingsvoordeel oplevert. \n"
"\n"
"In geval van afwijkende volgorde, wordt in de bovenstaande tabel met technische details weergegeven welke 'Uit te faseren' cipher suite door je mailservers is gekozen, met in de laatste kolom de 'Goed' of 'Voldoende' cipher suite die eerst gekozen had moeten worden. Alleen de **eerst gevonden** afwijking wordt weergegeven.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 2 en 3."

msgid "detail mail tls cipher-order label"
msgstr "Volgorde van cipher suites"

msgid "detail mail tls cipher-order tech table"
msgstr ""
"Mailserver (MX)|Cipher suite geprefereerd door server|Verwachte "
"geprefereerde cipher suite"

msgid "detail mail tls cipher-order verdict bad"
msgstr ""
"Tenminste één van je mailservers dwingt *niet* zijn eigen voorkeur af voor "
"cipher suites in aflopende volgorde van hun beveiligingsniveau."

msgid "detail mail tls cipher-order verdict good"
msgstr ""
"Al je mailservers dwingen hun eigen voorkeur af voor cipher suites in "
"aflopende volgorde van hun beveiligingsniveau."

msgid "detail mail tls cipher-order verdict na"
msgstr ""
"Deze subtest is niet van toepassing aangezien je mailservers alleen 'Goede' "
"en 'Voldoende' cipher suites ondersteunen."

msgid "detail mail tls cipher-order verdict seclevel-bad"
msgstr ""
"Tenminste één van je mailservers prefereert *niet* 'Goede' boven 'Voldoende'"
" en dan pas 'Uit te faseren' ciphers ('II')."

msgid "detail mail tls cipher-order verdict sufficient-above-good"
msgstr ""

msgid "detail mail tls cipher-order verdict warning"
msgstr ""
"OUTDATED TEXT; VERDICT NOT USED\n"
"\n"
"Tenminste een van je mailservers biedt *niet* ciphers aan conform de voorgeschreven volgorde binnen een bepaald veiligheidsniveau ('II-B')."

msgid "detail mail tls ciphers exp"
msgstr ""
"We testen of je ontvangende mailservers alleen veilige (d.w.z. beveiligingsniveau 'Goed' en/of 'Voldoende') cipher suites ondersteunen. Een mailserver ondersteunt meestal meerdere cipher suites.\n"
"\n"
"Een cipher suite bestaat uit ciphers voor vier cryptografische functies: 1. sleuteluitwisseling, 2. authenticatie (d.w.z. certificaatverificatie), 3. bulkversleuteling, en 4. hashing.\n"
"\n"
"Vanaf TLS 1.3 omvat de term 'cipher suite' alleen ciphers voor bulkversleuteling en hashing. Als TLS 1.3 gebruikt wordt dan zijn de ciphers voor sleuteluitwisseling en certificaatverificatie onderhandelbaar en niet langer onderdeel van de naam van de cipher suite.\n"
"\n"
"Zowel Internet.nl als NCSC-NL gebruikt de [IANA-naamgevingsconventie](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml#tls-parameters-4) voor cipher suites. Een andere veelgebruikte notatie is de [OpenSSL-naamgevingsconventie](https://www.openssl.org/docs/manmaster/man1/openssl-ciphers.html#CIPHER-SUITE-NAMES). Sinds TLS 1.3 volgt OpenSSL de IANA-naamgevingsconventie. Een vertaling tussen beide is te vinden in de OpenSSL-documentatie. \n"
"\n"
"Merk op dat ciphers die PSK of SRP gebruiken voor sleuteluitwisseling (die onvoldoende veilig zijn) in deze test niet worden gedetecteerd vanwege een beperking die samenhangt met de manier van testen. \n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security-tls/richtlijnen2025-05) van NCSC, paragraaf 3.3.2 tot en met 3.3.5 en bijlage B.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van cipher suites**\n"
"\n"
"Hieronder vind je de cipher suites met de status 'Goed', 'Voldoende' en 'Uit te faseren', gebaseerd op bijlage B van de richtlijnen van NCSC.\n"
"\n"
"Goed [TLS 1.3]:\n"
"\n"
"* `TLS_AES_256_GCM_SHA384`\n"
"* `TLS_CHACHA20_POLY1305_SHA256`\n"
"\n"
"Voldoende [TLS 1.3]:\n"
"\n"
"* `TLS_AES_128_CCM_SHA256`\n"
"* `TLS_AES_128_GCM_SHA256`\n"
"  \n"
"Voldoende [TLS 1.2]:\n"
"\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_CCM`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_CCM`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"\n"
"\n"
"Uit te faseren [TLS 1.2]:\n"
"\n"
"* `TLS_DHE_RSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_128_CCM`\n"
"* `TLS_DHE_RSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_256_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_256_CCM`\n"
"* `TLS_DHE_RSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_DHE_RSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_256_GCM_SHA384`"

msgid "detail mail tls ciphers label"
msgstr "Cipher suites"

msgid "detail mail tls ciphers tech table"
msgstr "Mailserver (MX)|Verouderde cipher suite|Beveiligingsniveau"

msgid "detail mail tls ciphers verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt een of meer *onvoldoende* "
"veilige cipher suites."

msgid "detail mail tls ciphers verdict good"
msgstr "Al je mailservers ondersteunen alleen veilige cipher suites."

msgid "detail mail tls ciphers verdict phase-out"
msgstr ""
"Tenminste één van je mailservers ondersteunt één of meer cipher suites die "
"zouden moeten worden *uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog "
"steeds kunt gebruiken als het echt nodig is. In een toekomstige update "
"zullen ze waarschijnlijk onvoldoende zijn."

msgid "detail mail tls compression exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) TLS-compressie ondersteunen. \n"
"\n"
"Het gebruik van compressie kan een aanvaller informatie bieden over geheime delen van versleutelde communicatie. Een aanvaller die in staat is om een deel van de verzonden data te achterhalen of te beïnvloeden, kan door middel van een groot aantal verzoeken stukje bij beetje de oorspronkelijke data reconstrueren. TLS-compressie wordt zo weinig gebruikt dat het geen kwaad\n"
"kan om deze optie uit te schakelen.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.1.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van TLS-compressie**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen TLS-compressie (TLS 1.2)\n"
"* Onvoldoende: TLS-compressie (TLS 1.2)"

msgid "detail mail tls compression label"
msgstr "TLS-compressie"

msgid "detail mail tls compression tech table"
msgstr "Mailserver (MX)|TLS-compressie"

msgid "detail mail tls compression verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt TLS-compressie, wat *niet* "
"veilig is."

msgid "detail mail tls compression verdict good"
msgstr "Al je mailservers ondersteunen geen TLS-compressie."

msgid "detail mail tls dane-exists exp"
msgstr ""
"We testen of de nameservers van ieder van je ontvangende mailservers (MX) een of meer TLSA-records voor DANE bevatten. \n"
"\n"
"Aangezien DNSSEC een noodzakelijke randvoorwaarde is voor DANE, zal een domeinnaam niet slagen voor de test als DNSSEC ontbreekt op het mailserver-domein.\n"
"\n"
"Merk op dat de test TLSA-records van de types PKIX-TA(0) or PKIX-EE(1) negeert, omdat deze niet gebruikt dienen te worden voor ontvangende mailservers. \n"
"\n"
"De test slaagt daarnaast niet als er geen DNSSEC-bewijs van 'Denial of Existence' voor TLSA-records is. Als een ondertekend TLSA-record bestaat maar tegelijkertijd is er een 'insecure' `NXDOMAIN` voor hetzelfde domein (door verkeerd werkende DNSSEC-ondertekeningssoftware), dan zal de test ook niet slagen. De laatste twee foutscenario's kunnen leiden tot afleveringsproblemen van aan jou gerichte e-mails door DANE-validerende mailverzenders.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, hoofdstuk \"2 Stappenplan: Hoe kom ik tot een passende TLS configuratie?\"."

msgid "detail mail tls dane-exists label"
msgstr "DANE aanwezigheid"

msgid "detail mail tls dane-exists tech table"
msgstr "Mailserver (MX)|DANE TLSA-record aanwezig"

msgid "detail mail tls dane-exists verdict bad"
msgstr ""
"Tenminste één van je mailserverdomeinen bevat *geen* TLSA-record voor DANE."

msgid "detail mail tls dane-exists verdict bogus"
msgstr ""
"Tenminste één van je mailserverdomeinen bevat *geen* DNSSEC-bewijs dat DANE "
"TLSA-records niet bestaan. Dit kan leiden tot afleveringsproblemen van mail "
"die aan aan jou gericht is door DANE-validerende mailverstuurders. Vraag je "
"nameserver-beheerder om deze fout op te lossen."

msgid "detail mail tls dane-exists verdict good"
msgstr "Al je mailserverdomeinen bevatten een TLSA-record voor DANE."

msgid "detail mail tls dane-rollover exp"
msgstr ""
"We testen of er een actief schema met tenminste twee DANE TLSA records is om de vervanging van certificaten op je ontvangende mailservers (MX) betrouwbaar te kunnen uitvoeren.\n"
"\n"
"Een dergelijk schema is vooral handig bij het vervangen van je mailserver-certificaten. Het kan voorkomen dat DANE tijdens de vervangingsperiode ongeldig raakt waardoor aan jouw domein gerichte mail niet afgeleverd wordt. Een vervangingsschema voor DANE kan maar hoeft niet continu 'actief' te zijn.\n"
"\n"
"We adviseren je om één van de twee volgende schema's met dubbele DANE TLSA records toe te passen:\n"
"\n"
"1. Huidige + Volgende (\"3 1 1\" + \"3 1 1\"): Publiceer twee \"DANE-EE(3) SPKI(1) SHA2-256(1)\" records, één voor het huidige en één voor het volgende TLS-certificaat van je mailserver. \n"
"2. Huidige + Uitgever CA (\"3 1 1\" + \"2 1 1\"): Publiceer een \"DANE-EE(3) SPKI(1) SHA2-256(1)\" record voor het huidige TLS-certificaat van je mailserver, en daarnaast een \"DANE-TA(2) SPKI(1) SHA2-256(1)\" record voor het huidige bovenliggende certificaat van de (niet noodzakelijkerwijs publieke) certificaatautoriteit. \n"
"\n"
"Deze subtest accepteert ook andere combinaties van DANE TLSA records, d.w.z. \"3 x x\"  + \"3 x x\" of \"3 x x\" + \"2 x x\". Andere typen dan de bovengenoemde zijn in de regel gevoeliger voor fouten en minder interoperabel.\n"
"\n"
"Merk op dat als een mailserver tegelijkertijd twee certificaten aanbiedt (één gebaseerd op RSA en één gebaseerd op ECDSA), een afzonderlijk DANE TLSA rollover schema wordt aanbevolen voor ieder certificaat. De subtest controleert niet op dit scenario. Als er slechts één DANE TLSA-record is geconfigureerd voor elk certificaat, dan geeft deze subtest een vals-positief resultaat.\n"
"\n"
"*Niveau van vereistheid: Optioneel*"

msgid "detail mail tls dane-rollover label"
msgstr "DANE-vervangingsschema"

msgid "detail mail tls dane-rollover tech table"
msgstr "Mailserver (MX)|DANE-vervangingsschema"

msgid "detail mail tls dane-rollover verdict bad"
msgstr ""
"Tenminste een van je mailserver-domeinen heeft *geen* actief DANE-schema "
"voor het betrouwbaar vervangen van certificaat-sleutels."

msgid "detail mail tls dane-rollover verdict good"
msgstr ""
"Al je mailserver-domeinen hebben een actief DANE-schema voor het betrouwbaar"
" vervangen van certificaat-sleutels."

msgid "detail mail tls dane-valid exp"
msgstr ""
"We testen of de DANE-fingerprints die je mailserverdomeinen presenteren geldig zijn voor je mailservercertificaten. \n"
"\n"
"Met DANE kan je informatie over jouw mailservercertificaten publiceren in een speciaal DNS-record, een TLSA-record. Verzendende mailservers kunnen de  certificaten nu niet alleen via de certificaatautoriteit, maar ook via de TLSA-records controleren op \n"
"authenticiteit. Een verzendende mail server kan het TLSA-record ook als signaal gebruiken om alleen via STARTTLS (en niet onversleuteld) te verbinden. Als de DANE-fingerprint van een ontvangende mailserver wordt gecontroleerd door de verzendende mailserver, dan kan een actieve aanvaller die in staat is het berichtenverkeer te manipuleren de STARTTLS-encryptie niet verwijderen."

msgid "detail mail tls dane-valid label"
msgstr "DANE geldigheid"

msgid "detail mail tls dane-valid tech table"
msgstr "Mailserver (MX)|DANE TLSA-record geldig"

msgid "detail mail tls dane-valid verdict bad"
msgstr ""
"Tenminste één van je mailservers heeft *geen* geldige DANE-fingerprints. Óf "
"iemand manipuleerde het antwoord van je mailserver, óf je mailserver heeft "
"een ernstige DANE-configuratiefout. Dit laatste maakt je domeinnaam "
"onbereikbaar voor verzendende mailservers die DANE-fingerprints controleren."
" Neem zo spoedig mogelijk contact op met je mailprovider."

msgid "detail mail tls dane-valid verdict good"
msgstr ""
"Ieder van je mailservers heeft tenminste één geldige DANE-fingerprint. "
"Daardoor kunnen verzendende mailservers die DANE-verificatie ondersteunen, "
"een geauthenticeerde versleutelde transportverbinding met je ontvangende "
"mailserver(s) opzetten."

msgid "detail mail tls extended-master-secret exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) Extended Master Secret ondersteunen.\n"
"\n"
"Extended Master Secret (EMS), zoals beschreven in [RFC 7627](https://www.rfc-editor.org/rfc/rfc7627), is een uitbreiding voor TLS 1.2 die Triple Handshakes machine-in-the-middle aanvallen voorkomt.\n"
"\n"
"Steeds vaker dwingen TLS-bibliotheken standaard EMS af, mede omdat beveiligingsvoorschriften zoals FIPS dit vereisen. Als je mailserver geen ondersteuning biedt voor EMS, kunnen verzendende mailservers die EMS afdwingen geen verbinding via TLS 1.2 met je mailserver tot stand brengen.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.1. "

msgid "detail mail tls extended-master-secret label"
msgstr "Extended Master Secret (EMS)"

msgid "detail mail tls extended-master-secret tech table"
msgstr "Mailserver (MX)|EMS"

msgid "detail mail tls extended-master-secret verdict bad"
msgstr "Tenminste één van je mailservers ondersteunt EMS *niet*."

msgid "detail mail tls extended-master-secret verdict good"
msgstr "Al je mailservers ondersteunen EMS."

msgid "detail mail tls extended-master-secret verdict na-no-tls-1-2"
msgstr ""
"Deze subtest is niet van toepassing, aangezien EMS alleen beschikbaar is in "
"TLS 1.2, dat niet is ingeschakeld op je mailservers."

msgid "detail mail tls extended-master-secret verdict unknown"
msgstr ""
"Geen resultaat beschikbaar. Op het moment dat de test werd uitgevoerd, "
"maakte deze subtest nog geen deel uit van de test."

msgid "detail mail tls fs-params exp"
msgstr ""
"We testen of de publieke parameters, die in de Diffie-Hellman sleuteluitwisseling worden gebruikt door je ontvangende mailservers (MX), veilig zijn. \n"
"\n"
"**ECDHE**: De veiligheid van de ECDHE-sleuteluitwisseling is afhankelijk van de gebruikte elliptische kromme. We testen welke elliptische kromme wordt gebruikt.\n"
"\n"
"**DHE**: De veiligheid van de Diffie-Hellman Ephemeral (DHE) sleuteluitwisseling is afhankelijk van de gebruikte finite field-groep. We testen of een van de gestandaardiseerde finite field-groepen die zijn gespecificeerd in [RFC 7919](https://www.rfc-editor.org/rfc/rfc7919) wordt gebruikt. Zelf-gegenereerde groepen hebben het beveiligingsniveau 'Onvoldoende'. De grotere sleutellengtes die noodzakelijk zijn voor het gebruik van DHE gaan ten koste van de prestaties. Maak een zorgvuldige afweging en gebruik waar mogelijk ECDHE in plaats van DHE.\n"
"\n"
"**Alternatieven voor ECDHE en DHE**\n"
"\n"
"* **Quantumveilige cryptografische algoritmen** `X25519MLKEM768`, `SecP256r1MLKEM768` en `SecP384r1MLKEM1024` hebben beveiligingsniveau 'Goed'. Dit zijn hybride algoritmen die een combinatie van ECDHE en ML-KEM gebruiken. Met name `X25519MLKEM768` wordt steeds vaker ondersteund door TLS-softwarebibliotheken en wordt door de meeste webbrowsers gebruikt. De parameters maken inherent deel uit van deze algoritmen. Er hoeven dus geen aanvullende keuzes te worden gemaakt.\n"
"* **RSA en non-ephemeral Diffie-Hellman (ECDH en DH)** moeten *niet* worden gebruikt voor sleuteluitwisseling, aangezien hun beveiligingsniveau 'Onvoldoende' is. Ze bieden geen forward secrecy. Merk op dat RSA nog steeds als 'Voldoende' wordt beschouwd voor authenticatie (d.w.z. certificaatverificatie).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.3.\n"
"\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van elliptische krommen voor ECDHE**\n"
"\n"
"* Voldoende:\n"
"  \n"
"    * `secp521r1` (zelden gebruikt)\n"
"    * `secp384r1`\n"
"    * `secp256r1`\n"
"    * `x448`\n"
"    * `x25519`\n"
"    * `brainpoolP512r1` (zelden gebruikt)\n"
"    * `brainpoolP384r1` (idem)\n"
"    * `brainpoolP256r1` (idem)\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `secp224r1`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
"\n"
"**Beveiligingsniveau van finite field-groepen voor DHE**\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `ffdhe8192` (zelden gebruikt vanwege prestatie-verlies)\n"
"    * `ffdhe6144` (idem)\n"
"    * [`ffdhe4096`](https://raw.githubusercontent.com/internetstandards/dhe_groups/master/ffdhe4096.pem) ([RFC 7919](https://www.rfc-editor.org/rfc/rfc7919))  \n"
"      sha256 checksum: `64852d6890ff9e62eecd1ee89c72af9af244dfef5b853bcedea3dfd7aade22b3`\n"
"    * [`ffdhe3072`](https://raw.githubusercontent.com/internetstandards/dhe_groups/master/ffdhe3072.pem) ([RFC 7919](https://www.rfc-editor.org/rfc/rfc7919))  \n"
"      sha256 checksum: `c410cc9c4fd85d2c109f7ebe5930ca5304a52927c0ebcb1a11c5cf6b2386bbab`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * `ffdhe2048`\n"
"    * Andere groepen (d.w.z. niet-gestandaardiseerd, zelf-gegenereerd)\n"
"\n"
"---\n"
"\n"
"Let op: de bovenstaande namen zijn gebaseerd op de [IANA naamgevingsconventies](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml). Soms worden alternatieve namen gebruikt om te verwijzen naar dezelfde krommen, zoals `prime256v1` (ANSI) en `NIST P-256` voor `secp256r1`."

msgid "detail mail tls fs-params label"
msgstr "Parameters voor sleuteluitwisseling"

msgid "detail mail tls fs-params tech table"
msgstr "Mailserver (MX)|Getroffen parameters|Veiligheidsniveau"

msgid "detail mail tls fs-params verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt *onvoldoende* veilige "
"parameters voor Diffie-Hellman-sleuteluitwisseling."

msgid "detail mail tls fs-params verdict good"
msgstr ""
"Je mailserver ondersteunt voldoende veilige parameters voor Diffie-Hellman-"
"sleuteluitwisseling."

msgid "detail mail tls fs-params verdict na"
msgstr ""
"Deze subtest is niet van toepassing, omdat je mailservers *niet* Diffie-"
"Hellman-sleuteluitwisseling ondersteunen."

msgid "detail mail tls fs-params verdict phase-out"
msgstr ""
"Tenminste één van je mailservers ondersteunt parameters voor Diffie-Hellman-"
"sleuteluitwisseling die zouden moeten worden *uitgefaseerd* omdat ze zwakker"
" zijn, hoewel je ze nog steeds kunt gebruiken als het echt nodig is. In een "
"toekomstige update zullen ze waarschijnlijk onvoldoende zijn."

msgid "detail mail tls kex-hash-func exp"
msgstr ""
"We testen of je mailservers (MX) ondersteuning bieden voor veilige hashfuncties om tijdens sleuteluitwisseling de digitale handtekening te maken.\n"
"\n"
"De ontvangende mailserver maakt tijdens de sleuteluitwisseling gebruik van een digitale handtekening om het eigenaarschap te bewijzen van de geheime sleutel die bij het certificaat hoort. De mailserver creëert deze digitale handtekening door het ondertekenen van de output van een hashfunctie.\n"
"\n"
"Houd er rekening mee dat deze subtest alleen van toepassing is op TLS 1.2 en niet op TLS 1.3. De ondersteunde hashfuncties kunnen worden geconfigureerd via een aparte TLS-instelling (bijvoorbeeld `SignatureAlgorithms` in OpenSSL) en maken *geen* deel uit van de configuratie van de cipher suites. \n"
"\n"
"Voor meer details over de status van SHA-1 en MD5 zie [RFC 9155](https://www.rfc-editor.org/rfc/rfc9155.html#name-server-key-exchange). We testen niet op MD5 omdat dit alleen nog maar door zeer verouderde software wordt ondersteund.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.5. \n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van hashfuncties voor sleuteluitwisseling**\n"
"\n"
"* Goed: SHA-256, SHA-384, SHA-512 \n"
"* Uitfaseren: SHA-224 (zelden gebruikt)\n"
"* Onvoldoende: SHA-1, MD5"

msgid "detail mail tls kex-hash-func label"
msgstr "Hashfunctie voor sleuteluitwisseling"

msgid "detail mail tls kex-hash-func tech table"
msgstr "Mailserver (MX)|Verouderde hashfunctie"

msgid "detail mail tls kex-hash-func verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt één of meer *onvoldoende* "
"veilige hashfuncties voor sleuteluitwisseling."

msgid "detail mail tls kex-hash-func verdict good"
msgstr ""
"Al je mailservers ondersteunen alleen veilige hashfuncties voor "
"sleuteluitwisseling."

msgid "detail mail tls kex-hash-func verdict other"
msgstr ""
"Het was niet mogelijk om vast te stellen welke hashfunctie tenminste één van"
" je mailservers gebruikt. Dit kan veroorzaakt worden doordat de gebruikte "
"cipher-combinatie geen handtekening voor certificaatverificatie heeft (bijv."
" deze gebruikt RSA-sleuteluitwisseling of is anoniem d.w.z. `anon`)."

msgid "detail mail tls kex-hash-func verdict phase-out"
msgstr ""
"Ten minste één van je mailservers ondersteunt een hashfunctie voor "
"sleuteluitwisseling die zouden moeten worden *uitgefaseerd* omdat deze "
"zwakker is, hoewel je deze nog steeds kunt gebruiken als het echt nodig is. "
"In een toekomstige update zal deze waarschijnlijk onvoldoende zijn."

msgid "detail mail tls kex-hash-func verdict {phase-out}"
msgstr ""

msgid "detail mail tls key-exchange-rsa-pkcs exp"
msgstr ""
"RSA with PKCS padding (instead of only more secure PSS) supported in key "
"exchange."

msgid "detail mail tls key-exchange-rsa-pkcs label"
msgstr "RSA with PKCS padding"

msgid "detail mail tls key-exchange-rsa-pkcs tech table"
msgstr "Mailserver (MX)|PKCS result"

msgid "detail mail tls key-exchange-rsa-pkcs verdict bad"
msgstr ""

msgid "detail mail tls key-exchange-rsa-pkcs verdict good"
msgstr ""

msgid "detail mail tls key-exchange-rsa-pkcs verdict unknown"
msgstr ""

msgid "detail mail tls ocsp-stapling exp"
msgstr ""
"OUTDATED TEXT; TEST NOT USED   \n"
"TODO"

msgid "detail mail tls ocsp-stapling label"
msgstr ""
"OUTDATED TEXT; TEST NOT USED   \n"
"TODO"

msgid "detail mail tls ocsp-stapling tech table"
msgstr ""
"OUTDATED TEXT; TEST NOT USED  \n"
"Mailserver (MX)|TODO"

msgid "detail mail tls ocsp-stapling verdict bad"
msgstr ""
"OUTDATED TEXT; TEST NOT USED  \n"
"TODO"

msgid "detail mail tls ocsp-stapling verdict good"
msgstr ""
"OUTDATED TEXT; TEST NOT USED  \n"
"TODO"

msgid "detail mail tls ocsp-stapling verdict not-in-cert"
msgstr ""

msgid "detail mail tls ocsp-stapling verdict ok"
msgstr ""
"OUTDATED TEXT; TEST NOT USED  \n"
"TODO"

msgid "detail mail tls renegotiation-client exp"
msgstr ""
"We controleren of een verzendende mailserver een renegotiation met je ontvangende mailserver (MX) kan starten en, zo ja, of het aantal toegestane renegotiations voldoende gelimiteerd is.\n"
"\n"
"Het is over het algemeen niet nodig om clients toe te staan renegotiations te initiëren. Client-initiated renegotiation maakt een mailserver kwetsbaar voor DoS-aanvallen binnen een TLS-verbinding. Daarom is het belangrijk om renegotiations niet toe te staan of het aantal ervan strikt te limiteren. Wij beschouwen meer dan 10 toegestane renegotiations als onvoldoende.\n"
"\n"
"Een aanvaller kan ook zonder client-initiated renegotiation soortgelijke DoS-aanvallen uitvoeren door veel parallelle TLS-verbindingen te openen. Dergelijke aanvallen zijn echter eenvoudiger te detecteren en met de standaardmaatregelen te mitigeren. \n"
"\n"
"Merk op dat client-initiated renegotiation impact kan hebben op de beschikbaarheid, maar niet op de vertrouwelijkheid.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS\n"
") van NCSC, paragraaf 3.4.2.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van client-initiated renegotiation**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen renegotiation (TLS 1.2)\n"
"* Voldoende: Gelimiteerde renegotiation (TLS 1.2)\n"
"* Uit te faseren: Ongelimiteerd renegotiation (TLS 1.2)"

msgid "detail mail tls renegotiation-client label"
msgstr "Client-initiated renegotiation"

msgid "detail mail tls renegotiation-client tech table"
msgstr "Mailserver (MX)|Client-initiated renegotiation"

msgid "detail mail tls renegotiation-client verdict allowed-with-low-limit"
msgstr ""
"Tenminste één van je mailservers staat client-initiated renegotiation toe, "
"terwijl het aantal toegestane renegotiations voldoende wordt gelimiteerd."

msgid ""
"detail mail tls renegotiation-client verdict allowed-with-too-high-limit"
msgstr ""
"Tenminste één van je mailservers staat client-initiated renegotiation toe, "
"terwijl het aantal toegestane renegotiations *onvoldoende* wordt "
"gelimiteerd."

msgid "detail mail tls renegotiation-client verdict bad"
msgstr ""
"Tenminste één van je mailservers staat client-initiated renegotiation toe, "
"wat een negatieve invloed kan hebben op de beschikbaarheid van je "
"mailserver."

msgid "detail mail tls renegotiation-client verdict good"
msgstr "Al je mailservers staan geen client-initiated renegotiation toe."

msgid "detail mail tls renegotiation-client verdict not-allowed"
msgstr "Je mailservers staan geen client-initiated renegotiation toe."

msgid "detail mail tls renegotiation-secure exp"
msgstr ""
"We testen of je mailservers (MX) secure renegotiation ondersteunen. \n"
"\n"
"In de oudere versies van TLS (vóór TLS 1.3) is het tot stand brengen van een nieuwe handshake toegestaan. Dit zogeheten 'opnieuw onderhandelen' (renegotiation) was in het oorspronkelijke ontwerp onveilig. Inmiddels is de standaard gerepareerd en is er een veiliger renegotiation-mechanisme beschikbaar. De oude versie wordt sindsdien als insecure renegotiation aangeduid en deze moet derhalve uitgeschakeld worden.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.2.\n"
"\n"
"---\n"
"\n"
"**Insecure renegotiation**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen insecure renegotiation (TLS 1.2)\n"
"* Onvoldoende: Insecure renegotiation (TLS 1.2)"

msgid "detail mail tls renegotiation-secure label"
msgstr "Secure renegotiation"

msgid "detail mail tls renegotiation-secure tech table"
msgstr "Mailserver (MX)|Secure renegotiation"

msgid "detail mail tls renegotiation-secure verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt insecure renegotiation, wat "
"uiteraard *niet* veilig is."

msgid "detail mail tls renegotiation-secure verdict good"
msgstr "Al je mailservers ondersteunen secure renegotiation."

msgid "detail mail tls starttls-exists exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) ondersteuning bieden voor STARTTLS. Als dat het geval is, dan testen we in de subtesten van deze testcategorie of STARTTLS ook voldoende veilig is geconfigureerd. \n"
"\n"
"Vanwege performance-redenen worden maximaal tien mailservers via of IPv6 of IPv4 getest voor STARTTLS en DANE.\n"
"\n"
"Merk op dat de e-mailtest *niet* terugvalt op A/AAAA-records voor mailservers in geval van afwezigheid van een MX-record.\n"
"\n"
"*Niet ontvangende domeinnaam*:\n"
"\n"
"1. Null MX: Indien je geen mail wenst te ontvangen op je domeinnaam die A/AAAA-records heeft, dan adviseren we om \"Null MX\" ([RFC 7505](https://www.rfc-editor.org/rfc/rfc7505)) te gebruiken. Merk op dat een \"Null MX record\" niet gecombineerd dient te worden met een gewoon MX-record dat naar een mail-host wijst.\n"
"2. Geen MX: In het geval dat je domein geen A/AAAA-records heeft en je er geen mail op wenst te ontvangen, adviseren we je om helemaal geen MX-record te configureren (dus ook geen \"Null MX\" record). \n"
"\n"
"* Als we een van de twee bovenstaande gevallen ontdekken, zijn de subtesten in de STARTTLS- en DANE-categorie niet van toepassing. Dit geldt ook voor de mailserver-specifieke subtests in de categorieën voor IPv6 en DNSSEC. Andere subtesten van de e-mailtest (bijv. voor DMARC) zijn nog steeds van toepassing.\n"
"* Merk op dat het hebben van een \"Null MX\"-record of geen MX-record ook van invloed kan zijn op het verzenden van e-mail, omdat ontvangende servers e-mail kunnen weigeren die een ongeldig retouradres heeft.\n"
"\n"
"Voor een \"good practice voor domeinnamen zonder mail\" zie de [uitleg van de \"DMARC-policy\" subtest](#control-panel-9)."

msgid "detail mail tls starttls-exists label"
msgstr "STARTTLS beschikbaar"

msgid "detail mail tls starttls-exists tech table"
msgstr "Mailserver (MX)|STARTTLS"

msgid "detail mail tls starttls-exists verdict bad"
msgstr "Tenminste één van je mailservers biedt *geen* STARTTLS aan."

msgid "detail mail tls starttls-exists verdict good"
msgstr "Al je mailservers bieden STARTTLS aan."

msgid "detail mail tls starttls-exists verdict invalid-null-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, óf je domeinnaam heeft geen A/AAAA records, "
"waardoor het \"Null MX\" record onnodig is. Óf op je domeinnaam is een "
"ontvangende mailserver ingesteld door een ander MX record, waardoor de "
"\"Null MX\" tegenstrijdig is."

msgid "detail mail tls starttls-exists verdict no-null-mx"
msgstr ""
"Er zijn geen ontvangende mailservers (MX) ingesteld op je domein dat A/AAAA-"
"records heeft en dat een SPF-record heeft met alleen de term `-all`. We "
"raden je aan een \"Null MX\" record in te stellen om expliciet aan te geven "
"dat je domein geen e-mail accepteert. Vanwege je configuratie zijn de "
"subtests in de categorie STARTTLS en DANE en de mailserver-specifieke "
"subtests in de categorieën IPv6 en DNSSEC niet van toepassing."

msgid "detail mail tls starttls-exists verdict null-mx"
msgstr ""
"Je domeinnaam die A/AAAA-records heeft, geeft met een \"Null MX\" record "
"duidelijk aan geen e-mail te accepteren. Dat is prima als je geen e-mail "
"wilt ontvangen. Gebruik geen \"Null MX\"-record en stel een MX in als je wel"
" e-mail wil verzenden vanaf deze domeinnaam, aangezien ontvangende servers "
"e-mail met een ongeldig retouradres kunnen weigeren."

msgid "detail mail tls starttls-exists verdict null-mx-with-other-mx"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, op je domeinnaam is een ontvangende mailserver "
"ingesteld door een ander MX record, waardoor de \"Null MX\" tegenstrijdig "
"is."

msgid "detail mail tls starttls-exists verdict null-mx-without-a-aaaa"
msgstr ""
"Je domeinnaam adverteert een \"Null MX\" record dat aangeeft dat deze geen "
"e-mail accepteert. Echter, je domeinnaam heeft geen A/AAAA records, waardoor"
" het \"Null MX\" record onnodig is."

msgid "detail mail tls starttls-exists verdict other"
msgstr "Tenminste één van je mailservers is onbereikbaar."

msgid "detail mail tls starttls-exists verdict other-2"
msgstr ""
"Het SPF-record op je domeinnaam geeft aan dat je domeinnaam kan worden "
"gebruikt voor het verzenden van e-mail. Je domeinnaam heeft echter geen "
"ontvangende mailserver (MX), wat de bezorgbaarheid van je verzonden e-mail "
"kan belemmeren omdat het ontbreken van een MX door ontvangers kan worden "
"gezien als een indicator voor spam. Als je daarom echt mail vanaf deze "
"domeinnaam wilt verzenden, configureer dan een MX. Als je echter geen mail "
"wilt versturen vanaf deze domeinnaam, configureer dan een SPF-record met "
"alleen de term `-all` en daarnaast een \"Null MX\" record als je domeinnaam "
"A/AAAA-records heeft. Vanwege je configuratie zijn de subtests in de "
"categorie STARTTLS en DANE en de mailserver-specifieke subtests in de "
"categorieën IPv6 en DNSSEC niet van toepassing."

msgid "detail mail tls version exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) alleen veilige TLS-versies ondersteunt (d.w.z. met een beveiligingsniveau van 'Goed' of 'Voldoende'). \n"
"\n"
"Een webserver kan meer dan één TLS-versie ondersteunen.\n"
"\n"
"Houd er rekening mee dat moderne browsers TLS 1.0/1.1 en SSL niet langer ondersteunen. Als gevolg hiervan zijn websites die TLS 1.2 en/of 1.3 niet ondersteunen voor vrijwel niemand bereikbaar.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.1.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van TLS-versies**\n"
"\n"
"* Goed: TLS 1.3\n"
"* Voldoende: TLS 1.2\n"
"* Onvoldoende: TLS 1.0/1.1, SSL 1.0/2.0/3.0"

msgid "detail mail tls version label"
msgstr "TLS-versie"

msgid "detail mail tls version tech table"
msgstr "Mailserver (MX)|TLS-versie|Beveiligingsniveau"

msgid "detail mail tls version verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt *onvoldoende* veilige TLS-"
"versies."

msgid "detail mail tls version verdict good"
msgstr "Al je mailservers ondersteunen alleen veilige TLS-versies."

msgid "detail mail tls version verdict phase-out"
msgstr ""
"Tenminste één van je mailservers ondersteunt een of meer TLS-versies die je "
"weloverwogen dient *uit te faseren*, omdat bekend is dat deze fragiel zijn "
"en het risico lopen in de toekomst *onvoldoende* veilig te worden."

msgid "detail mail tls zero-rtt exp"
msgstr ""
"We testen of je ontvangende mailservers (MX) Zero Round Trip Time Resumption (0-RTT) ondersteunen.\n"
"\n"
"0-RTT is een optie in TLS 1.3 waarmee applicatiedata wordt getransporteerd tijdens het eerste handshake-bericht. 0-RTT biedt echter geen bescherming tegen replay-aanvallen op de TLS-laag en dient daarom uitgezet te worden. Alhoewel het risico gemitigeerd kan worden door 0-RTT niet toe te staan voor non-idempotent requests, is een dergelijke configuratie vaak niet triviaal, afhankelijk van applicatielogica en daardoor foutgevoelig.\n"
"\n"
"Als je mailservers geen TLS 1.3 ondersteunen, dan is deze test niet van toepassing. VVoor mailservers die TLS 1.3 ondersteunen, wordt het STARTTLS-commando gegeven en wordt een TLS-sessie geïnitieerd. De omvang van de ondersteuning voor [early data](https://www.openssl.org/docs/manmaster/man3/SSL_get_max_early_data.html) zoals [aangegeven](https://www.rfc-editor.org/rfc/rfc8446#section-4.2.10) door de mailserver wordt gecontroleerd. Indien deze groter is dan nul, dan wordt een tweede verbinding gemaakt waarbij de TLS-sessiedetails van de eerste connectie worden hergebruikt maar waarbij het EHLO-commando vóór de TLS handshake maar na het STARTTLS-commando plaatsvindt (d.w.z. geen round trips (0-RTT) nodig voordat applicatiedata naar de server gaat). Als de TLS handshake slaagt en de mailserver antwoordt, dan wordt aangenomen dat de mailserver 0-RTT ondersteunt.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.4.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van 0-RTT**\n"
"\n"
"* Goed: Geen 0-RTT (TLS 1.3)\n"
"* Goed: N.v.t. (TLS 1.2)\n"
"* Onvoldoende: Wel 0-RTT (TLS 1.3)"

msgid "detail mail tls zero-rtt label"
msgstr "0-RTT"

msgid "detail mail tls zero-rtt tech table"
msgstr "Mailserver (MX)|0-RTT"

msgid "detail mail tls zero-rtt verdict bad"
msgstr ""
"Tenminste één van je mailservers ondersteunt 0-RTT, wat *niet* veilig is."

msgid "detail mail tls zero-rtt verdict good"
msgstr "Geen van je mailservers ondersteunen 0-RTT."

msgid "detail mail tls zero-rtt verdict na"
msgstr ""
"Deze subtest is niet van toepassing, aangezien 0-RTT alleen beschikbaar is "
"in TLS 1.3, dat niet is ingeschakeld op je mailservers."

msgid "detail tech data bogus"
msgstr "bogus"

msgid "detail tech data caa caa-record"
msgstr "Record: {record}"

msgid "detail tech data caa caa_record"
msgstr "caa record found: {record}"

msgid "detail tech data caa found-host"
msgstr "CAA gevonden op: {host}"

msgid "detail tech data caa found_host"
msgstr "found CAA on host {host}"

msgid "detail tech data caa invalid-flags-reserved-bits"
msgstr "Fout: Ongeldige gereserveerde flags \"{flags}\""

msgid "detail tech data caa invalid-parameter-validation-methods"
msgstr "Fout: Ongeldige 'validationmethods'-waarde \"{parameter_value}\""

msgid "detail tech data caa invalid-property-contactemail-value"
msgstr "Fout: Ongeldige 'contactemail'-waarde \"{property_value}\""

msgid "detail tech data caa invalid-property-contactphone-value"
msgstr "Fout: Ongeldige 'contactphone'-waarde \"{property_value}\""

msgid "detail tech data caa invalid-property-encoding"
msgstr "Fout: Ongeldige encoding in '{property_name}'"

msgid "detail tech data caa invalid-property-iodef-value"
msgstr "Fout: Ongeldige 'iodef'-waarde \"{property_value}\""

msgid "detail tech data caa invalid-property-issuemail-value"
msgstr "Fout: Ongeldige 'issuemail'-waarde \"{property_value}\""

msgid "detail tech data caa invalid-property-syntax"
msgstr ""
"Fout: Ongeldig karakter \"{invalid_character}\" op positie "
"{invalid_character_position} in '{property_name}'-waarde "
"\"{property_value}\""

msgid "detail tech data caa invalid-reserved-property"
msgstr "Fout: Ongeldige gereserveerde property \"{property_tag}\""

msgid "detail tech data caa invalid-unknown-property"
msgstr "Fout: Onbekende property \"{property_tag}\""

msgid "detail tech data caa invalid_flags_reserved_bits"
msgstr "invalid_flags_reserved_bits {value}"

msgid "detail tech data caa invalid_property_contactemail_value"
msgstr "invalid_property_contactemail_value {value}"

msgid "detail tech data caa invalid_property_contactphone_value"
msgstr "invalid_property_contactphone_value {value}"

msgid "detail tech data caa invalid_property_iodef_value"
msgstr "invalid_property_iodef_value {value}"

msgid "detail tech data caa invalid_property_issue_validation_method"
msgstr "invalid_property_issue_validation_method {value}"

msgid "detail tech data caa invalid_property_issuemail_value"
msgstr "invalid_property_issuemail_value {value}"

msgid "detail tech data caa invalid_property_syntax"
msgstr ""
"invalid_property_syntax name {property_name} value {property_value} invalid "
"character {invalid_character} at pos {invalid_character_position}"

msgid "detail tech data caa invalid_reserved_property"
msgstr "invalid_reserved_property {value}"

msgid "detail tech data caa invalid_unknown_property"
msgstr "invalid_unknown_property {value}"

msgid "detail tech data caa missing-required-property-issue"
msgstr "Fout: Vereiste 'issue' property ontbreekt"

msgid "detail tech data caa not-found"
msgstr "Fout: CAA niet gevonden"

msgid "detail tech data caa not_found"
msgstr "CAA not found"

msgid "detail tech data good"
msgstr "goed"

msgid "detail tech data http-csp has-bare-https"
msgstr ""
"Aanbeveling: 'https:' schema zonder specifiek hoofddomein moet niet worden "
"gebruikt (#9)."

msgid "detail tech data http-csp has-data"
msgstr ""
"Aanbeveling: 'data:' schema moet niet worden gebruikt waar dat niet is "
"toegestaan (#7)."

msgid "detail tech data http-csp has-host-without-scheme"
msgstr ""
"Aanbeveling: Een domein zonder schema moet niet worden gebruikt (#8). "

msgid "detail tech data http-csp has-http"
msgstr "Aanbeveling: 'http:' schema moet niet worden gebruikt (#8)."

msgid "detail tech data http-csp has-invalid-host"
msgstr ""
"Aanbeveling: Een wildcard (d.w.z. '*') of '127.0.0.1' moeten niet worden "
"gebruikt (#9 en #10)."

msgid "detail tech data http-csp has-unsafe-eval"
msgstr "Aanbeveling: 'unsafe-eval' moet niet worden gebruikt (#6)."

msgid "detail tech data http-csp has-unsafe-hashes"
msgstr "Aanbeveling: 'unsafe-hashes' moet niet worden gebruikt (#6)."

msgid "detail tech data http-csp has-unsafe-inline"
msgstr "Aanbeveling: 'unsafe-inline' moet niet worden gebruikt (#6)."

msgid "detail tech data http-csp missing-invalid-base-uri"
msgstr ""
"Aanbeveling: 'base-uri' met voldoende veilige waarde moet zijn gedefinieerd "
"(#2)."

msgid "detail tech data http-csp missing-invalid-default-src"
msgstr ""
"Aanbeveling: 'default-src' met voldoende veilige waarde moet zijn "
"gedefinieerd (#1)."

msgid "detail tech data http-csp missing-invalid-form-action"
msgstr ""
"Aanbeveling: 'form-action' met voldoende veilige waarde moet zijn "
"gedefinieerd (#5)."

msgid "detail tech data http-csp missing-invalid-frame-ancestors"
msgstr ""
"Aanbeveling: 'frame-ancestors' met voldoende veilige waarde moet zijn "
"gedefinieerd (#4)."

msgid "detail tech data http-csp missing-invalid-frame-src"
msgstr ""
"Aanbeveling: 'frame-src' (of 'child-src' of 'default-src' als fallback) met "
"voldoende veilige waarde moet zijn gedefinieerd (#3)."

msgid "detail tech data http-csp no-policy-found"
msgstr "Geen CSP gevonden."

msgid "detail tech data http-csp policy-found"
msgstr "Opgehaalde CSP-waarde: {policy}"

msgid "detail tech data http-referrer-policy bad-invalid"
msgstr "Slecht: policy-waarde is niet geldig."

msgid "detail tech data http-referrer-policy bad-no-referrer-when-downgrade"
msgstr "Slecht: 'no-referrer-when-downgrade' moet niet worden gebruikt."

msgid "detail tech data http-referrer-policy bad-origin"
msgstr "Slecht: 'origin' moet niet worden gebruikt."

msgid "detail tech data http-referrer-policy bad-origin-when-cross-origin"
msgstr "Slecht: 'origin-when-cross-origin' moet niet worden gebruikt."

msgid "detail tech data http-referrer-policy bad-unsafe-url"
msgstr "Slecht: 'unsafe-url' moet niet worden gebruikt."

msgid "detail tech data http-referrer-policy no-policy"
msgstr "Geen Referrer-Policy gevonden."

msgid "detail tech data http-referrer-policy recommendation-strict-origin"
msgstr "Aanbeveling: 'strict-origin' zou niet gebruikt moeten worden."

msgid ""
"detail tech data http-referrer-policy recommendation-strict-origin-when-"
"cross-origin"
msgstr ""
"Aanbeveling: 'strict-origin-when-cross-origin' zou niet gebruikt moeten "
"worden."

msgid "detail tech data http-referrer-policy values"
msgstr "Gevonden policy: {values}"

msgid "detail tech data http-securitytxt bom_in_file"
msgstr ""
"Fout: De Byte Order Mark (\"BOM\") handtekening moet niet voorkomen aan het "
"begin van de inhoud die gecodeerd moet zijn met UTF-8 in Net-Unicode vorm."

msgid "detail tech data http-securitytxt data_after_sig"
msgstr ""
"Fout: Ondertekende security.txt moet geen gegevens bevatten na de "
"handtekening (regel {line_no})."

msgid "detail tech data http-securitytxt empty_key"
msgstr "Fout: Veldnaam moet niet leeg zijn (regel {line_no})."

msgid "detail tech data http-securitytxt empty_value"
msgstr "Fout: Veldwaarde moet niet leeg zijn (regel {line_no})."

msgid "detail tech data http-securitytxt expired"
msgstr ""
"Fout: Datum en tijd in het veld 'Expires' moeten niet in het verleden liggen"
" (regel {line_no})."

msgid "detail tech data http-securitytxt invalid_cert"
msgstr ""
"Fout: security.txt moet worden geserveerd met een geldig TLS-certificaat.\n"
"\n"
"[Note: this content label is currently not used. See #1046.]"

msgid "detail tech data http-securitytxt invalid_charset"
msgstr ""
"Fout: Charset parameter in Content-Type header moet 'utf-8' zijn indien "
"aanwezig."

msgid "detail tech data http-securitytxt invalid_expiry"
msgstr ""
"Fout: Datum en tijd in het veld 'Expires' moeten worden geformatteerd "
"conform ISO 8601 (regel {line_no})."

msgid "detail tech data http-securitytxt invalid_lang"
msgstr ""
"Fout: De waarde in het veld 'Preferred-Languages' moet overeenkomen met één "
"of meer taal-tags zoals gedefinieerd in [RFC 5646](https://www.rfc-"
"editor.org/rfc/rfc5646), gescheiden door komma's (regel {line_no})."

msgid "detail tech data http-securitytxt invalid_line"
msgstr ""
"Fout: Regel moet een veldnaam en -waarde bevatten, tenzij de regel leeg is "
"of een commentaar bevat (regel {line_no})."

msgid "detail tech data http-securitytxt invalid_media"
msgstr "Fout: Media type in Content-Type header moet 'text/plain' zijn."

msgid "detail tech data http-securitytxt invalid_uri_scheme"
msgstr ""
"Fout: De toegang tot het bestand security.txt moet het HTTPS-schema gebruiken.\n"
"\n"
"[Note: this content label is currently not used. See #1046.]"

msgid "detail tech data http-securitytxt location"
msgstr ""
"Fout: security.txt stond op het top-level pad (verouderde locatie), maar "
"moet geplaatst worden onder het '/.well-known/' pad."

msgid "detail tech data http-securitytxt long_expiry"
msgstr ""
"Aanbeveling: Datum en tijd in het veld 'Expires' zouden minder dan een jaar "
"in de toekomst moeten liggen (regel {line_no})."

msgid "detail tech data http-securitytxt multi_expire"
msgstr "Fout: Het veld 'Expires' moet niet meer dan één keer voorkomen."

msgid "detail tech data http-securitytxt multi_lang"
msgstr ""
"Fout: Het veld 'Preferred-Languages' moet niet meer dan één keer voorkomen."

msgid "detail tech data http-securitytxt multiple_csaf_fields"
msgstr ""
"Aanbeveling: Meerdere 'CSAF'-velden zouden moeten worden teruggebracht tot "
"één 'CSAF'-veld."

msgid "detail tech data http-securitytxt no_canonical"
msgstr ""
"Aanbeveling: Het veld 'Canonical' zou aanwezig moeten zijn in een "
"ondertekend bestand."

msgid "detail tech data http-securitytxt no_canonical_match"
msgstr ""
"Fout: De web URI van security.txt (d.w.z. bij redirecting ten minste de "
"laatste URI van de redirect-keten) moet worden vermeld in een "
"'Canonical'-veld als dat aanwezig is."

msgid "detail tech data http-securitytxt no_contact"
msgstr "Fout: Het veld 'Contact' moet minstens één keer voorkomen."

msgid "detail tech data http-securitytxt no_content_type"
msgstr "Fout: HTTP Content-Type header moet worden verstuurd."

msgid "detail tech data http-securitytxt no_csaf_file"
msgstr ""
"Fout: Ieder optioneel 'CSAF'-veld moet verwijzen naar een bestand met de "
"naam 'provider-metadata.json'."

msgid "detail tech data http-securitytxt no_encryption"
msgstr ""
"Aanbeveling: Het veld 'Encryption' zou aanwezig moeten zijn wanneer het veld"
" 'Contact' een e-mailadres bevat."

msgid "detail tech data http-securitytxt no_expire"
msgstr "Fout: Het veld 'Expires' moet aanwezig zijn."

msgid "detail tech data http-securitytxt no_https"
msgstr "Fout: De web URI moet beginnen met 'https://' (regel {line_no})."

msgid "detail tech data http-securitytxt no_line_separators"
msgstr ""
"Fout: Elke regel moet eindigen met óf een carriage return en line feed "
"characters óf alleen een line feed character."

msgid "detail tech data http-securitytxt no_security_txt_404"
msgstr "Fout: security.txt kon niet gevonden worden."

msgid "detail tech data http-securitytxt no_security_txt_other"
msgstr ""
"Fout: security.txt kon niet gevonden worden (onverwachte HTTP response code "
"{status_code})."

msgid "detail tech data http-securitytxt no_space"
msgstr ""
"Fout: Veld-scheidingsteken (dubbele punt) moet worden gevolgd door een "
"spatie (regel {line_no})."

msgid "detail tech data http-securitytxt no_uri"
msgstr ""
"Fout: Veldwaarde moet een URI zijn (bijv. beginnend met 'mailto:') (regel "
"{line_no})."

msgid "detail tech data http-securitytxt not_signed"
msgstr "Aanbeveling: security.txt zou digitaal ondertekend moeten zijn."

msgid "detail tech data http-securitytxt pgp_data_error"
msgstr ""
"Fout: Ondertekende security.txt moet een correct 'ASCII-armored PGP block' "
"bevatten."

msgid "detail tech data http-securitytxt pgp_error"
msgstr ""
"Fout: Het decoderen of parsen van de ondertekende security.txt moet slagen."

msgid "detail tech data http-securitytxt prec_ws"
msgstr ""
"Fout: Er mag geen spatie staan voor het veld-scheidingsteken (dubbele punt) "
"(regel {line_no})."

msgid "detail tech data http-securitytxt requested-from"
msgstr "security.txt opgevraagd van {hostname}."

msgid "detail tech data http-securitytxt retrieved-from"
msgstr "security.txt opgehaald van {hostname}."

msgid "detail tech data http-securitytxt signed_format_issue"
msgstr ""
"Fout: Ondertekende security.txt moet beginnen met de kop '-----BEGIN PGP "
"SIGNED MESSAGE-----'."

msgid "detail tech data http-securitytxt unknown_field"
msgstr ""
"Notificatie: security.txt bevat een onbekend veld. Ofwel het gaat om een "
"aangepast veld dat misschien niet algemeen ondersteund wordt, ofwel er is "
"sprake van een typfout in een gestandaardiseerde veldnaam (regel {line_no})."

msgid "detail tech data http-securitytxt utf8"
msgstr "Fout: Inhoud moet gecodeerd zijn met UTF-8 in Net-Unicode vorm."

msgid "detail tech data insecure"
msgstr "insecure"

msgid "detail tech data insufficient"
msgstr "onvoldoende"

msgid "detail tech data no"
msgstr "nee"

msgid "detail tech data not-applicable"
msgstr "niet van toepassing"

msgid "detail tech data not-reachable"
msgstr "niet bereikbaar"

msgid "detail tech data not-testable"
msgstr "niet testbaar"

msgid "detail tech data not-tested"
msgstr "niet getest"

msgid "detail tech data phase-out"
msgstr "uit te faseren"

msgid "detail tech data secure"
msgstr "secure"

msgid "detail tech data sufficient"
msgstr "voldoende"

msgid "detail tech data tls-renegotiation-client allowed-with-low-limit"
msgstr "ja, gelimiteerd"

msgid "detail tech data tls-renegotiation-client allowed-with-too-high-limit"
msgstr "ja, ongelimiteerd"

msgid "detail tech data tls-renegotiation-client not-allowed"
msgstr "nee"

msgid "detail tech data yes"
msgstr "ja"

msgid "detail verdict could-not-test"
msgstr "Testfout. Graag later opnieuw proberen."

msgid "detail verdict not-tested"
msgstr ""
"Deze subtest is niet uitgevoerd, omdat een bovenliggende test waarvan deze "
"subtest afhankelijk is een negatief testresultaat gaf, of omdat onvoldoende "
"informatie beschikbaar was om de subtest uit te kunnen voeren. "

msgid "detail web appsecpriv http-csp exp"
msgstr ""
"We testen of je webserver een HTTP-header voor `Content-Security-Policy` (CSP) aanbiedt. Verder controleren we op verschillende veilige CSP-instellingen, hoewel we de effectiviteit van je CSP-configuratie *niet* uitputtend testen. \n"
"\n"
"CSP beschermt een website tegen aanvallen via content injection zoals cross-site scripting (XSS). Door met CSP een 'allowlist' met *bronnen van goedgekeurde content* in te stellen, kan je voorkomen dat browsers die jouw website tonen daarbij kwaadaardige content van aanvallers laden. \n"
"\n"
"We testen op onderstaande regels die gebaseerd zijn op good pracrices voor een veilige CSP-configuratie.\n"
"\n"
"1. De `default-src` richtlijn moet zijn gedefinieerd en de waarde moet zijn óf `'none'`, óf `'self'` en/of één of meer URL's van het domein zelf (inclusief het subdomein of superdomein ervan). Dit is om een restrictief default fallback beleid te hebben voor bron-typen die gebruikt worden in je website waarvoor geen specifiek beleid is gedefinieerd. Naast deze waarden kan `'report-sample'` als waarde zijn ingesteld als je wil dat in de 'violation reports' code-voorbeelden worden opgenomen.\n"
"2. De `base-uri` richtlijn moet zijn gedefinieerd en de waarde moet zijn óf `'none'`, óf `'self'` en/of één of meer URL's van het domein zelf (inclusief  het subdomein of superdomein ervan). Dit limiteert de `baseURI` zodat de injectie van een gemanipuleerd `<base>` element wordt geblokkeerd. Dit beperkt de mogelijkheden van aanvallers om de locaties van bronnen (bijv. scripts) die vanaf relatieve URL's worden geladen te manipuleren.\n"
"3. De `frame-src` richtlijn moet zijn gebruikt (hetzij per definitie of via de fallback naar `child-src` en `default-src`) en de waarde moet zijn óf `'none'`, óf `'self'` en/of één of meer specifieke URL's. Dit voorkomt dat inhoud van niet-geautoriseerde locaties wordt geframed of ge-embed in je website (met HTML-elementen zoals `<frame>` en `<iframe>`).\n"
"4. De `frame-ancestors` richtlijn moet zijn gedefinieerd zijn en de waarde moet zijn óf `'none'`, óf `'self'` en/of één of meer specifieke URL's. Dit voorkomt dat ongeautoriseerde websites je website kunnen framen of embedden (met de HTML-elementen `<frame>`, `<iframe>`, `<object>`, `<embed>`, of `<applet>`).\n"
"5. De `form-action` richtlijn moet zijn gedefinieerd en de waarde ervan moet zijn óf `'none'`, óf `'self'` en/of één of meer specifieke URLs. Dit limiteert de URL's die gebruikt kunnen worden als doel voor formulierverzendingen.\n"
"6. `unsafe-inline`, `unsafe-eval` en `unsafe-hashes` moeten *niet* gebruikt worden, omdat deze XSS-aanvallen mogelijk maken.\n"
"7. `data:` moet *niet* gebruikt  worden in `default-src`, `script-src` en `object-src`, omdat dit XSS-aanvallen mogelijk maakt.\n"
"8. Een domein met het `http://` schema of een domein zonder schema moet *niet* worden gebruikt, omdat hiermee bronnen kunnen worden gedownload over een onveilige verbinding. Gebruik in plaats daarvan het `https://` schema.\n"
"9. Een wildcard (dat wil zeggen `*`) voor volledige host-gedeelte van een URL moet *niet* gebruikt worden in een CSP-richtlijn, omdat daardoor iedere externe bron is toegestaan. Gebruik bovendien *niet* alleen `https:` omdat dit gelijk staat aan `https://*`. Specificeer altijd het hoofddomein (bijvoorbeeld `https://scripts.example.nl` of `https://*.example.nl`). \n"
"10. `127.0.0.1` moet *niet* gebruikt worden in een CSP-richtlijn, omdat dit aanvallen via content injection mogelijk maakt in een gecompromitteerd systeem.\n"
"\n"
"Aanvullende aanbevelingen:\n"
"\n"
"1. Sta alleen zo specifiek mogelijke domeinen toe in CSP-richtlijnen. Dit wordt in deze subtest voor CSP tot op zekere hoogte automatisch getest.\n"
"\n"
"    * Sta *niet* alle domeinen onder een TLD (`*.nl`) of SLD (`*.example.nl`) toe, hoewel we hier momenteel *niet* op testen. \n"
"    * Sta *niet* een ander domein onder een SLD toe in `default-src` (bijvoorbeeld `voorbeeld2.example.nl` voor `voorbeeld1.example.nl`), hoewel we hier momenteel *niet* op testen.\n"
"\n"
"2. Gebruik *niet* inline scripts of styles. In gevallen waarin je het gebruik van inline scripts of styles niet kunt vermijden, gebruik dan *niet* `unsafe-inline` (zoals hierboven vermeld) maar gebruik bij voorkeur CSP-hashes of anders CSP-nonces.\n"
"3. Gebruik de HTTP-header als mechanisme voor het serveren van je CSP-beleid. Gebruik *niet* het HTML `<meta>` element om je CSP-beleid te serveren. Het laatste is minder veilig en ondersteunt niet alle CSP-richtlijnen (bijvoorbeeld niet het vereiste `frame-ancestors`). Daarom controleren we *niet* op CSP die wordt aangeboden via het HTML `<meta>`-element.\n"
"4. Gebruik de HTTP-header voor `Content-Security-Policy-Report-Only` om te experimenteren met je CSP-configuratie door het effect ervan te controleren maar nog niet af te dwingen.\n"
"5. Merk op dat een lege bronnenlijst (d.w.z. een CSP-richtlijn zonder waarde) gelijk is aan een bronnenlijst met `none`. Merk bovendien op dat als er andere bronnen in een bronnenlijst naast `none` staan, het attribuut `none` wordt genegeerd.\n"
"\n"
"Opmerking over IPv6/IPv4: vanwege performance-redenen worden alle testen in de categorie 'Beveiligingsopties' alleen uitgevoerd voor het eerste beschikbare IPv6- en IPv4-adres.\n"
"\n"
"Zie ook ['Webapplicatie-richtlijnen van NCSC, Verdieping'](https://www.ncsc.nl/documenten/publicaties/2019/mei/01/ict-beveiligingsrichtlijnen-voor-webapplicaties), richtlijn U/PW.03.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web appsecpriv http-csp label"
msgstr "Content-Security-Policy"

msgid "detail web appsecpriv http-csp tech table"
msgstr "Webserver-IP-adres|Bevindingen"

msgid "detail web appsecpriv http-csp verdict bad"
msgstr ""
"Je webserver biedt *geen* Content-Security-Policy (CSP) aan, of biedt CSP "
"aan met bepaalde *onveilige* instellingen."

msgid "detail web appsecpriv http-csp verdict good"
msgstr ""
"Je webserver biedt Content-Security-Policy (CSP) aan en maakt geen gebruik "
"van bepaalde onveilige CSP-instellingen."

msgid "detail web appsecpriv http-referrer-policy exp"
msgstr ""
"We testen of je webserver een HTTP-header voor `Referrer-Policy` aanbiedt met een voldoende veilige en privacybeschermende policy-waarde. Met deze policy instrueert je webserver browsers of, wat en wanneer referrer-gegevens moeten worden verzonden naar de website waar de gebruiker naartoe navigeert vanaf jouw website. Deze referrer-gegevens worden in de `Referer`-header door de browser verzonden naar de website waar de gebruiker naartoe navigeert. Deze navigatie hoeft niet per se domeinoverschrijdend te zijn.\n"
"\n"
"De gegevens in de `Referer` header worden meestal gebruikt voor analytics en logging. Er kunnen echter privacy- en beveiligingsrisico's zijn. De gegevens kunnen bijvoorbeeld worden gebruikt voor het volgen van gebruikers en de gegevens kunnen uitlekken naar derden die de verbinding afluisteren. Met de HTTP-header voor `Referrer-Policy` kun je deze risico's beperken door het verzenden van referrer-gegevens te controleren en zelfs te minimaliseren.\n"
"\n"
"We raden je aan om een weloverwogen beslissing te nemen, met privacy- en beveiligingsrisico's in gedachten, over het gebruik van een van de policy-waarden uit de eerste twee categorieën hieronder.\n"
"\n"
"**1. Goed** \n"
"\n"
"* `no-referrer`\n"
"* `same-origin`\n"
"\n"
"Met deze policy-waarden worden er geen gevoelige referrer-gegevens naar derden verzonden.\n"
"\n"
"**2. Waarschuwing** \n"
"\n"
" * `strict-origin`\n"
" * `strict-origin-when-cross-origin` (default waarde van browsers; zie ook onder aanvullende opmerking 2)\n"
"\n"
"Met deze policy-waarden worden basis referrer-gegevens, die gevoelig kunnen zijn, alleen via beveiligde verbindingen (HTTPS) naar derden verzonden. Daarom zouden deze waarden alleen gebruikt moeten worden als dit noodzakelijk en wettelijk toegestaan is.\n"
"\n"
"**3. Slecht**\n"
"\n"
"* `no-referrer-when-downgrade`\n"
"* `origin-when-cross-origin`\n"
"* `origin`\n"
"* `unsafe-url`\n"
"\n"
"Met deze policy-waarden worden alle of alleen basis referrer-gegevens, die gevoelig kunnen zijn, mogelijk via onveilige verbindingen (HTTP) naar derden verzonden. Daarom moeten deze waarden niet worden gebruikt.\n"
"  \n"
"**Aanvullende opmerkingen:**\n"
"\n"
"1. Om het lekken van gevoelige gegevens via URL's te voorkomen, moet u ervoor zorgen dat URL's van uw website geen persoonlijke of anderszins gevoelige gegevens bevatten (zoals persoonlijke namen of wachtwoorden).\n"
"2. `strict-origin-when-cross-origin` is de default policy-waarde wanneer er geen `Referrer-Policy` is gepubliceerd zoals voorgeschreven in de huidige \"Editor's Draft\" van de `Referrer-Policy` standaard en deze default wordt gebruikt door alle nieuwste grote browsers. Merk op dat sommige gebruikers nog steeds een ander default waarde geconfigureerd kunnen hebben in hun browser.\n"
"3. Gebruik de HTTP `Referrer-Policy` header als mechanisme om je referrer policy aan te bieden. We raden *niet* aan om het HTML `<meta>` element of het HTML `referrerpolicy` content attribuut te gebruiken om je referrer policy te publiceren, vooral omdat de secties die deze methoden beschrijven in de standaard gemarkeerd zijn als \"niet normatief\". Daarom controleren we niet op een referrer policy die wordt aangeboden via de laatste twee methoden.\n"
"4. Merk op dat een webserver meerdere `Referrer-Policy` headers kan sturen, en dat een `Referrer-Policy` header meerdere waarden kan bevatten. Onbekende waarden worden genegeerd door de browser en alleen de laatst bekende waarde wordt gebruikt. Dit maakt het mogelijk om toekomstig gestandaardiseerde policy-waarden te gebruiken die nog niet door alle browsers worden ondersteund. Op dit moment ondersteunen echter alle nieuwste grote browsers de bovenstaande policy-waarden onder \"Goed\" en \"Waarschuwing\".\n"
"\n"
"Opmerking over IPv6/IPv4: vanwege performance-redenen worden alle testen in de categorie 'Beveiligingsopties' alleen uitgevoerd voor het eerste beschikbare IPv6- en IPv4-adres.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web appsecpriv http-referrer-policy label"
msgstr "Referrer-Policy"

msgid "detail web appsecpriv http-referrer-policy tech table"
msgstr "Webserver-IP-adres|Bevindingen"

msgid "detail web appsecpriv http-referrer-policy verdict bad"
msgstr ""
"Je webserver biedt een Referrer-Policy aan met een policy-waarde die *niet* "
"voldoende veilig en privacybeschermend is."

msgid "detail web appsecpriv http-referrer-policy verdict good"
msgstr ""
"Je webserver biedt een Referrer-Policy aan met een policy-waarde die "
"voldoende veilig en privacybeschermend is."

msgid "detail web appsecpriv http-referrer-policy verdict recommendations"
msgstr ""
"Je webserver biedt ofwel geen Referrer-Policy aan en vertrouwt dus op de "
"standaard browserpolicy, óf je webserver biedt een Referrer-Policy aan met "
"een policy-waarde die met terughoudendheid moet worden gebruikt vanwege de "
"mogelijke impact op beveiliging en privacy."

msgid "detail web appsecpriv http-securitytxt exp"
msgstr ""
"We testen of je webserver een `security.txt` bestand op de juiste locatie aanbiedt, of het opgehaald kan worden, en of de inhoud ervan syntactisch geldig is. \n"
"\n"
"`security.txt` is een tekstbestand met contactinformatie dat je op je webserver plaatst. Beveiligingsonderzoekers kunnen deze informatie gebruiken om direct contact met de juiste afdeling of persoon binnen je organisatie op te nemen over kwetsbaarheden die zij in je website of IT-systemen hebben gevonden. Dit kan het verhelpen van gevonden kwetsbaarheden versnellen, waardoor kwaadwillenden minder kans hebben om er misbruik van te maken. \n"
"\n"
"Het formaat van het bestand is bedoeld om machinaal en menselijk leesbaar te zijn. De contactinformatie kan een e-mailadres, een telefoonnummer en/of een webpagina (bijvoorbeeld een webformulier) zijn. Merk op dat gepubliceerde contactinformatie openbaar is en ook kan worden misbruikt, bijvoorbeeld om spam te sturen naar een gepubliceerd e-mailadres.\n"
"\n"
"Naast contactinformatie moet het `security.txt` bestand ook een vervaldatum bevatten. Om te voorkomen dat de informatie niet meer actueel is, wordt aanbevolen een vervaldatum op te nemen die minder dan een jaar in de toekomst ligt. Het is optioneel om ook andere relevante informatie voor beveiligingsonderzoekers op te nemen, zoals een link naar je beleid voor het omgaan met meldingen van beveiligingskwetsbaarheden (meestal Coordinated Vulnerability Disclosure policy genoemd).\n"
"\n"
"Het wordt aanbevolen om het `security.txt` bestand te ondertekenen met PGP en daarbij de web URI waarop het bestand staat in een `Canonical` veld op te nemen. We controleren of het `security.txt` bestand ondertekend is. We valideren de handtekening echter *niet*, omdat er helaas geen gestandaardiseerde plaats is om een publieke PGP-sleutel (die nodig is voor handtekeningvalidatie) op te halen.\n"
"\n"
"Als een of meer `Canonical` velden aanwezig zijn, moet de web URI van het `security.txt` bestand in een `Canonical` veld staan. Bij het redirecten naar een `security.txt` bestand moet ten minste de laatste URI van de redirect-keten in een `Canonical` veld worden vermeld.\n"
"\n"
"Het bestand moet gepubliceerd worden onder het `/.well-known/` pad. Merk op dat het plaatsen onder het top-level pad verouderd is. Elk web(sub)domein dient zijn eigen `security.txt` bestand te hebben. Een voorbeeldbestand is te vinden op [`https://example.nl/.well-known/security.txt`](https://example.nl/.well-known/security.txt).\n"
"\n"
"Met een redirect doorverwijzen naar een `security.txt` op een andere domeinnaam is toegestaan. Vooral in het geval van een grote domeinnaamportfolio is het vanuit onderhoudsperspectief aan te raden om de domeinnamen te redirecten naar een centrale `security.txt`.\n"
"\n"
"Merk op dat `security.txt` bestanden normaal gesproken slechts enkele kilobytes groot zijn. We lezen en evalueren daarom maximaal de eerste 100 kB van een gevonden `security.txt` bestand.\n"
"\n"
"Opmerking over IPv6/IPv4: vanwege performance-redenen worden alle testen in de categorie 'Beveiligingsopties' alleen uitgevoerd voor het eerste beschikbare IPv6- en IPv4-adres.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web appsecpriv http-securitytxt label"
msgstr "security.txt"

msgid "detail web appsecpriv http-securitytxt tech table"
msgstr "Webserver-IP-adres|Bevindingen"

msgid "detail web appsecpriv http-securitytxt verdict bad"
msgstr ""
"Je webserver biedt *geen* security.txt-bestand op de juiste plaats aan, het "
"kon *niet* worden opgehaald, of de inhoud ervan is syntactisch *niet* "
"geldig."

msgid "detail web appsecpriv http-securitytxt verdict good"
msgstr ""
"Je webserver biedt een security.txt-bestand op de juiste plaats aan en de "
"inhoud ervan is syntactisch geldig."

msgid "detail web appsecpriv http-securitytxt verdict recommendations"
msgstr ""
"Je webserver biedt een security.txt-bestand op de juiste plaats aan en de "
"inhoud ervan is syntactisch geldig. Echter, er zijn een of meer "
"aanbevelingen voor verbetering."

msgid "detail web appsecpriv http-x-content-type exp"
msgstr ""
"We testen of je webserver een HTTP header voor `X-Content-Type-Options` aanbiedt. Met deze HTTP header kan je webbrowsers laten weten dat zij geen 'MIME type sniffing' mogen uitvoeren en altijd het `Content-Type` zoals gedeclareerd door jouw webserver moeten volgen. De enige geldige waarde voor deze HTTP header is `nosniff`. Indien actief, dan zal een browser verzoeken voor `style` en `script` blokkeren als deze geen corresponderende `Content-Type` (dat wil zeggen `text/css` of een 'Javascript MIME type' zoals `application/javascript`) hebben.\n"
"\n"
"'MIME type sniffing' is een techniek waarbij de browser de inhoud van een bestand scant om te bepalen wat het formaat van het bestand is, ongeacht het door de webserver gedeclareerde `Content-Type`. Deze techniek is kwetsbaar voor de zogenaamde 'MIME confusion attack' waarbij de aanvaller de content van een bestand zodanig manipuleert dat de browser deze behandelt als een andere `Content-Type`, zoals een executeerbaar bestand.\n"
"\n"
"Opmerking over IPv6/IPv4: vanwege performance-redenen worden alle testen in de categorie 'Beveiligingsopties' alleen uitgevoerd voor het eerste beschikbare IPv6- en IPv4-adres.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web appsecpriv http-x-content-type label"
msgstr "X-Content-Type-Options"

msgid "detail web appsecpriv http-x-content-type tech table"
msgstr "Webserver-IP-adres|X-Content-Type-Options waarde"

msgid "detail web appsecpriv http-x-content-type verdict bad"
msgstr "Je webserver biedt *geen* X-Content-Type-Options aan."

msgid "detail web appsecpriv http-x-content-type verdict good"
msgstr "Je webserver biedt X-Content-Type-Options aan."

msgid "detail web appsecpriv http-x-frame exp"
msgstr ""
"We testen of je webserver een HTTP header voor `X-Frame-Options` aanbiedt die een voldoende veilige instelling heeft. Met deze HTTP header kan je webbrowsers laten weten of het toegestaan is om jouw website te 'framen'. Het voorkomen van 'framen' beschermt bezoekers tegen aanvallen zoals clickjacking. We beschouwen de volgende waarden als voldoende veilig:\n"
"\n"
"* `DENY` ('framen' niet toegestaan); of\n"
"* `SAMEORIGIN` ('framen' alleen door je eigen website toegestaan).\n"
"\n"
"Alhoewel de waarde `ALLOW-FROM` (alleen genoemde websites mogen jouw website 'framen') onderdeel is van de specificatie voor`X-Frame-Options` ([RFC 7034](https://www.rfc-editor.org/rfc/rfc7034)), wordt deze *niet* ondersteund door moderne webbrowsers. Om die reden beschouwen we deze waarde *niet* als voldoende veilig.\n"
"\n"
"Merk op dat `Content-Security-Policy` ([CSP](#control-panel-29)) via `frame-ancestors` vergelijkbare bescherming en daarnaast nog veel meer biedt voor bezoekers met moderne webbrowsers. Maar `X-Frame-Options` kan nog steeds bescherming bieden aan bezoekers van oudere browsers die geen CSP ondersteunen. Bovendien kan `X-Frame-Options` waardevolle bescherming aan alle bezoekers bieden, indien CSP niet (goed) is ingesteld voor de desbetreffende website.\n"
"\n"
"Opmerking over IPv6/IPv4: vanwege performance-redenen worden alle testen in de categorie 'Beveiligingsopties' alleen uitgevoerd voor het eerste beschikbare IPv6- en IPv4-adres.\n"
"\n"
"Zie ook ['Webapplicatie-richtlijnen van NCSC, Verdieping'](https://www.ncsc.nl/documenten/publicaties/2019/mei/01/ict-beveiligingsrichtlijnen-voor-webapplicaties), richtlijn U/PW.03.\n"
"\n"
"*Niveau van vereistheid: Optioneel* "

msgid "detail web appsecpriv http-x-frame label"
msgstr "X-Frame-Options"

msgid "detail web appsecpriv http-x-frame tech table"
msgstr "Webserver-IP-adres|X-Frame-Options waarde"

msgid "detail web appsecpriv http-x-frame verdict bad"
msgstr "Je webserver biedt *geen* veilig ingestelde X-Frame-Options aan."

msgid "detail web appsecpriv http-x-frame verdict good"
msgstr "Je webserver biedt veilig ingestelde X-Frame-Options aan."

msgid "detail web appsecpriv http-x-xss exp"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"We testen of je webserver een HTTP header voor `X-XSS-Protection` aanbiedt die een voldoende veilige waarde heeft (dat wil zeggen `1` of `1; mode=block`). Deze HTTP header kan worden gebruikt om het beschermingsfilter van browsers tegen reflectieve cross-site scripting (XSS) aanvallen te activeren.\n"
"\n"
"Geldige waardes voor de `X-XSS-Protection` header zijn:\n"
"\n"
"* `0` deactiveert het XSS-filter. Deze waarde dient NIET te worden gebruikt.\n"
"* `1` activeert het XSS-filter. Als een cross-site scripting aanval wordt gedetecteerd, dan zal de browser het script opschonen en de onveilige delen verwijderen. Deze waarde is normaal gesproken de standaard-waarde ('default') in browsers als een website geen `X-XSS-Protection` header aanbiedt. \n"
"* `1; mode=block` activeert het XSS-filter én de blokkeermodus. Als een cross-site scripting aanval wordt gedetecteerd, dan zal de browser het antwoord blokkeren en de webpagina niet laden. Dit is de aanbevolen waarde.\n"
"\n"
"Mits goed geconfigureerd kan `Content-Security-Policy` (CSP) vergelijkbare bescherming en meer bieden aan gebruikers van moderne webbrowsers. `X-XSS-Protection` biedt in dat geval nog altijd bescherming aan bezoekers van oudere browsers die geen CSP ondersteunen. Bovendien kan `X-XSS-Protection` waardevolle bescherming aan alle bezoekers bieden, indien CSP niet (goed) is ingesteld voor de desbetreffende website.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web appsecpriv http-x-xss label"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"X-XSS-Protection"

msgid "detail web appsecpriv http-x-xss tech table"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Webserver-IP-adres|X-XSS-Protection waarde"

msgid "detail web appsecpriv http-x-xss verdict bad"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Je webserver biedt *geen* veilig ingestelde X-XSS-Protection aan."

msgid "detail web appsecpriv http-x-xss verdict good"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Je webserver biedt veilig ingestelde X-XSS-Protection aan."

msgid "detail web dnssec exists exp"
msgstr ""
"We testen of je domeinnaam, meer specifiek het SOA-record, ondertekend is met DNSSEC.\n"
"\n"
"Als een domein via  `CNAME` doorverwijst naar een ander domein, dan checken we (conform de DNSSEC-standaard) ook of het CNAME-domein ondertekend is met DNSSEC. Als het CNAME-domein niet ondertekend is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Let op: de geldigheid van de ondertekening wordt niet getest in deze subtest maar wel in de volgende subtest."

msgid "detail web dnssec exists label"
msgstr "DNSSEC aanwezigheid"

msgid "detail web dnssec exists tech table"
msgstr "Domein|Registrar"

msgid "detail web dnssec exists verdict bad"
msgstr ""
"Je domein is onveilig oftewel 'insecure', omdat het *niet* ondertekend is \n"
"met DNSSEC."

msgid "detail web dnssec exists verdict good"
msgstr "Je domein is met DNSSEC ondertekend."

msgid "detail web dnssec exists verdict resolver-error"
msgstr ""
"Helaas is in de resolver van Internet.nl een fout opgetreden. Neem a.j.b. \n"
"[contact](/about/) met ons op."

msgid "detail web dnssec exists verdict servfail"
msgstr ""
"De nameservers van je domeinnaam zijn *kapot*. Ze gaven een foutmelding \n"
"(`SERVFAIL`) terug op onze bevragingen voor een DNSSEC-handtekening. Vraag \n"
"de nameserver-beheerder (vaak je registrar en/of hostingprovider) om dit \n"
"spoedig op te lossen."

msgid "detail web dnssec valid exp"
msgstr ""
"We testen of je domeinnaam, meer specifiek het SOA-record, is ondertekend met een geldige DNSSEC-handtekening.\n"
"\n"
"Als een domeinnaam via `CNAME` verwijst naar een ander ondertekend domeinnaam, dan checken we (conform de DNSSEC-standaard) ook of de ondertekening van het CNAME-domein geldig is. Als de ondertekening van de CNAME-domeinnaam niet geldig is, dan zal deze subtest een negatief resultaat tonen.\n"
"\n"
"Merk op dat we alleen de nameserver testen die als eerste reageert. Als nameservers van een domeinnaam inconsistente configuraties hebben, kan dit leiden tot variërende testresultaten. In dat geval kan het resultaat voor deze subtest bijvoorbeeld de ene keer 'secure' en de andere keer 'bogus' zij"

msgid "detail web dnssec valid label"
msgstr "DNSSEC geldigheid"

msgid "detail web dnssec valid tech table"
msgstr "Domein|Status"

msgid "detail web dnssec valid verdict bad"
msgstr ""
"Je domeinnaam is onbetrouwbaar oftewel 'bogus', omdat de DNSSEC-handtekening\n"
" *niet* geldig is. Óf iemand manipuleerde het antwoord van jouw nameserver, \n"
"óf je domeinnaam heeft een *serieuze DNSSEC-configuratiefout*. Dit laatste \n"
"maakt je domeinnaam onbereikbaar voor alle gebruikers die DNSSEC-handtekeningen controleren. Neem zo spoedig mogelijk contact op met je \n"
"nameserver-beheerder (vaak je registrar of hostingprovider)."

msgid "detail web dnssec valid verdict good"
msgstr ""
"Je domeinnaam is veilig oftewel 'secure', omdat zijn DNSSEC-handtekening \n"
"geldig is."

msgid "detail web dnssec valid verdict unsupported-ds-algo"
msgstr ""
"Je domeinnaam is ondertekend met een algoritme dat onze validerende resolver"
" momenteel nog niet ondersteunt. Daardoor zijn we niet in staat de "
"geldigheid van zijn DNSSEC-handtekening te controleren."

msgid "detail web ipv6 web-AAAA exp"
msgstr ""
"We testen of er tenminste één AAAA-record met IPv6-adres voor je webserver \n"
"is.\n"
"\n"
"'IPv4-mapped IPv6 addresses' ([RFC 4291](https://www.rfc-editor.org/rfc/rfc4291), beginnend met ::ffff:) zullen falen in deze subtest, aangezien zij *geen* IPv6-connectiviteit bieden."

msgid "detail web ipv6 web-AAAA label"
msgstr "IPv6-adressen voor webserver"

msgid "detail web ipv6 web-AAAA tech table"
msgstr "Webserver|IPv6-adres|IPv4-adres"

msgid "detail web ipv6 web-AAAA verdict bad"
msgstr "*Geen* van je webservers heeft een IPv6-adres."

msgid "detail web ipv6 web-AAAA verdict good"
msgstr "Tenminste één van je webservers heeft een IPv6-adres."

msgid "detail web ipv6 web-ipv46 exp"
msgstr ""
"We vergelijken de beschikbare poorten en aangeboden headers en inhoud van je webserver via IPv6 met die via IPv4.\n"
"\n"
"We controleren of:\n"
"\n"
"1. dezelfde poorten, dat wil zeggen HTTP (poort 80) en/of HTTPS (poort 443), beschikbaar zijn via zowel IPv6 als IPv4;\n"
"2. dezelfde HTTP-headers worden aangeboden via zowel IPv6 als IPv4. Dit omvat HTTP response codes, zoals 'successful responses' (200 – 299) en 'redirection messages' (300 – 399). Bij een 'client error response' (400 - 499) of een 'server error response' (500 - 599) wordt een waarschuwing zonder score-impact gegeven, omdat een dergelijke HTTP response code kan wijzen op een configuratieprobleem;\n"
" 3. dezelfde HTML-inhoud wordt aangeboden via zowel IPv6 als IPv4. We doen dit door de ontvangen inhoud te vergelijken na het strippen van eventuele nonces. Het verschil in inhoud mag niet groter zijn dan 10% om te slagen voor deze subtest. Deze drempel zorgt ervoor dat kleine niet-problematische verschillen (bijvoorbeeld door veranderende advertenties) niet direct leiden tot een onvoldoende voor deze subtest. Een waargenomen verschil kan nog steeds bedoeld zijn of te maken hebben met een meetfout. Daarom leidt dit deel van de subtest in geval van falen alleen tot een waarschuwing zonder score-impact.\n"
"\n"
"Aanvullende opmerkingen:\n"
"\n"
"- Als er meerdere IPv6- en IPv4-adressen zijn, dan kiezen we één IPv6-adres en één IPv4-adres om de subtest uit te voeren.\n"
"- Als er alleen een IPv6-adres en geen IPv4-adres (of omgekeerd) beschikbaar is, dan is de subtest niet van toepassing omdat er geen vergelijking kan worden gemaakt.\n"
"- Deze subtest volgt redirects en controleert ook alle onderliggende URL's."

msgid "detail web ipv6 web-ipv46 label"
msgstr "Gelijke website op IPv6 en IPv4"

msgid "detail web ipv6 web-ipv46 verdict bad"
msgstr ""
"Beschikbare poorten of aangeboden headers van je website via IPv4 zijn "
"*niet* hetzelfde via IPv6."

msgid "detail web ipv6 web-ipv46 verdict good"
msgstr "Je website via IPv6 lijkt identiek via IPv4."

msgid "detail web ipv6 web-ipv46 verdict notice"
msgstr "De HTML-inhoud van je website via IPv4 is *niet* hetzelfde via IPv6. "

msgid "detail web ipv6 web-ipv46 verdict notice-status-code"
msgstr ""
"Je website via IPv6 lijkt identiek via IPv4, maar de HTTP response code is "
"4xx of 5xx. Dit kan wijzen op een configuratiefout."

msgid "detail web ipv6 web-reach exp"
msgstr ""
"We testen of we je webserver(s) kunnen bereiken via IPv6 op alle beschikbare\n"
" poorten (80 en/of 443). We testen alle IPv6-adressen die we ontvangen van \n"
"je nameservers. Een deelscore wordt gegeven als niet alle IPv6-adressen \n"
"bereikbaar zijn. Als een IPv6-adres (syntactisch) ongeldig is, dan \n"
"beschouwen we dat als onbereikbaar."

msgid "detail web ipv6 web-reach label"
msgstr "IPv6-bereikbaarheid van webserver"

msgid "detail web ipv6 web-reach tech table"
msgstr "Webserver|Onbereikbaar IPv6-adres"

msgid "detail web ipv6 web-reach verdict bad"
msgstr ""
"Tenminste één van jouw webservers met een IPv6-adres, is *niet* bereikbaar \n"
"via IPv6."

msgid "detail web ipv6 web-reach verdict good"
msgstr "Al je webservers met een IPv6-adres zijn bereikbaar via IPv6."

msgid "detail web rpki exists exp"
msgstr ""
"We testen of er een RPKI Route Origin Authorisation (ROA) is gepubliceerd voor alle IP-adressen van je webserver.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen van je server moeten sturen.\n"
"\n"
"Een route-aankondiging is echter te vervalsen. Een andere netwerkprovider kan namelijk in de positie zijn om het IP-adresblok van jouw IP-adres te koppelen aan zijn netwerk en op die manier mogelijk internetverkeer te ontvangen dat eigenlijk voor jouw netwerkprovider bedoeld is. De oorzaak kan per ongeluk of kwaadwillig zijn. In beide gevallen kan het ertoe leiden dat je server onbereikbaar is of dat internetverkeer naar je server wordt onderschept.\n"
"\n"
"Resource Public Key Infrastructure (RPKI) verbetert de bescherming hiertegen aanzienlijk. Met RPKI kan de rechtmatige houder van een blok IP-adressen namelijk een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation; afgekort: ROA) publiceren. Een andere netwerkprovider die internetverkeer wil sturen naar een bepaalde IP-adres, kan de bijbehorende verklaring gebruiken om ongeldige (`Invalid`) routes te filteren. Daarmee voorkomt de netwerkprovider dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd."

msgid "detail web rpki exists label"
msgstr "Aanwezigheid van Route Origin Authorisation"

msgid "detail web rpki exists tech table"
msgstr "Webserver|IP-adres|RPKI Route Origin Authorization"

msgid "detail web rpki exists verdict bad"
msgstr ""
"Voor tenminste één van de IP-adressen van je webserver is *geen* RPKI Route "
"Origin Authorisation (ROA) gepubliceerd."

msgid "detail web rpki exists verdict good"
msgstr ""
"Voor alle IP-adressen van je webserver is een RPKI Route Origin "
"Authorisation (ROA) gepubliceerd."

msgid "detail web rpki exists verdict no-addresses"
msgstr ""
"Je domein bevat *geen* IP-adressen van webservers. Daarom kon deze subtest "
"niet worden uitgevoerd."

msgid "detail web rpki valid exp"
msgstr ""
"We testen of de validatie-status van alle IP-adressen van je webserver `Valid` is. Als er meerdere overlappende route-aankondigingen voor het IP-adres zijn, dan testen we of die allemaal `Valid` zijn.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Dat doet hij door (delen van) zijn IP-adresblokken (Route Prefix) aan het unieke nummer van zijn providernetwerk (Route Origin ASN) te koppelen, en door deze routeringsinformatie vervolgens te verspreiden. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen moeten sturen.\n"
"\n"
"Aanvullend kan je hoster (of zijn netwerkprovider) voor iedere route-aankondiging een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation, afgekort: ROA) publiceren met behulp van Resource Public Key Infrastructure (RPKI). \n"
"\n"
"Een andere netwerkprovider die gevraagd wordt om internetverkeer te sturen naar het IP-adres van je server, kan de bijbehorende verklaring cryptografisch controleren. De gecontroleerde inhoud (Validated ROA Payload; afgekort: VRP) omvat welke providernetwerken (VRP ASN) voor ieder opgenomen IP-adresblok (VRP Prefix) geautoriseerd zijn om internetverkeer te ontvangen. \n"
"\n"
"De netwerkprovider kan deze inhoud vervolgens gebruiken om  BGP-routes te filteren. Hij kan bijvoorbeeld eventuele `Invalid` routes weigeren om te voorkomen dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd.\n"
"\n"
"Het vergelijken van route-aankondigingen met route-autorisaties (RPKI Origin Validation; afgekort: ROV) kent de onderstaande drie mogelijk uitkomsten.\n"
"\n"
"1․ `Valid`: De route-aankondiging van het desbetreffende IP-adres wordt gematcht door tenminste één gepubliceerde route-autorisatie. Een route-autorisatie is ook matchend voor meer specifieke route-aankondigingen (d.w.z. voor een deel van het IP-adresblok dat in de route-autorisatie staat), tenzij deze meer specifiek zijn dan de limiet die in de route-autorisatie is bepaald (via het `maxLength` attribuut). \n"
"\n"
"2․ `Invalid`: De route-aankondiging van het desbetreffende IP-adres is wel afgedekt door een route-autorisatie, maar deze matcht *niet*. Er zijn twee mogelijke oorzaken: \n"
"\n"
"* het IP-adresblok (Route Prefix) wordt aangekondigd vanaf een providernetwerk (Route Origin ASN) dat in de route-autorisatie *niet* is geautoriseerd (resultaat in onderstaande tabel: \"invalid (as)\");\n"
"* het IP-adresblok (Route Prefix) dat wordt aangekondigd is *kleiner* dan wordt toegestaan in de route-autorisatie, d.w.z. overschrijding van `maxLength` waarde (resultaat in onderstaande tabel: \"invalid (length)\").\n"
"\n"
"3․ `NotFound`: Er is geen verklaring met route-autorisatie gevonden die de route-aankondiging van het desbetreffende IP-adres afdekt. De routering van internetverkeer naar jouw server is daardoor minder veilig. Neem hierover contact op met je hoster. Deze kan zijn netwerkprovider die eigenaar is van de IP-adressen van je server vragen om route-autorisaties te publiceren.\n"
"\n"
"**Wat te doen als het testresultaat de status Invalid toont?**\n"
"\n"
"De status `Invalid` duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt veroorzaakt door je hoster of zijn netwerkprovider (interne fout) óf door een derde partij (externe fout). In beide gevallen verhoogt dit het risico dat je server onbereikbaar wordt of dat internetverkeer naar je server wordt onderschept. Neem zo spoedig mogelijk contact op met je hoster. Bij een interne fout moet je hoster zijn netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om de route-configuratiefout te herstellen. "

msgid "detail web rpki valid label"
msgstr "Geldigheid van route-aankondiging"

msgid "detail web rpki valid tech table"
msgstr ""
"Webserver|BGP Route Prefix|BGP Route Origin ASN|RPKI Origin Validation "
"status"

msgid "detail web rpki valid verdict bad"
msgstr ""
"Ten minste één IP-adres van je webserver heeft een `NotFound` validatie-"
"status. Er is *geen* RPKI Route Origin Authorization (ROA) gepubliceerd voor"
" de route-aankondiging van ieder van de desbetreffende IP-adressen."

msgid "detail web rpki valid verdict good"
msgstr ""
"Alle IP-adressen van je webserver hebben een `Valid` validatie-status. De "
"route-aankondiging van deze IP-adressen wordt gematcht door de gepubliceerde"
" RPKI Route Origin Authorisation (ROA)."

msgid "detail web rpki valid verdict invalid"
msgstr ""
"Tenminste één IP-adres van je webserver heeft een `Invalid` validatie-"
"status. De route-aankondiging van de desbetreffende IP-adressen wordt *niet*"
" gematcht door de gepubliceerde RPKI Route Origin Authorisation (ROA). Dit "
"duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt "
"veroorzaakt door je webhoster (interne fout) óf door een derde partij "
"(externe fout). In beide gevallen verhoogt dit het risico dat je server "
"onbereikbaar wordt of dat internetverkeer naar je server wordt onderschept."
"  Neem zo spoedig mogelijk contact op met je webhoster. Bij een interne fout"
" moet je webhoster zijn netwerkprovider die eigenaar is van de IP-adressen "
"van je server, vragen om de route-configuratiefout te herstellen."

msgid "detail web rpki valid verdict not-routed"
msgstr ""
"Deze subtest werd *niet* uitgevoerd, omdat er voor *geen* van de IP-adressen"
" een route-aankondiging beschikbaar was."

msgid "detail web tls caa exp"
msgstr ""
"We controleren of de nameservers van je websitedomein een of meer CAA-records bevatten die syntactisch geldig en voldoende beschermend zijn.\n"
"\n"
"Met Certification Authority Authorisation (CAA) kun je als houder van een domeinnaam een of meer certificaatautoriteiten opgeven die certificaten voor je domeinnaam mogen uitgeven.\n"
"Een certificaatautoriteit mag geen certificaat uitgeven, tenzij de certificaatautoriteit vaststelt dat de certificaataanvraag consistent is met de toepasselijke CAA-records.\n"
"\n"
"Merk op dat CAA-records tijdens de validatie worden gevonden door omhoog te lopen in de DNS-hiërarchie totdat een of meer records worden gevonden.\n"
"Als er bijvoorbeeld geen CAA-records worden gevonden op `sub.example.nl`, wordt `example.nl` bevraagd.\n"
"Het domein waar de betreffende CAA-records zijn gevonden, staat in de tabel met technische details hieronder.\n"
"\n"
"Het oordeel is goed als er één of meer CAA-records zijn gevonden die allemaal een correcte syntaxis hebben en ten minste één van deze CAA-records de tag `issue` met geldige waarde heeft. Anders resulteert de test in een onvoldoende. Er wordt niet gecontroleerd of de certificaatautoriteit van het huidige certificaat overeenkomt met een of meer van de `issue` en `issuewild` waarden, oftewel of het huidige certificaat op dit moment opnieuw uitgegeven zou kunnen worden.\n"
"\n"
"Als je de Automatic Certificate Management Environment (ACME) standaard gebruikt en jouw certificaatautoriteit ondersteunt dit, dan raden we je aan om de parameters `validationmethods` en `accounturi` te gebruiken om de uitgifte door de geautoriseerde certificaatautoriteit verder te beperken. Verder is het aan te raden om `issuewild`, `issuemail` en `issuevmc` toe te voegen met een lege `;` als je respectievelijk geen wildcard-, S/MIME- en/of BIMI-certificaten gebruikt. Dit is vooral belangrijk voor `issuemail` en `issuevmc`, omdat in hun afwezigheid er geen fallback is naar `issue` en dus elke certificaatautoriteit nog steeds S/MIME- en/of BIMI-certificaten kan uitgeven voor jouw domein.\n"
"\n"
"We verwachten dat URL's in `iodef` veilig zijn (d.w.z. HTTPS-schema gebruiken). \n"
"Om onderdrukking of spoofing van CAA records te voorkomen raden we bovendien sterk aan om DNSSEC te gebruiken, hoewel deze CAA-test niet specifiek test op DNSSEC.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*"

msgid "detail web tls caa label"
msgstr "CAA voor domein"

msgid "detail web tls caa tech table"
msgstr "Bevindingen"

msgid "detail web tls caa verdict bad"
msgstr "Je domein heeft *geen* CAA."

msgid "detail web tls caa verdict good"
msgstr "Je domein heeft een geldige, voldoende beschermende CAA. "

msgid "detail web tls caa verdict insufficient"
msgstr "Je domein heeft een geldige, maar *onvoldoende* beschermende CAA. "

msgid "detail web tls caa verdict syntax-error"
msgstr "Je domein heeft een *ongeldige* CAA."

msgid "detail web tls cert-hostmatch exp"
msgstr ""
"We testen of de domeinnaam van je website overeenkomt met de domeinnaam op het certificaat. \n"
"\n"
"Het kan handig zijn om meerdere domeinnamen (bijvoorbeeld de domeinnaam met en zonder www) als Subject Alternative Name (SAN) in het certificaat op te nemen. \n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.4."

msgid "detail web tls cert-hostmatch label"
msgstr "Domeinnaam op certificaat"

msgid "detail web tls cert-hostmatch tech table"
msgstr "Webserver-IP-adres|Niet-overeenkomende domeinen op certificaat"

msgid "detail web tls cert-hostmatch verdict bad"
msgstr ""
"De domeinnaam van je website komt *niet* overeen met de domeinnaam op je \n"
"websitecertificaat."

msgid "detail web tls cert-hostmatch verdict good"
msgstr ""
"De domeinnaam van je website komt overeen met de domeinnaam op je \n"
"websitecertificaat."

msgid "detail web tls cert-pubkey exp"
msgstr ""
"We testen of de publieke sleutel van je certificaat en van ieder tussenliggend certificaat is gebaseerd op een veilig ondertekeningsalgoritme met veilige parameters. \n"
"\n"
"Bij de verificatie van certificaten wordt gebruikgemaakt van digitale handtekeningen. De publieke sleutel van een certificaat kan worden gebruikt om te verifiëren dat een handtekening is aangemaakt met behulp van de bijbehorende privésleutel.\n"
"\n"
"**Ondertekeningsalgoritme:**\n"
"Het ondertekeningsalgoritme wordt bepaald bij het genereren van het certificaat. Een certificaat kan slechts één ondertekeningsalgoritme bevatten. Het is mogelijk om meer dan één algoritme te ondersteunen door meerdere certificaten op één server te configureren. Alleen de ondertekeningsalgoritmen ECDSA, RSA en EdDSA worden als voldoende veilig beschouwd. EdDSA wordt in de praktijk zelden of nooit gebruikt. Alle algoritmes zijn kwetsbaar voor de quantumdreiging. Zij bieden vooralsnog voldoende bescherming. Quantumveilige alternatieven zijn nog geen onderdeel van de TLS-standaarden.\n"
"\n"
"**Parameters:** De veiligheid van digitale handtekeningen met ECDSA en EdDSA is afhankelijk van de geselecteerde kromme. De veiligheid van RSA houdt verband met de sleutellengte van de publieke sleutel.\n"
"\n"
"Voor meer informatie over de relevante veldnaam in het certificaat, zie paragraaf [\"4.1.2.7. Subject Public Key Info\" van RFC 5280](https://www.rfc-editor.org/rfc/rfc5280#section-4.1.2.7).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.2. \n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van elliptische krommen voor ECDSA**\n"
"\n"
"* Voldoende:\n"
"  \n"
"    * `secp521r1` (zelden gebruikt)\n"
"    * `secp384r1`\n"
"    * `secp256r1`\n"
"    * `x448`\n"
"    * `x25519`\n"
"    * `brainpoolP512r1` (zelden gebruikt)\n"
"    * `brainpoolP384r1` (idem)\n"
"    * `brainpoolP256r1` (idem)\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `secp224r1`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
"\n"
"**Beveiligingsniveau van de lengte van RSA-sleutels**\n"
"\n"
"* Voldoende: Tenminste 3072 bit\n"
"* Uit te faseren: 2048 – 3071 bit\n"
"* Onvoldoende: Minder dan 2048 bit\n"
"\n"
"**Beveiligingsniveau van Edwards-krommen voor EdDSA (zelden gebruikt)**\n"
"\n"
"* Voldoende:\n"
"\n"
"    * `Ed448`\n"
"    * `Ed25519`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
" \n"
"---\n"
"\n"
"Let op: de bovenstaande namen zijn gebaseerd op de [IANA naamgevingsconventies](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml). Soms worden alternatieve namen gebruikt om te verwijzen naar dezelfde krommen, zoals `prime256v1` (ANSI) en `NIST P-256` voor `secp256r1`."

msgid "detail web tls cert-pubkey label"
msgstr "Publieke sleutel van certificaat"

msgid "detail web tls cert-pubkey tech table"
msgstr ""
"Webserver-IP-adres|Verouderde handtekening-parameter|Beveiligingsniveau"

msgid "detail web tls cert-pubkey verdict bad"
msgstr ""
"De publieke sleutel van tenminste één van je mailserver-certificaten is "
"*niet* gebaseerd op een veilig ondertekeningsalgoritme met veilige "
"parameters."

msgid "detail web tls cert-pubkey verdict good"
msgstr ""
"De publieke sleutel van je websitecertificaat is gebaseerd op een veilig "
"ondertekeningsalgoritme met veilige parameters."

msgid "detail web tls cert-pubkey verdict phase-out"
msgstr ""
"De publieke sleutel van je websitecertificaat is gebaseerd op een "
"ondertekeningsalgoritme met parameters die zouden moeten worden "
"*uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog steeds kunt gebruiken"
" als het echt nodig is. In een toekomstige update zullen ze waarschijnlijk "
"onvoldoende zijn."

msgid "detail web tls cert-signature exp"
msgstr ""
"We testen of je websitecertificaat is ondertekend (door een certificaatautoriteit) met een veilig ondertekeningsalgoritme, waarbij gebruik is gemaakt van een veilige hashfunctie.\n"
"\n"
"Voor meer informatie over de relevante veldnaam in het certificaat, zie paragraaf [\"4.1.1.2. signatureAlgorithm\" van RFC 5280](https://www.rfc-editor.org/rfc/rfc5280#section-4.1.1.2).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.5.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau ondertekeningsalgoritmes**\n"
"\n"
"* Voldoende: ECDSA, RSA, EdDSA\n"
"* Onvoldoende: DSS, EXPORT-*, PSK, Anon, NULL, KRB5\n"
"\n"
"**Beveiligingsniveau van hashfuncties**\n"
"\n"
"* Goed: SHA-256, SHA-384, SHA-512 \n"
"* Uitfaseren: SHA-224\n"
"* Onvoldoende: SHA-1, MD5"

msgid "detail web tls cert-signature label"
msgstr "Handtekening op certificaat"

msgid "detail web tls cert-signature tech table"
msgstr "Webserver-IP-adres|Verouderde hashfunctie|Beveiligingsniveau"

msgid "detail web tls cert-signature verdict bad"
msgstr ""
"Je websitecertificaat is ondertekend met behulp van een "
"ondertekeningsalgoritme en hashfunctie die *onvoldoende* veilig zijn."

msgid "detail web tls cert-signature verdict good"
msgstr ""
"Je websitecertificaat is ondertekend met behulp van een "
"ondertekeningsalgoritme en hashfunctie die veilig zijn."

msgid "detail web tls cert-signature verdict phase-out"
msgstr ""
"Je websitecertificaat is ondertekend met behulp van een "
"ondertekeningsalgoritme en hashfunctie die zouden moeten worden "
"*uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog steeds kunt gebruiken"
" als het echt nodig is. In een toekomstige update zullen ze waarschijnlijk "
"onvoldoende zijn."

msgid "detail web tls cert-trust exp"
msgstr ""
"We testen of we een geldige vertrouwensketen voor je websitecertificaat kunnen opbouwen. \n"
"\n"
"Er is sprake van een geldige vertrouwensketen, als je certificaat is ondertekend door een [publiekelijk vertrouwde \n"
"certificaatautoriteit](https://www.mozilla.org/en-US/about/governance/policies/security-group/certs/) én je webserver alle \n"
"noodzakelijke tussenliggende certificaten presenteert. De certificaten mogen niet verlopen zijn.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.4."

msgid "detail web tls cert-trust label"
msgstr "Vertrouwensketen van certificaat"

msgid "detail web tls cert-trust tech table"
msgstr "Webserver-IP-adres|Onvertrouwde certificaatketen"

msgid "detail web tls cert-trust verdict bad"
msgstr ""
"De vertrouwensketen van je websitecertificaat is *niet* compleet en/of \n"
"*niet* ondertekend door een vertrouwde certificaatautoriteit."

msgid "detail web tls cert-trust verdict good"
msgstr ""
"De vertrouwensketen van je websitecertificaat is compleet en ondertekend \n"
"door een vertrouwde certificaatautoriteit."

msgid "detail web tls cipher-order exp"
msgstr ""
"We testen of je webserver cipher suites aanbiedt in aflopende volgorde van hun beveiligingsniveau, zonder een andere voorkeur van de webbrowser te accepteren. \n"
"\n"
"Je webserver moet dus zijn eigen voorkeur voor cipher suites afdwingen tijdens de onderhandelingen met een webbrowser. Bovendien moeten cipher suites worden aangeboden door je webserver, waarbij 'Goed' en 'Voldoende' de voorkeur krijgen boven 'Uit te faseren' cipher suites. \n"
"\n"
"Wanneer je webserver alleen 'Goed' en 'Voldoende' cipher suites ondersteunt, dan is deze subtest niet van toepassing, aangezien de volgorde geen significant beveiligingsvoordeel oplevert. \n"
"\n"
"In geval van afwijkende volgorde, wordt in de bovenstaande tabel met technische details weergegeven welke 'Uit te faseren' cipher suite door je webserver is gekozen, met in de laatste kolom de 'Goed' of 'Voldoende' cipher suite die eerst gekozen had moeten worden. Alleen de **eerst gevonden** afwijking wordt weergegeven.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 2 en 3."

msgid "detail web tls cipher-order label"
msgstr "Volgorde van cipher suites"

msgid "detail web tls cipher-order tech table"
msgstr ""
"Web server IP|Cipher suite geprefereerd door server|Verwachte geprefereerde "
"cipher suite"

msgid "detail web tls cipher-order verdict bad"
msgstr ""
"Je webserver dwingt *niet* zijn eigen voorkeur af voor cipher suites in "
"aflopende volgorde van hun beveiligingsniveau."

msgid "detail web tls cipher-order verdict good"
msgstr ""
"Je webserver dwingt zijn eigen voorkeur af voor cipher suites in aflopende "
"volgorde van hun beveiligingsniveau."

msgid "detail web tls cipher-order verdict na"
msgstr ""
"Deze subtest is niet van toepassing aangezien je webserver alleen 'Goede' en"
" 'Voldoende' cipher suites ondersteunt."

msgid "detail web tls cipher-order verdict seclevel-bad"
msgstr ""
"Je webserver prefereert *niet* 'Goede' boven 'Voldoende' en dan pas 'Uit te "
"faseren' ciphers ('II')."

msgid "detail web tls cipher-order verdict sufficient-above-good"
msgstr ""

msgid "detail web tls cipher-order verdict warning"
msgstr ""
"OUTDATED TEXT; VERDICT NOT USED\n"
"\n"
"Je webserver biedt *niet* ciphers aan conform de voorgeschreven volgorde binnen een bepaald veiligheidsniveau ('II-B')."

msgid "detail web tls ciphers exp"
msgstr ""
"We testen of je webserver alleen veilige (d.w.z. beveiligingsniveau 'Goed' en/of 'Voldoende') cipher suites ondersteunt. Een webserver ondersteunt meestal meerdere cipher suites.\n"
"\n"
"Een cipher suite bestaat uit ciphers voor vier cryptografische functies: 1. sleuteluitwisseling, 2. authenticatie (d.w.z. certificaatverificatie), 3. bulkversleuteling, en 4. hashing.\n"
"\n"
"Vanaf TLS 1.3 omvat de term 'cipher suite' alleen ciphers voor bulkversleuteling en hashing. Als TLS 1.3 gebruikt wordt dan zijn de ciphers voor sleuteluitwisseling en certificaatverificatie onderhandelbaar en niet langer onderdeel van de naam van de cipher suite.\n"
"\n"
"Zowel Internet.nl als NCSC-NL gebruikt de [IANA-naamgevingsconventie](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml#tls-parameters-4) voor cipher suites. Een andere veelgebruikte notatie is de [OpenSSL-naamgevingsconventie](https://www.openssl.org/docs/manmaster/man1/openssl-ciphers.html#CIPHER-SUITE-NAMES). Sinds TLS 1.3 volgt OpenSSL de IANA-naamgevingsconventie. Een vertaling tussen beide is te vinden in de OpenSSL-documentatie. \n"
"\n"
"Merk op dat ciphers die PSK of SRP gebruiken voor sleuteluitwisseling (die onvoldoende veilig zijn) in deze test niet worden gedetecteerd vanwege een beperking die samenhangt met de manier van testen. \n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.2 tot en met 3.3.5 en bijlage B.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van cipher suites**\n"
"\n"
"Hieronder vind je de cipher suites met de status 'Goed', 'Voldoende' en 'Uit te faseren', gebaseerd op bijlage B van de richtlijnen van NCSC.\n"
"\n"
"Goed [TLS 1.3]:\n"
"\n"
"* `TLS_AES_256_GCM_SHA384`\n"
"* `TLS_CHACHA20_POLY1305_SHA256`\n"
"\n"
"Voldoende [TLS 1.3]:\n"
"\n"
"* `TLS_AES_128_CCM_SHA256`\n"
"* `TLS_AES_128_GCM_SHA256`\n"
"  \n"
"Voldoende [TLS 1.2]:\n"
"\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_CCM`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_CCM`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"\n"
"\n"
"Uit te faseren [TLS 1.2]:\n"
"\n"
"* `TLS_DHE_RSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_128_CCM`\n"
"* `TLS_DHE_RSA_WITH_AES_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_256_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_AES_256_CCM`\n"
"* `TLS_DHE_RSA_WITH_AES_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_DHE_RSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA256`\n"
"* `TLS_DHE_RSA_WITH_CAMELLIA_256_GCM_SHA384`\n"
"* `TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_ECDSA_WITH_CAMELLIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_ARIA_256_GCM_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_128_CBC_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_128_GCM_SHA256`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_256_CBC_SHA384`\n"
"* `TLS_ECDHE_RSA_WITH_CAMELLIA_256_GCM_SHA384`"

msgid "detail web tls ciphers label"
msgstr "Cipher suites"

msgid "detail web tls ciphers tech table"
msgstr "Webserver-IP-adres|Verouderde cipher suite|Beveiligingsniveau"

msgid "detail web tls ciphers verdict bad"
msgstr ""
"Je webserver ondersteunt een of meer *onvoldoende* veilige cipher suites."

msgid "detail web tls ciphers verdict good"
msgstr "Je webserver ondersteunt alleen veilige cipher suites."

msgid "detail web tls ciphers verdict phase-out"
msgstr ""
"Je webserver ondersteunt één of meer cipher suites die zouden moeten worden "
"*uitgefaseerd* omdat ze zwakker zijn, hoewel je ze nog steeds kunt gebruiken"
" als het echt nodig is. In een toekomstige update zullen ze waarschijnlijk "
"onvoldoende zijn."

msgid "detail web tls compression exp"
msgstr ""
"We testen of je webserver TLS-compressie ondersteunt. \n"
"\n"
"Het gebruik van compressie kan een aanvaller informatie bieden over geheime delen van versleutelde communicatie. Een aanvaller die in staat is om een deel van de verzonden data te achterhalen of te beïnvloeden, kan door middel van een groot aantal verzoeken stukje bij beetje de oorspronkelijke data reconstrueren. TLS-compressie wordt zo weinig gebruikt dat het geen kwaad\n"
"kan om deze optie uit te schakelen.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.1.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van TLS-compressie**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen TLS-compressie (TLS 1.2)\n"
"* Onvoldoende: TLS-compressie (TLS 1.2)"

msgid "detail web tls compression label"
msgstr "TLS-compressie"

msgid "detail web tls compression tech table"
msgstr "Webserver-IP-adres|TLS-compressie"

msgid "detail web tls compression verdict bad"
msgstr "Je webserver ondersteunt TLS-compressie, wat *niet* veilig is."

msgid "detail web tls compression verdict good"
msgstr "Je webserver ondersteunt geen TLS-compressie."

msgid "detail web tls dane-exists exp"
msgstr ""
"We testen of de nameserver van je websitedomein een correct ondertekend TLSA-record voor DANE bevat. \n"
"\n"
"Aangezien DNSSEC een noodzakelijke randvoorwaarde is voor DANE, zal een domeinnaam niet slagen voor de test als DNSSEC ontbreekt op het websitedomein, of als er DANE-gerelateerde DNSSEC-issues zijn (bijv. geen bewijs voor 'Denial of Existence').\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, hoofdstuk \"2 Stappenplan: Hoe kom ik tot een passende TLS configuratie?\".\n"
"\n"
"*Niveau van vereistheid: Optioneel*"

msgid "detail web tls dane-exists label"
msgstr "DANE aanwezigheid"

msgid "detail web tls dane-exists tech table"
msgstr "Webserver-IP-adres|DANE TLSA-record aanwezig"

msgid "detail web tls dane-exists verdict bad"
msgstr "Je websitedomein bevat *geen* TLSA-record voor DANE."

msgid "detail web tls dane-exists verdict bogus"
msgstr ""
"Je websitedomein bevat *geen* DNSSEC-bewijs dat DANE TLSA-records niet "
"bestaan. Vraag je nameserver-beheerder om deze fout op te lossen."

msgid "detail web tls dane-exists verdict good"
msgstr "Je websitedomein bevat een TLSA-record voor DANE."

msgid "detail web tls dane-rollover exp"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"We check if your website domain has a proper DANE rollover\n"
"scheme to handle DANE certificate rollovers. Having a DANE rollover scheme\n"
"in place is not required. It will be proven useful when there is a need to\n"
"update your DANE certificate and you want to ensure that DANE validation\n"
"will continue to work during the transition period. The way to achieve\n"
"this is by publishing two different TLSA records. The configurations of\n"
"the TLSA record types are the following:\n"
"\n"
"- record type 3 1 1 (current key) + record type 3 1 1 (future key), or\n"
"- record type 3 1 1 (current key) + record type 2 1 1 (trusted CA)."

msgid "detail web tls dane-rollover label"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"DANE rollover scheme"

msgid "detail web tls dane-rollover tech table"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Web server IP address|DANE rollover scheme"

msgid "detail web tls dane-rollover verdict bad"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Your website domain does *not* have a proper scheme for\n"
"rolling DANE certificates."

msgid "detail web tls dane-rollover verdict good"
msgstr ""
"OUTDATED TEXT; TEST NOT USED\n"
"\n"
"Your website domain has a proper scheme for rolling DANE\n"
"certificates."

msgid "detail web tls dane-valid exp"
msgstr ""
"We testen of de DANE-fingerprint die je domein presenteert geldig is voor je\n"
" websitecertificaat. \n"
" \n"
" Met DANE kan je informatie over jouw websitecertificaat  publiceren in een speciaal DNS-record, een TLSA-record. Clients, zoals \n"
"webbrowsers, kunnen het certificaat nu niet alleen via de certificaatautoriteit, maar ook via het TLSA-record controleren op \n"
"authenticiteit. Een client kan het TLSA-record ook als signaal gebruiken om alleen via HTTPS (en niet via HTTP) te verbinden. DNSSEC is een noodzakelijke randvoorwaarde voor DANE. Helaas ondersteunen nog niet veel webbrowsers DANE-validatie.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen (alleen als subtest voor 'DANE aanwezigheid' is geslaagd)*"

msgid "detail web tls dane-valid label"
msgstr "DANE geldigheid"

msgid "detail web tls dane-valid tech table"
msgstr "Webserver-IP-adres|DANE TLSA-record geldig"

msgid "detail web tls dane-valid verdict bad"
msgstr ""
"De DANE-fingerprint op je domeinnaam is *niet* geldig voor je \n"
"websitecertificaat. Óf iemand manipuleerde het antwoord van jouw nameserver,\n"
" óf je domeinnaam heeft een serieuze DANE-configuratiefout. Dit laatste \n"
"maakt je domeinnaam onbereikbaar voor alle gebruikers die DANE-fingerprints \n"
"controleren. Neem zo spoedig mogelijk contact op met je nameserver-beheerder\n"
" en/of hostingprovider."

msgid "detail web tls dane-valid verdict good"
msgstr ""
"De DANE-fingerprint op je domeinnaam is geldig voor je websitecertificaat."

msgid "detail web tls extended-master-secret exp"
msgstr ""
"We testen of je webserver Extended Master Secret ondersteunt.\n"
"\n"
"Extended Master Secret (EMS), zoals beschreven in [RFC 7627](https://www.rfc-editor.org/rfc/rfc7627), is een uitbreiding voor TLS 1.2 die Triple Handshakes machine-in-the-middle aanvallen voorkomt.\n"
"\n"
"Steeds vaker dwingen TLS-bibliotheken standaard EMS af, mede omdat beveiligingsvoorschriften zoals FIPS dit vereisen. Als je server geen ondersteuning biedt voor EMS, kunnen clients die EMS afdwingen geen verbinding via TLS 1.2 met je server tot stand brengen.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 4.1. "

msgid "detail web tls extended-master-secret label"
msgstr "Extended Master Secret (EMS)"

msgid "detail web tls extended-master-secret tech table"
msgstr "Webserver-IP-adres|EMS"

msgid "detail web tls extended-master-secret verdict bad"
msgstr "Je webserver ondersteunt EMS *niet*."

msgid "detail web tls extended-master-secret verdict good"
msgstr "Je webserver ondersteunt EMS."

msgid "detail web tls extended-master-secret verdict na-no-tls-1-2"
msgstr ""
"Deze subtest is niet van toepassing, aangezien EMS alleen beschikbaar is in "
"TLS 1.2, dat niet is ingeschakeld op je webserver."

msgid "detail web tls extended-master-secret verdict unknown"
msgstr ""
"Geen resultaat beschikbaar. Op het moment dat de test werd uitgevoerd, "
"maakte deze subtest nog geen deel uit van de test. "

msgid "detail web tls fs-params exp"
msgstr ""
"We testen of de publieke parameters, die in de Diffie-Hellman sleuteluitwisseling worden gebruikt door je webserver, veilig zijn. \n"
"\n"
"**ECDHE**: De veiligheid van de ECDHE-sleuteluitwisseling is afhankelijk van de gebruikte elliptische kromme. We testen welke elliptische kromme wordt gebruikt.\n"
"\n"
"**DHE**: De veiligheid van de Diffie-Hellman Ephemeral (DHE) sleuteluitwisseling is afhankelijk van de gebruikte finite field-groep. We testen of een van de gestandaardiseerde finite field-groepen die zijn gespecificeerd in [RFC 7919](https://www.rfc-editor.org/rfc/rfc7919) wordt gebruikt. Zelf-gegenereerde groepen hebben het beveiligingsniveau 'Onvoldoende'. De grotere sleutellengtes die noodzakelijk zijn voor het gebruik van DHE gaan ten koste van de prestaties. Maak een zorgvuldige afweging en gebruik waar mogelijk ECDHE in plaats van DHE.\n"
"\n"
"**Alternatieven voor ECDHE en DHE**\n"
"\n"
"* **Quantumveilige cryptografische algoritmen** `X25519MLKEM768`, `SecP256r1MLKEM768` en `SecP384r1MLKEM1024` hebben beveiligingsniveau 'Goed'. Dit zijn hybride algoritmen die een combinatie van ECDHE en ML-KEM gebruiken. Met name `X25519MLKEM768` wordt steeds vaker ondersteund door TLS-softwarebibliotheken en wordt door de meeste webbrowsers gebruikt. De parameters maken inherent deel uit van deze algoritmen. Er hoeven dus geen aanvullende keuzes te worden gemaakt.\n"
"* **RSA en non-ephemeral Diffie-Hellman (ECDH en DH)** moeten *niet* worden gebruikt voor sleuteluitwisseling, aangezien hun beveiligingsniveau 'Onvoldoende' is. Ze bieden geen forward secrecy. Merk op dat RSA nog steeds als 'Voldoende' wordt beschouwd voor authenticatie (d.w.z. certificaatverificatie).\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.3.\n"
"\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van elliptische krommen voor ECDHE**\n"
"\n"
"* Voldoende:\n"
"  \n"
"    * `secp521r1` (zelden gebruikt)\n"
"    * `secp384r1`\n"
"    * `secp256r1`\n"
"    * `x448`\n"
"    * `x25519`\n"
"    * `brainpoolP512r1` (zelden gebruikt)\n"
"    * `brainpoolP384r1` (idem)\n"
"    * `brainpoolP256r1` (idem)\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `secp224r1`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * Andere krommen\n"
"\n"
"**Beveiligingsniveau van finite field-groepen voor DHE**\n"
"\n"
"* Uit te faseren:\n"
"\n"
"    * `ffdhe8192` (zelden gebruikt vanwege prestatie-verlies)\n"
"    * `ffdhe6144` (idem)\n"
"    * [`ffdhe4096`](https://raw.githubusercontent.com/internetstandards/dhe_groups/master/ffdhe4096.pem) ([RFC 7919](https://www.rfc-editor.org/rfc/rfc7919))  \n"
"      sha256 checksum: `64852d6890ff9e62eecd1ee89c72af9af244dfef5b853bcedea3dfd7aade22b3`\n"
"    * [`ffdhe3072`](https://raw.githubusercontent.com/internetstandards/dhe_groups/master/ffdhe3072.pem) ([RFC 7919](https://www.rfc-editor.org/rfc/rfc7919))  \n"
"      sha256 checksum: `c410cc9c4fd85d2c109f7ebe5930ca5304a52927c0ebcb1a11c5cf6b2386bbab`\n"
"\n"
"* Onvoldoende:\n"
"\n"
"    * `ffdhe2048`\n"
"    * Andere groepen (d.w.z. niet-gestandaardiseerd, zelf-gegenereerd)\n"
"\n"
"---\n"
"\n"
"Let op: de bovenstaande namen zijn gebaseerd op de [IANA naamgevingsconventies](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml). Soms worden alternatieve namen gebruikt om te verwijzen naar dezelfde krommen, zoals `prime256v1` (ANSI) en `NIST P-256` voor `secp256r1`."

msgid "detail web tls fs-params label"
msgstr "Parameters voor sleuteluitwisseling"

msgid "detail web tls fs-params tech table"
msgstr "Webserver-IP-adres|Verouderde parameter|Beveiligingsniveau"

msgid "detail web tls fs-params verdict bad"
msgstr ""
"Je webserver ondersteunt *onvoldoende* veilige parameters voor Diffie-"
"Hellman-sleuteluitwisseling."

msgid "detail web tls fs-params verdict good"
msgstr ""
"Je webserver ondersteunt veilige parameters voor Diffie-Hellman-"
"sleuteluitwisseling."

msgid "detail web tls fs-params verdict na"
msgstr ""
"Deze subtest is niet van toepassing, omdat je webserver *niet* Diffie-"
"Hellman-sleuteluitwisseling ondersteunt."

msgid "detail web tls fs-params verdict phase-out"
msgstr ""
"Je webserver ondersteunt parameters voor Diffie-Hellman-sleuteluitwisseling "
"die zouden moeten worden *uitgefaseerd* omdat ze zwakker zijn, hoewel je ze "
"nog steeds kunt gebruiken als het echt nodig is. In een toekomstige update "
"zullen ze waarschijnlijk onvoldoende zijn."

msgid "detail web tls http-compression exp"
msgstr ""
"We testen of je webserver HTTP-compressie ondersteunt.\n"
"\n"
"Bij het HTTP-protocol wordt compressie vaak gebruikt om de beschikbare bandbreedte efficiënter te gebruiken. HTTP-compressie maakt de beveiligde verbinding met je webserver echter kwetsbaar voor de BREACH-aanval. Weeg de voors en tegens van HTTP-compressie zorgvuldig tegen elkaar af. Wanneer u kiest voor het gebruik van HTTP-compressie, ga dan na of het mogelijk is om hieruit voortvloeiende potentiële applicatie-aanvallen te beperken. Een voorbeeld van een dergelijke maatregel is het beperken van de mate waarin een aanvaller de respons van de server kan beïnvloeden.\n"
"\n"
"Dit testonderdeel controleert of de webserver op rootdirectory-niveau HTTP-compressie ondersteunt, maar controleert geen andere websitebronnen zoals plaatje en scripts. \n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security-tls/richtlijnen2025-05) van NCSC, paragraaf 3.4.1.\n"
"\n"
"*Niveau van vereistheid: Optioneel*"

msgid "detail web tls http-compression label"
msgstr "HTTP-compressie"

msgid "detail web tls http-compression tech table"
msgstr "Webserver-IP-adres|HTTP-compressie"

msgid "detail web tls http-compression verdict bad"
msgstr ""
"Je webserver ondersteunt HTTP-compressie, wat een beveiligingsrisico kan \n"
"vormen."

msgid "detail web tls http-compression verdict good"
msgstr "Je webserver ondersteunt geen HTTP-compressie."

msgid "detail web tls https-exists exp"
msgstr ""
"We testen of je website bereikbaar is via HTTPS. \n"
"\n"
"Als dat het geval is, dan testen we in de navolgende subtesten of HTTPS ook veilig is geconfigureerd conform de ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security-tls/richtlijnen2025-05) van NCSC.\n"
"\n"
"HTTPS garandeert de vertrouwelijkheid en integriteit van uitgewisselde informatie. Omdat het van de situatie afhangt hoe (privacy-)gevoelig en waardevol informatie is, is een veilige HTTPS-configuratie voor iedere website van belang. Ook triviale, publieke informatie kan door omstandigheden voor de gebruiker zeer gevoelig en waardevol zijn. \n"
"\n"
"Houd er rekening mee dat vanwege performance-redenen alle testen in de categorie 'Beveiligde verbinding (HTTPS)' alleen worden uitgevoerd voor het eerst beschikbare IPv6- en IPv4-adres."

msgid "detail web tls https-exists label"
msgstr "HTTPS beschikbaar"

msgid "detail web tls https-exists tech table"
msgstr "Webserver-IP-adres|HTTPS aanwezig"

msgid "detail web tls https-exists verdict bad"
msgstr "Je website is *niet* bereikbaar via HTTPS."

msgid "detail web tls https-exists verdict good"
msgstr "Je website is bereikbaar via HTTPS."

msgid "detail web tls https-exists verdict other"
msgstr "Je webserver is niet bereikbaar."

msgid "detail web tls https-forced exp"
msgstr ""
"We testen of je webserver bezoekers automatisch doorverwijst van HTTP naar HTTPS op dezelfde domeinnaam (via een 30x redirect status code zoals 301 en 302), óf dat deze ondersteuning biedt voor alleen HTTPS en niet voor HTTP. \n"
"\n"
"In geval van doorverwijzing moet de domeinnaam eerst zelf 'upgraden' door een redirect naar zijn HTTPS-versie, voordat deze eventueel doorverwijst naar een andere domeinnaam. Dit zorgt er ook voor dat een webbrowser de HSTS-policy kan accepteren. Voorbeelden van correcte redirect-volgorde:\n"
"\n"
"* `http://example.nl` ⇒ `https://example.nl` ⇒ `https://www.example.nl`\n"
"* `http://www.example.nl` ⇒ `https://www.example.nl`\n"
"\n"
"Merk op dat deze subtest alleen test of de opgegeven domeinnaam goed doorverwijst van HTTP naar HTTPS. Een eventuele verdere doorverwijzing naar een andere domeinnaam (inclusief een subdomeinnaam van het geteste domeinnaam) wordt niet getest. Je kan een afzonderlijke test starten om een dergelijke domeinnaam waarnaar wordt doorverwezen zelf te testen. \n"
"\n"
"Zie ['ICT-beveiligingsrichtlijnen voor webapplicaties'](https://www.ncsc.nl/webapplicaties/ict-beveiligingsrichtlijnen-webapplicaties) van NCSC, richtlijn U/WA.05."

msgid "detail web tls https-forced label"
msgstr "HTTPS-doorverwijzing"

msgid "detail web tls https-forced tech table"
msgstr "Webserver-IP-adres|HTTPS-doorverwijzing"

msgid "detail web tls https-forced verdict bad"
msgstr ""
"Je webserver ondersteunt zowel HTTP als HTTPS, maar verwijst bezoekers "
"*niet* automatisch door van HTTP naar HTTPS op dezelfde domeinnaam."

msgid "detail web tls https-forced verdict good"
msgstr ""
"Je webserver verwijst bezoekers automatisch door van HTTP naar HTTPS op "
"dezelfde domeinnaam."

msgid "detail web tls https-forced verdict no-https"
msgstr ""
"Deze test is niet uitgevoerd, omdat je webserver geen HTTPS biedt of alleen "
"HTTPS met een te verouderde, onveilige TLS-configuratie."

msgid "detail web tls https-forced verdict other"
msgstr "Je webserver biedt alleen ondersteuning voor HTTPS en niet voor HTTP."

msgid "detail web tls https-hsts exp"
msgstr ""
"We testen of je webserver HSTS ondersteunt. \n"
"\n"
"Browsers onthouden HSTS per (sub-)domein. Het niet toevoegen van HSTS voor ieder (sub-)domein (in een redirect-keten) kan gebruikers kwetsbaar maken voor Machine-in-the-Middle-aanvallen (MitM). Om die reden testen we HSTS bij het eerste contact, d.w.z. voordat een eventuele doorverwijzing plaatsvindt.\n"
"\n"
"HSTS dwingt af dat een webbrowser direct via HTTPS verbindt bij terugkerend bezoek. Dit helpt MitM-aanvallen te voorkomen. Een cache-geldigheidsduur voor HSTS van *tenminste* 1 jaar (`max-age=31536000`) achten we voldoende veilig. Een lange geldigheidsduur heeft als voordeel dat ook infrequente bezoekers beschermd zijn. Het nadeel is dat wanneer je wil stoppen met HTTPS (wat over het algemeen een slecht idee is), je langer moet wachten totdat de geldigheid van de HSTS-policy in alle browsers die je website bezochten, is verlopen. \n"
"\n"
"De test controleert **niet** of `preload` wordt gebruikt en of het domein is opgenomen in de [HSTS Preload Lijst](https://hstspreload.org/).\n"
"\n"
"---\n"
"\n"
"**Aanbevelingen voor implementatie**\n"
"\n"
"HSTS vereist dat je website volledig over HTTPS werkt. Dit houdt ook in dat je website een geldig certificaat moet hebben van een publiekelijk vertrouwde certificaatautoriteit. Dus wanneer je website geen goede ondersteuning voor HTTPS biedt, dan zal deze *niet bereikbaar* zijn voor browsers die je website eerder hebben benaderd. Een wijziging van je HSTS-policy om de effecten terug te draaien, zal voor deze browsers niet onmiddellijk effect hebben, aangezien zij je vorige HSTS-policy in de cache hebben opgeslagen. \n"
"\n"
"Daarom adviseren we u om de onderstaande implementatiestappen te volgen:\n"
"\n"
"1. Zorg ervoor dat de website op je domein nu en in de toekomst volledig over HTTPS werkt (o.a. door een gedegen certificaat rollover procedure te hebben);\n"
"\n"
"2. Verhoog de geldigheidsduur van de HSTS-cache in fasen. Controleer tijdens elke fase zorgvuldig op bereikbaarheidsproblemen en niet goed werkende pagina's. Los eventuele problemen op en wacht dan de volledige cacheduur van de fase af, voordat je naar de volgende fase gaat.\n"
"\n"
"3. Herhaal stap 1 en 2 voor elk subdomein dat je met HSTS wilt beveiligen. Gebruik `includeSubDomains` alleen als je er volledig zeker van bent dat **alle** (geneste) subdomeinen van je domein HTTPS goed ondersteunen, nu en in de toekomst.\n"
"\n"
"4. Gebruik `preload` **alleen** als je heel zeker weet dat je je domein wil laten opnemen in de [HSTS Preload Lijst](https://hstspreload.org/). HSTS-preloading is vooral interessant voor de meest gevoelige websites. Beheerders die HSTS-preloading voor een bepaald domein willen inschakelen, moeten dit uiterst bedachtzaam doen. Het kan gevolgen hebben voor de bereikbaarheid van het domein en van eventuele subdomeinen, en is niet snel terug te draaien. \n"
"\n"
"---\n"
"\n"
"Zie ['ICT-beveiligingsrichtlijnen voor webapplicaties'](https://www.ncsc.nl/webapplicaties/ict-beveiligingsrichtlijnen-webapplicaties) van NCSC, richtlijn U/WA.05."

msgid "detail web tls https-hsts label"
msgstr "HSTS"

msgid "detail web tls https-hsts tech table"
msgstr "Webserver-IP-adres|HSTS-policy"

msgid "detail web tls https-hsts verdict bad"
msgstr "Je webserver biedt *geen* HSTS-policy aan."

msgid "detail web tls https-hsts verdict good"
msgstr "Je webserver biedt een HSTS-policy aan."

msgid "detail web tls https-hsts verdict other"
msgstr ""
"Je webserver biedt een HSTS-policy aan met een geldigheidsduur voor caching "
"(`max-age`) die *niet* voldoende lang (d.w.z. korter dan 1 jaar) is."

msgid "detail web tls kex-hash-func exp"
msgstr ""
"We testen of je webserver ondersteuning biedt voor veilige hashfuncties om tijdens sleuteluitwisseling de digitale handtekening te maken.\n"
"\n"
"De webserver maakt tijdens de sleuteluitwisseling gebruik van een digitale handtekening om het eigenaarschap te bewijzen van de geheime sleutel die bij het certificaat hoort. De webserver creëert deze digitale handtekening door het ondertekenen van de output van een hashfunctie.\n"
"\n"
"Houd er rekening mee dat deze subtest alleen van toepassing is op TLS 1.2 en niet op TLS 1.3. De ondersteunde hashfuncties kunnen worden geconfigureerd via een aparte TLS-instelling (bijvoorbeeld `SignatureAlgorithms` in OpenSSL) en maken *geen* deel uit van de configuratie van de cipher suites. \n"
"\n"
"Voor meer details over de status van SHA-1 en MD5 zie [RFC 9155](https://www.rfc-editor.org/rfc/rfc9155.html#name-server-key-exchange). We testen niet op MD5 omdat dit alleen nog maar door zeer verouderde software wordt ondersteund.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.5. \n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van hashfuncties voor sleuteluitwisseling**\n"
"\n"
"* Goed: SHA-256, SHA-384, SHA-512 \n"
"* Uitfaseren: SHA-224 (zelden gebruikt)\n"
"* Onvoldoende: SHA-1, MD5"

msgid "detail web tls kex-hash-func label"
msgstr "Hashfunctie voor sleuteluitwisseling"

msgid "detail web tls kex-hash-func tech table"
msgstr "Webserver-IP-adres|Verouderde hashfunctie"

msgid "detail web tls kex-hash-func verdict bad"
msgstr ""
"Je webserver ondersteunt een of meer *onvoldoende* veilige hashfuncties voor"
" sleuteluitwisseling."

msgid "detail web tls kex-hash-func verdict good"
msgstr ""
"Je webserver ondersteunt alleen veilige hashfuncties voor "
"sleuteluitwisseling."

msgid "detail web tls kex-hash-func verdict other"
msgstr ""
"Het was niet mogelijk om vast te stellen welke hashfunctie  je webserver "
"gebruikt. Dit kan veroorzaakt worden doordat de gebruikte cipher-combinatie "
"geen handtekening voor certificaatverificatie heeft (bijv. deze gebruikt "
"RSA-sleuteluitwisseling of is anoniem d.w.z. `anon`)."

msgid "detail web tls kex-hash-func verdict phase-out"
msgstr ""
"Je webserver ondersteunt een hashfunctie voor sleuteluitwisseling die zouden"
" moeten worden *uitgefaseerd* omdat deze zwakker is, hoewel je deze nog "
"steeds kunt gebruiken als het echt nodig is. In een toekomstige update zal "
"deze waarschijnlijk onvoldoende zijn."

msgid "detail web tls kex-hash-func verdict {phase-out}"
msgstr ""

msgid "detail web tls key-exchange-rsa-pkcs exp"
msgstr ""
"RSA with PKCS padding (instead of only more secure PSS) supported in key "
"exchange."

msgid "detail web tls key-exchange-rsa-pkcs label"
msgstr "RSA with PKCS padding"

msgid "detail web tls key-exchange-rsa-pkcs tech table"
msgstr "Mailserver (MX)|PKCS result"

msgid "detail web tls key-exchange-rsa-pkcs verdict bad"
msgstr ""

msgid "detail web tls key-exchange-rsa-pkcs verdict good"
msgstr ""

msgid "detail web tls key-exchange-rsa-pkcs verdict unknown"
msgstr ""

msgid "detail web tls ocsp-stapling exp"
msgstr ""
"We testen of je webserver de [TLS Certificate Status extension](https://www.rfc-editor.org/rfc/rfc6961) (oftewel OCSP stapling) ondersteunt, indien je websitecertificaat een verwijzing naar een OCSP-server bevat.\n"
"\n"
"Let op dat we de OCSP-data niet gebruiken om de geldigheid van het certificaat te controleren. Houd er bovendien rekening mee dat OCSP door verschillende certificaatleveranciers niet meer wordt gebruikt. Als je websitecertificaat geen verwijzing naar een OCSP-server bevat, dan zal deze subtest slagen.\n"
"\n"
"De webbrowser kan de geldigheid van het certificaat van de webserver via het OCSP-protocol controleren bij de certificaatleverancier. Dat OCSP-protocol verschaft de certificaatleverancier informatie over browsers die met de betreffende webserver communiceren. Dit kan een privacy-risico vormen. Een webserver kan de OCSP-data ook zelf direct verstrekken aan de webbrowser via OCSP stapling. Dit lost niet alleen het privacy-risico op, maar vereist ook geen connectiviteit tussen de webbrowser en certificaatleverancier en dit gaat dan ook sneller.\n"
"\n"
"Als we verbinden met je webserver dan verzoeken we via de TLS Certificate Status extension om OCSP-data op te nemen in het antwoord van de webserver. Als je webserver OCSP-data heeft opgenomen in het antwoord, dan verifiëren we of de OCSP-data valide is, d.w.z. correct ondertekend door een bekende certificaatleverancier. \n"
"\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS\n"
") van NCSC, paragraaf 3.4.5.\n"
"\n"
"*Niveau van vereistheid: Optioneel*\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van OCSP-stapling**\n"
"\n"
"* Goed: Certificaat zonder OCSP-verwijzing\n"
"* Goed: Certificaat met OCSP-verwijzing, stapling ingeschakeld en valide OCSP-data\n"
"* Onvoldoende: Certificaat met OCSP-verwijzing, stapling ingeschakeld, maar geen valide OCSP-data\n"
"* Ter informatie: Certificaat met OCSP-verwijzing, maar stapling niet ingeschakeld"

msgid "detail web tls ocsp-stapling label"
msgstr "OCSP stapling"

msgid "detail web tls ocsp-stapling tech table"
msgstr "Webserver-IP-adres|OCSP stapling"

msgid "detail web tls ocsp-stapling verdict bad"
msgstr ""
"Je webserver ondersteunt OCSP maar de data in het antwoord is *niet* valide."

msgid "detail web tls ocsp-stapling verdict good"
msgstr "Je webserver ondersteunt OCSP en de data in het antwoord is valide."

msgid "detail web tls ocsp-stapling verdict not-in-cert"
msgstr ""
"Je websitecertificaat bevat geen OCSP-verwijzing, waardoor OCSP-stapling "
"niet van toepassing is."

msgid "detail web tls ocsp-stapling verdict ok"
msgstr ""
"Je webserver ondersteunt OCSP *niet*, hoewel je websitecertificaat een OCSP-"
"verwijzing bevat."

msgid "detail web tls renegotiation-client exp"
msgstr ""
"We controleren of een client (meestal een webbrowser) een renegotiation met je webserver kan starten en, zo ja, of het aantal toegestane renegotiations voldoende gelimiteerd is.\n"
"\n"
"Het is over het algemeen niet nodig om clients toe te staan renegotiations te initiëren. Client-initiated renegotiation maakt een webserver kwetsbaar voor DoS-aanvallen binnen een TLS-verbinding. Daarom is het belangrijk om renegotiations niet toe te staan of het aantal ervan strikt te limiteren. Wij beschouwen meer dan 10 toegestane renegotiations als onvoldoende.\n"
"\n"
"Een aanvaller kan ook zonder client-initiated renegotiation soortgelijke DoS-aanvallen uitvoeren door veel parallelle TLS-verbindingen te openen. Dergelijke aanvallen zijn echter eenvoudiger te detecteren en met de standaardmaatregelen te mitigeren. \n"
"\n"
"Merk op dat client-initiated renegotiation impact kan hebben op de beschikbaarheid, maar niet op de vertrouwelijkheid.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS\n"
") van NCSC, paragraaf 3.4.2.\n"
"\n"
"*Niveau van vereistheid: Aanbevolen*\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van client-initiated renegotiation**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen renegotiation (TLS 1.2)\n"
"* Voldoende: Gelimiteerde renegotiation (TLS 1.2)\n"
"* Uit te faseren: Ongelimiteerd renegotiation (TLS 1.2)"

msgid "detail web tls renegotiation-client label"
msgstr "Client-initiated renegotiation"

msgid "detail web tls renegotiation-client tech table"
msgstr "Webserver-IP-adres|Client-initiated renegotiation"

msgid "detail web tls renegotiation-client verdict allowed-with-low-limit"
msgstr ""
"Je webserver staat client-initiated renegotiation toe, terwijl het aantal "
"toegestane renegotiations voldoende wordt gelimiteerd."

msgid ""
"detail web tls renegotiation-client verdict allowed-with-too-high-limit"
msgstr ""
"Je webserver staat client-initiated renegotiation toe, terwijl het aantal "
"toegestane renegotiations *onvoldoende* wordt gelimiteerd."

msgid "detail web tls renegotiation-client verdict bad"
msgstr ""
"Je webserver staat client-initiated renegotiation toe, wat een negatieve "
"invloed kan hebben op de beschikbaarheid van je website."

msgid "detail web tls renegotiation-client verdict good"
msgstr "Je webserver staat geen client-initiated renegotiation toe."

msgid "detail web tls renegotiation-client verdict not-allowed"
msgstr "Je webserver staat geen client-initiated renegotiation toe."

msgid "detail web tls renegotiation-secure exp"
msgstr ""
"We testen of je webserver secure renegotiation ondersteunt. \n"
"\n"
"In de oudere versies van TLS (vóór TLS 1.3) is het tot stand brengen van een nieuwe handshake toegestaan. Dit zogeheten 'opnieuw onderhandelen' (renegotiation) was in het oorspronkelijke ontwerp onveilig. Inmiddels is de standaard gerepareerd en is er een veiliger renegotiation-mechanisme beschikbaar. De oude versie wordt sindsdien als insecure renegotiation aangeduid en deze moet derhalve uitgeschakeld worden.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.2.\n"
"\n"
"---\n"
"\n"
"**Insecure renegotiation**\n"
"\n"
"* Goed: N.v.t. (TLS 1.3)\n"
"* Goed: Geen insecure renegotiation (TLS 1.2)\n"
"* Onvoldoende: Insecure renegotiation (TLS 1.2)"

msgid "detail web tls renegotiation-secure label"
msgstr "Secure renegotiation"

msgid "detail web tls renegotiation-secure tech table"
msgstr "Webserver-IP-adres|Secure renegotiation"

msgid "detail web tls renegotiation-secure verdict bad"
msgstr ""
"Je webserver ondersteunt insecure renegotiation, wat uiteraard *niet* veilig\n"
" is."

msgid "detail web tls renegotiation-secure verdict good"
msgstr "Je webserver ondersteunt secure renegotiation."

msgid "detail web tls version exp"
msgstr ""
"We testen of je webserver alleen veilige TLS-versies ondersteunt (d.w.z. met een beveiligingsniveau van 'Goed' of 'Voldoende'). \n"
"\n"
"Een webserver kan meer dan één TLS-versie ondersteunen.\n"
"\n"
"Houd er rekening mee dat moderne browsers TLS 1.0/1.1 en SSL niet langer ondersteunen. Als gevolg hiervan zijn websites die TLS 1.2 en/of 1.3 niet ondersteunen voor vrijwel niemand bereikbaar.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.3.1.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van TLS-versies**\n"
"\n"
"* Goed: TLS 1.3\n"
"* Voldoende: TLS 1.2\n"
"* Onvoldoende: TLS 1.0/1.1, SSL 1.0/2.0/3.0"

msgid "detail web tls version label"
msgstr "TLS-versie"

msgid "detail web tls version tech table"
msgstr "Webserver-IP-adres|TLS-versie|Beveiligingsniveau"

msgid "detail web tls version verdict bad"
msgstr "Je webserver ondersteunt *onvoldoende* veilige TLS-versies."

msgid "detail web tls version verdict good"
msgstr "Je webserver ondersteunt alleen veilige TLS-versies."

msgid "detail web tls version verdict phase-out"
msgstr ""
"Je webserver ondersteunt TLS-versies die je weloverwogen dient *uit te "
"faseren*, omdat bekend is dat deze fragiel zijn en het risico lopen in de "
"toekomst *onvoldoende* veilig te worden."

msgid "detail web tls zero-rtt exp"
msgstr ""
"We testen of je webserver Zero Round Trip Time Resumption (0-RTT) ondersteunt.\n"
"\n"
"0-RTT is een optie in TLS 1.3 waarmee applicatiedata wordt getransporteerd tijdens het eerste handshake-bericht. 0-RTT biedt echter geen bescherming tegen replay-aanvallen op de TLS-laag en dient daarom uitgezet te worden. Alhoewel het risico gemitigeerd kan worden door 0-RTT niet toe te staan voor non-idempotent requests, is een dergelijke configuratie vaak niet triviaal, afhankelijk van applicatielogica en daardoor foutgevoelig.\n"
"\n"
"Als je webserver geen TLS 1.3 ondersteunt, dan is deze test niet van toepassing. Voor webservers die TLS 1.3 ondersteunen, wordt de indexpagina `/` opgehaald via TLS 1.3 en daarbij wordt de omvang van de ondersteuning voor [early data](https://www.openssl.org/docs/manmaster/man3/SSL_get_max_early_data.html) zoals [aangegeven](https://www.rfc-editor.org/rfc/rfc8446#section-4.2.10) door de webserver gecontroleerd. Indien deze groter is dan nul, dan wordt een tweede verbinding gemaakt waarbij de TLS-sessiedetails van de eerste connectie worden hergebruikt maar de HTTP opvraging _vóór_ de TLS handshake plaatsvindt (d.w.z. geen round trips (0-RTT) nodig voordat applicatiedata naar de server gaat). Als de TLS handshake slaagt en de webserver antwoordt met een non-[HTTP 425 Too Early](https://www.rfc-editor.org/rfc/rfc8470#section-5.2), dan wordt aangenomen dat de webserver 0-RTT ondersteunt.\n"
"\n"
"Zie ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security/ICT-beveiligingsrichtlijnen-voor-TLS) van NCSC, paragraaf 3.4.4.\n"
"\n"
"---\n"
"\n"
"**Beveiligingsniveau van 0-RTT**\n"
"\n"
"* Goed: Geen 0-RTT (TLS 1.3)\n"
"* Goed: N.v.t. (TLS 1.2)\n"
"* Onvoldoende: Wel 0-RTT (TLS 1.3)"

msgid "detail web tls zero-rtt label"
msgstr "0-RTT"

msgid "detail web tls zero-rtt tech table"
msgstr "Webserver-IP-adres|0-RTT"

msgid "detail web tls zero-rtt verdict bad"
msgstr "Je webserver ondersteunt 0-RTT, wat *niet* veilig is."

msgid "detail web tls zero-rtt verdict good"
msgstr "Je webserver ondersteunt geen 0-RTT."

msgid "detail web tls zero-rtt verdict na"
msgstr ""
"Deze subtest is niet van toepassing, aangezien 0-RTT alleen beschikbaar is "
"in TLS 1.3, dat niet is ingeschakeld op je webserver."

msgid "detail web-mail ipv6 ns-AAAA exp"
msgstr ""
"We testen of je domeinnaam tenminste twee nameservers met een IPv6-adres \n"
"heeft. \n"
"\n"
"Dit sluit aan bij de [\"Technische eisen voor registratie en gebruik van .nl-domeinnamen\"](https://www.sidn.nl/nl-domeinnaam/technische-eisen-voor-registratie-en-gebruik-van-nl-domeinnamen) d.d. 1 januari 2023 van SIDN (beheerder van het .nl-domein) waarin staat dat iedere .nl-domeinnaam tenminste twee nameservers moeten hebben.\n"
"\n"
"'IPv4-mapped IPv6 addresses' ([RFC 4291](https://www.rfc-editor.org/rfc/rfc4291), beginnend met ::ffff:) zullen falen in deze test, aangezien zij *geen* IPv6-connectiviteit bieden."

msgid "detail web-mail ipv6 ns-AAAA label"
msgstr "IPv6-adressen voor nameservers"

msgid "detail web-mail ipv6 ns-AAAA tech table"
msgstr "Nameserver|IPv6-adres|IPv4-adres"

msgid "detail web-mail ipv6 ns-AAAA verdict bad"
msgstr "Geen van de nameservers van je domeinnaam heeft een IPv6-adres."

msgid "detail web-mail ipv6 ns-AAAA verdict good"
msgstr "Twee of meer nameservers van je domeinnaam hebben een IPv6-adres."

msgid "detail web-mail ipv6 ns-AAAA verdict other"
msgstr "Slechts één nameserver van je domeinnaam heeft een IPv6-adres."

msgid "detail web-mail ipv6 ns-reach exp"
msgstr ""
"We testen of alle nameservers, die een AAAA-record met IPv6-adres hebben, \n"
"bereikbaar zijn via IPv6."

msgid "detail web-mail ipv6 ns-reach label"
msgstr "IPv6-bereikbaarheid van nameservers"

msgid "detail web-mail ipv6 ns-reach tech table"
msgstr "Nameserver|Onbereikbaar IPv6-adres"

msgid "detail web-mail ipv6 ns-reach verdict bad"
msgstr ""
"*Niet* alle nameservers die een IPv6-adres hebben zijn bereikbaar via IPv6."

msgid "detail web-mail ipv6 ns-reach verdict good"
msgstr "Alle nameservers die een IPv6-adres hebben zijn bereikbaar via IPv6."

msgid "detail web-mail rpki ns-exists exp"
msgstr ""
"We testen of er een RPKI Route Origin Authorisation (ROA) is gepubliceerd voor alle IP-adressen van de nameservers van je domein.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen van je server moeten sturen.\n"
"\n"
"Een route-aankondiging is echter te vervalsen. Een andere netwerkprovider kan namelijk in de positie zijn om het IP-adresblok van jouw IP-adres te koppelen aan zijn netwerk en op die manier mogelijk internetverkeer te ontvangen dat eigenlijk voor jouw netwerkprovider bedoeld is. De oorzaak kan per ongeluk of kwaadwillig zijn. In beide gevallen kan het ertoe leiden dat je server onbereikbaar is of dat internetverkeer naar je server wordt onderschept.\n"
"\n"
"Resource Public Key Infrastructure (RPKI) verbetert de bescherming hiertegen aanzienlijk. Met RPKI kan de rechtmatige houder van een blok IP-adressen namelijk een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation; afgekort: ROA) publiceren. Een andere netwerkprovider die internetverkeer wil sturen naar een bepaalde IP-adres, kan de bijbehorende verklaring gebruiken om ongeldige (`Invalid`) routes te filteren. Daarmee voorkomt de netwerkprovider dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd."

msgid "detail web-mail rpki ns-exists label"
msgstr "Aanwezigheid van Route Origin Authorisation"

msgid "detail web-mail rpki ns-exists tech table"
msgstr "Nameserver|IP-adres|RPKI Route Origin Authorization"

msgid "detail web-mail rpki ns-exists verdict bad"
msgstr ""
"Voor tenminste één van de IP-adressen van je nameservers is *geen* RPKI "
"Route Origin Authorisation (ROA) gepubliceerd."

msgid "detail web-mail rpki ns-exists verdict good"
msgstr ""
"Voor alle IP-adressen van je nameservers is een RPKI Route Origin "
"Authorisation (ROA) gepubliceerd."

msgid "detail web-mail rpki ns-exists verdict no-addresses"
msgstr ""
"Je domein bevat *geen* nameservers. Daarom kon deze subtest niet worden "
"uitgevoerd."

msgid "detail web-mail rpki ns-valid exp"
msgstr ""
"We testen of de validatie-status van alle IP-adressen van de nameservers van je domein `Valid` is. Als er meerdere overlappende route-aankondigingen voor het IP-adres zijn, dan testen we of die allemaal `Valid` zijn.\n"
"\n"
"Je hoster (of zijn netwerkprovider) kondigt via het Border Gateway Protocol (BGP) aan voor welke van zijn IP-adresblokken hij inkomend internetverkeer accepteert. Dat doet hij door (delen van) zijn IP-adresblokken (Route Prefix) aan het unieke nummer van zijn providernetwerk (Route Origin ASN) te koppelen, en door deze routeringsinformatie vervolgens te verspreiden. Andere netwerkproviders gebruiken deze route-aankondigingen om te bepalen via welke route ze het verkeer voor de IP-adressen moeten sturen.\n"
"\n"
"Aanvullend kan je hoster (of zijn netwerkprovider) voor iedere route-aankondiging een digitaal ondertekende verklaring met route-autorisatie (Route Origin Authorisation, afgekort: ROA) publiceren met behulp van Resource Public Key Infrastructure (RPKI). \n"
"\n"
"Een andere netwerkprovider die gevraagd wordt om internetverkeer te sturen naar het IP-adres van je server, kan de bijbehorende verklaring cryptografisch controleren. De gecontroleerde inhoud (Validated ROA Payload; afgekort: VRP) omvat welke providernetwerken (VRP ASN) voor ieder opgenomen IP-adresblok (VRP Prefix) geautoriseerd zijn om internetverkeer te ontvangen. \n"
"\n"
"De netwerkprovider kan deze inhoud vervolgens gebruiken om  BGP-routes te filteren. Hij kan bijvoorbeeld eventuele `Invalid` routes weigeren om te voorkomen dat internetverkeer vanuit zijn netwerk naar ongeautoriseerde providernetwerken wordt gestuurd.\n"
"\n"
"Het vergelijken van route-aankondigingen met route-autorisaties (RPKI Origin Validation; afgekort: ROV) kent de onderstaande drie mogelijk uitkomsten.\n"
"\n"
"1․ `Valid`: De route-aankondiging van het desbetreffende IP-adres wordt gematcht door tenminste één gepubliceerde route-autorisatie. Een route-autorisatie is ook matchend voor meer specifieke route-aankondigingen (d.w.z. voor een deel van het IP-adresblok dat in de route-autorisatie staat), tenzij deze meer specifiek zijn dan de limiet die in de route-autorisatie is bepaald (via het `maxLength` attribuut). \n"
"\n"
"2․ `Invalid`: De route-aankondiging van het desbetreffende IP-adres is wel afgedekt door een route-autorisatie, maar deze matcht *niet*. Er zijn twee mogelijke oorzaken: \n"
"\n"
"* het IP-adresblok (Route Prefix) wordt aangekondigd vanaf een providernetwerk (Route Origin ASN) dat in de route-autorisatie *niet* is geautoriseerd (resultaat in onderstaande tabel: \"invalid (as)\");\n"
"* het IP-adresblok (Route Prefix) dat wordt aangekondigd is *kleiner* dan wordt toegestaan in de route-autorisatie, d.w.z. overschrijding van `maxLength` waarde (resultaat in onderstaande tabel: \"invalid (length)\").\n"
"\n"
"3․ `NotFound`: Er is geen verklaring met route-autorisatie gevonden die de route-aankondiging van het desbetreffende IP-adres afdekt. De routering van internetverkeer naar jouw server is daardoor minder veilig. Neem hierover contact op met je hoster. Deze kan zijn netwerkprovider die eigenaar is van de IP-adressen van je server vragen om route-autorisaties te publiceren.\n"
"\n"
"**Wat te doen als het testresultaat de status Invalid toont?**\n"
"\n"
"De status `Invalid` duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt veroorzaakt door je hoster of zijn netwerkprovider (interne fout) óf door een derde partij (externe fout). In beide gevallen verhoogt dit het risico dat je server onbereikbaar wordt of dat internetverkeer naar je server wordt onderschept. Neem zo spoedig mogelijk contact op met je hoster. Bij een interne fout moet je hoster zijn netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om de route-configuratiefout te herstellen. "

msgid "detail web-mail rpki ns-valid label"
msgstr "Geldigheid van route-aankondiging"

msgid "detail web-mail rpki ns-valid tech table"
msgstr ""
"Nameserver|BGP Route Prefix|BGP Route Origin ASN|RPKI Origin Validation "
"status"

msgid "detail web-mail rpki ns-valid verdict bad"
msgstr ""
"Ten minste één IP-adres van je nameservers heeft een `NotFound` validatie-"
"status. Er is *geen* RPKI Route Origin Authorisation (ROA) gepubliceerd voor"
" zijn route-aankondiging."

msgid "detail web-mail rpki ns-valid verdict good"
msgstr ""
"Alle IP-adressen van je nameservers hebben een `Valid` validatie-status. De "
"route-aankondiging van deze IP-adressen wordt gematcht door de gepubliceerde"
" RPKI Route Origin Authorisation (ROA)."

msgid "detail web-mail rpki ns-valid verdict invalid"
msgstr ""
"Tenminste één IP-adres van je nameservers heeft een `Invalid` validatie-"
"status. De route-aankondiging van de desbetreffende IP-adressen wordt *niet*"
" gematcht door de gepubliceerde RPKI Route Origin Authorisation (ROA). Dit "
"duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt "
"veroorzaakt door je nameserver-hoster (interne fout) óf door een derde "
"partij (externe fout). In beide gevallen verhoogt dit het risico dat je "
"server onbereikbaar wordt of dat internetverkeer naar je server wordt "
"onderschept. Neem zo spoedig mogelijk contact op met je nameserver-hoster. "
"Bij een interne fout moet je nameserver-hoster zijn netwerkprovider die "
"eigenaar is van de IP-adressen van je server, vragen om de route-"
"configuratiefout te herstellen."

msgid "detail web-mail rpki ns-valid verdict not-routed"
msgstr ""
"Deze subtest werd *niet* uitgevoerd, omdat er voor *geen* van de IP-adressen"
" een route-aankondiging beschikbaar was."

msgid "disclosure content"
msgstr ""
"# Meld kwetsbaarheid\n"
"*Herzien op 28 maart 2023*\n"
"\n"
"Het Platform Internetstandaarden vindt de veiligheid van de Internet.nl-website \n"
"heel belangrijk. Ondanks onze zorg voor de beveiliging kan het voorkomen dat\n"
"er toch een kwetsbaarheid wordt gevonden.\n"
"\n"
"Heb je een zwakke plek gevonden in de Internet.nl-website? Je kunt er\n"
"bijvoorbeeld per ongeluk tegenaan zijn gelopen bij het normale gebruik van\n"
"deze site. Misschien heb je zelfs je best gedaan om een zwakke plek te vinden.\n"
"Laat het ons in elk geval weten, zodat we zo snel mogelijk maatregelen kunnen\n"
"nemen.\n"
"\n"
"Dit is overigens **geen** uitnodiging om onze site uitgebreid te scannen en te\n"
"testen om zwakke plekken te vinden. Dat doen we zelf wel.\n"
"\n"
"We werken graag met je samen om de veiligheid van onze website nog beter te\n"
"kunnen beschermen. Wij nemen je melding altijd serieus wanneer deze voldoet aan de voorwaarden van ons Coordinated Vulnerability Disclosure beleid, en onderzoeken elk\n"
"vermoeden van een kwetsbaarheid. \n"
"\n"
"In ons onderstaande beleid over **Coordinated Vulnerability Disclosure** maken we duidelijk wat we je vragen en wat wij beloven als je bij ons een kwetsbaarheid meldt.\n"
"\n"
"## Wij vragen je om:\n"
"\n"
"- je bevindingen zo snel mogelijk naar ons te sturen per [e-mail](mailto:vraag@internet.nl)\n"
"  of via een [GitHub security advisory](https://github.com/internetstandards/Internet.nl/security/advisories/new);\n"
"- als je ons een e-mail stuurt, de e-mail bij voorkeur te versleutelen met onze PGP-sleutel;\n"
"- voldoende informatie te geven om het probleem te reproduceren, zodat we het\n"
"  zo snel mogelijk kunnen oplossen;  \n"
"  meestal is het IP-adres of de URL, met een omschrijving van de kwetsbaarheid\n"
"  voldoende, maar bij complexere kwetsbaarheden kan meer informatie nodig\n"
"  zijn;\n"
"- geen tests uit te voeren die gebruikmaken van aanvallen op fysieke\n"
"  beveiliging, social engineering of applicaties van derden;\n"
"- geen brute force of denial of service uit te voeren;\n"
"- de kwetsbaarheid niet te misbruiken door bijvoorbeeld het veranderen of\n"
"  verwijderen van gegevens of het plaatsen van malware;\n"
"- het probleem ook niet met anderen te delen totdat we het hebben opgelost;\n"
"- geen gegevens van onze systemen te kopiëren, anders dan absoluut\n"
"  noodzakelijk om het lek aan te tonen;\n"
"- contactgegevens (e-mailadres en telefoonnummer) achter te laten zodat we\n"
"  contact met je kunnen opnemen om samen te werken aan een veilig resultaat.\n"
"\n"
"## Wij beloven:\n"
"\n"
"- binnen drie werkdagen te reageren op je melding met de beoordeling van de\n"
"  melding en een verwachte datum voor een oplossing;\n"
"- je melding vertrouwelijk te behandelen: we delen je persoonlijke gegevens\n"
"  niet zonder je toestemming; uitzondering hierop zijn politie en justitie, in\n"
"  geval van aangifte of als gegevens worden opgeëist;\n"
"- je op de hoogte te houden van de voortgang bij het oplossen van het probleem;\n"
"- in berichtgeving omtrent het gemelde probleem je naam te vermelden als\n"
"  ontdekker, als je dat wenst;\n"
"- dat een toevallige ontdekking van een kwetsbaarheid niet tot aangifte tegen\n"
"  je zal leiden, zolang je je aan de spelregels houdt en je in de geest van\n"
"  Coordinated Vulnerability Disclosure gedraagt;\n"
"- als dank voor je hulp geven we je een mooi t-shirt voor elke waardevolle melding van een\n"
"  ons nog onbekend beveiligingsprobleem; dat is misschien geen grote beloning,\n"
"  maar we willen het actief scannen naar kwetsbaarheden niet aanmoedigen.\n"
"\n"
"## Uitsluitingen:\n"
"\n"
"Omdat onze tijd schaars is en we geen gratis t-shirtwinkel zijn, vragen we je:\n"
"\n"
"* om **geen** triviale bevindingen te melden waarvoor geen exploits bekend zijn en/of die niet of nauwelijks risico tot gevolg hebben;\n"
"* om bevindingen van geautomatiseerde vulnerability scanning tools **niet** blind te melden. Kopieer en plak geen bevindingen in een e-mail, maar probeer eerst de aard van onze website te begrijpen voordat je iets meldt;\n"
"* om je te realiseren dat onze tools als open source software beschikbaar zijn en door anderen kunnen worden hergebruikt. We kunnen **geen** verantwoordelijkheid dragen voor de implementatie door deze andere partijen.\n"
"\n"
"Hieronder staan enkele voorbeelden van bevindingen die je **niet** bij ons hoeft te melden. Meld je ze toch, dan zullen we daarvoor **geen** beloning toekennen en mogelijk **niet** reageren op je e-mail.\n"
"\n"
"- Kwetsbaarheden op andere domeinen dan internet.nl;\n"
"- Header information disclosures;\n"
"- SSRF-kwetsbaarheid (het gaat hier niet om een kwetsbaarheid maar om bewuste functionaliteit die nodig is voor de goede werking van Internet.nl.);\n"
"- Publiek toegankelijke bestanden of mappen met niet-gevoelige informatie (zoals robots.txt of afbeeldingen);\n"
"- Ontbrekende standaarden die Internet.nl zelf niet promoot (zoals MTA-STS);\n"
"- Vermeende afwijkingen die wél voldoen aan de testnorm die Internet.nl zelf hanteert (zoals voor security headers)."

msgid "domain pagetitle"
msgstr "Websitetest:"

#, md-format
msgid "domain title"
msgstr "Websitetest: {{prettyaddr}}  "

msgid "domain tweetmessage"
msgstr ""
"De%20website%20{{report.domain}}%20scoort%20{{score}}%25%20in%20de%20websitetest%20van%20%40Internet_nl%3A"

#, md-format
msgid "faqs appsecpriv content"
msgstr ""
"## HTTP security headers \n"
"\n"
"### X-Frame-Options\n"
"- [\"7.6 The X-Frame-Options header\" in HTML Living Standard](https://html.spec.whatwg.org/multipage/document-lifecycle.html#x-frame-options)\n"
"- [RFC 7034: HTTP Header Field X-Frame-Options](https://www.rfc-editor.org/rfc/rfc7034)\n"
"- [X-Frame-Options, MDN Web Docs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Frame-Options)\n"
"\n"
"### X-Content-Type-Options \n"
"- [X-Content-Type-Options, MDN Web Docs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Content-Type-Options)\n"
"- [Blog 'IE8 Security Part VI: Beta 2 Update'](https://learn.microsoft.com/nl-nl/archive/blogs/ie/ie8-security-part-vi-beta-2-update)\n"
"\n"
"### X-XSS-Protection (vervallen)\n"
"- [X-XSS-Protection test verwijderd van Internet.nl](/article/x-xss-protection-removed-and-improvement-for-no-mx-domains/)\n"
"\n"
"### Content-Security-Policy (CSP)\n"
"- [Content Security Policy Level 3, W3C Working Draft](https://www.w3.org/TR/CSP3/) (In overeenstemming met CSP3 beschouwen we `frame-src` *niet* als 'deprecated'.)\n"
"- [Content Security Policy Level 2, W3C Recommendation](https://www.w3.org/TR/CSP2/)\n"
"- [Content-Security-Policy, MDN Web Docs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy)\n"
"- [Mozilla's Laboratory (Content Security Policy / CSP Toolkit)](https://addons.mozilla.org/nl/firefox/addon/laboratory-by-mozilla/)\n"
"\n"
"### Referrer-Policy\n"
"- [Referrer Policy, W3C Candidate Recommendation, 26 January 2017](https://www.w3.org/TR/referrer-policy/)\n"
"- [Referrer Policy, Editor’s Draft](https://w3c.github.io/webappsec-referrer-policy/)\n"
"- [Referrer-Policy, MDN Web Docs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Referrer-Policy)\n"
"\n"
"## Andere beveiligingsopties \n"
"\n"
"### security.txt\n"
"- [RFC 9116: A File Format to Aid in Security Vulnerability Disclosure](https://www.rfc-editor.org/rfc/rfc9116)\n"
"- [Common Security Advisory Framework Version 2.0, \"7.1.8 Requirement 8: security.txt\"](https://docs.oasis-open.org/csaf/csaf/v2.0/os/csaf-v2.0-os.html#718-requirement-8-securitytxt)\n"
"- [IANA registry for security.txt fields](https://www.iana.org/assignments/security-txt-fields/security-txt-fields.xhtml)\n"
"- [Securitytxt.org](https://securitytxt.org/)\n"
"- [\"Wat is security.txt?\"](https://www.digitaltrustcenter.nl/securitytxt) door Digital Trust Center\n"
"- [\"Handreiking security.txt\"](https://www.ncsc.nl/documenten/publicaties/2023/maart/2/handreiking-security.txt) door NCSC-NL"

#, md-format
msgid "faqs appsecpriv title"
msgstr "Beveiligingsopties"

msgid "faqs badges post-badge content"
msgstr ""
"### Opmerkingen\n"
"1. Indien je de badges op je website wil gebruiken, dan dient de domeinnaam van die website overeen te komen met de domeinnaam die 100% scoort. Het is *niet* toegestaan om de badges op een website die een andere domeinnaam heeft te gebruiken.\n"
"2. We raden aan om de badges op je eigen webserver op te slaan en te gebruiken. Op die manier is er geen contact met onze webserver als je website wordt bezocht. We verzoeken je om iedere gebruikte badge te hyperlinken naar [https://internet.nl/](https://internet.nl/).\n"
"\n"
"\n"
"## Badge voor hosters\n"
"De spelregels om de *Internet.nl compliant badge* voor hosters te mogen gebruiken kan je vinden in de [Hall of Fame voor Hosters](/halloffame/hosters/)."

msgid "faqs badges pre-badge content"
msgstr ""
"## Badges voor domeinnaamhouders\n"
"Als jouw website of e-mail 100% scoort op Internet.nl, dan wordt je domeinnaam opgenomen in de relevante [Hall of Fame](/halloffame/). Je mag dan de desbetreffende 100%-badges gebruiken in je eigen communicatie-uitingen, zolang je je 100%-score behoudt."

msgid "faqs badges title"
msgstr "Gebruik van 100%-badges"

msgid "faqs batch-and-dashboard content"
msgstr ""
"Behalve de website voor het testen van losse domeinnamen, biedt Internet.nl ook de volgende tooling aan die kan worden gebruikt voor het testen van meerdere domeinnamen:\n"
"\n"
"- [Batch API](https://github.com/internetstandards/Internet.nl-API-docs)\n"
"- [Webgebaseerd dashboard](https://dashboard.internet.nl)\n"
"\n"
"## Voorbeelden van gebruik\n"
"Voor een aantal voorbeelden van organisaties die gebruik maken van de API en het webgebaseerde dashboard van Internet.nl zie [\"Metingen met Internet.nl\"](/faqs/measurements/).\n"
"\n"
"## Naamsvermelding\n"
"Als je de testresultaten van Internet.nl hergebruikt in je eigen website of dienst, dan vragen we je vriendelijk om naamsvermelding. Voor meer informatie zie [\"gebruiksvoorwaarden\"](https://github.com/internetstandards/Internet.nl-API-docs/blob/main/terms-of-use.md) en [\"auteursrecht\"](/copyright/)."

msgid "faqs batch-and-dashboard title"
msgstr "Batch API en webgebaseerd dashboard"

#, md-format
msgid "faqs content"
msgstr ""
"## Achtergrond\n"
"* Over [websitetest](/test-site/)\n"
"* Over [e-mailtest](/test-mail/)\n"
"* Over [verbindingstest](/test-connection/)\n"
"* [Video-opnames van presentaties](/faqs/video/)\n"
"\n"
"## Standaarden\n"
"* [Modern adres (IPv6)](/faqs/ipv6/)\n"
"* [Domeinnaamhandtekening (DNSSEC)](/faqs/dnssec/)\n"
"* [Beveiligde websiteverbinding (HTTPS)](/faqs/https/)\n"
"* [Beveiligingsopties (HTTP security headers en security.txt)](/faqs/appsecpriv/)\n"
"* [Protectie tegen e-mailphishing (DMARC, DKIM en SPF)](/faqs/mailauth/)\n"
"* [Beveiligde e-mailtransport (STARTTLS en DANE)](/faqs/starttls/)\n"
"* [Autorisatie voor routering (RPKI)](/faqs/rpki/)\n"
"\n"
"## Testrapport, badges, en hall of fame\n"
"* [Toelichting op testrapport](/faqs/report/)\n"
"* [Gebruik van de 100%-badges](/faqs/badges/)\n"
"* [Criteria voor 'Hall of Fame voor Hosters'](/faqs/halloffame/)\n"
"\n"
"## Testen van meerdere domeinnamen\n"
"* [Batch API en webgebaseerd dashboard](/faqs/batch-and-dashboard/)\n"
"* [Metingen met Internet.nl](/faqs/measurements/)"

#, md-format
msgid "faqs dnssec content"
msgstr ""
"## Waarom\n"
"Hieronder vindt je enkele links naar beschrijvingen van enkele bekende incidenten die DNSSEC waarschijnlijk had kunnen voorkomen.\n"
"\n"
"* [\"Cache-poisoning attack snares top Brazilian bank\"](https://www.theregister.co.uk/2009/04/22/bandesco_cache_poisoning_attack/)\n"
"* [\"Eircom reveals ‘cache poisoning’ attack by hacker led to outages\"](https://www.siliconrepublic.com/enterprise/eircom-reveals-cache-poisoning-attack-by-hacker-led-to-outages)\n"
"* [\"DNS cache poisonings foist malware attacks on Brazilians\"](https://www.theregister.co.uk/2011/11/07/brazilian_dns_cache_poisoing_attacks/)\n"
"* [\"Cache Poisoning of Mail Handling Domains Revisited\"](https://insights.sei.cmu.edu/blog/cache-poisoning-of-mail-handling-domains-revisited/)\n"
"* [\"Neither Snow Nor Rain Nor MITM... An Empirical Analysis of Email Delivery Security\"](https://dl.acm.org/citation.cfm?id=2815695)\n"
"\n"
"Hieronder volgt een citaat uit de laatstgenoemde onderzoekspublicatie:\n"
"\n"
"> Mail security, like that of many other protocols, is intrinsically tangled with the security of DNS resolution. Rather than target the SMTP protocol, an active network attacker can spoof the DNS records of a destination mail server to redirect SMTP connections to a server under the attacker’s control. [...] We find evidence that 178,439 out of 8,860,639(2.01%) publicly accessible DNS servers provided invalid IPs or MX records for one or more of these domains.\n"
"\n"
"## Gebruiksstatistieken\n"
"* [Pulse - DNSSEC metric](https://pulse.internetsociety.org/en/technologies/#metric-dnssec) door Internet Society\n"
"* [.nl-statistieken over DNSSEC](https://stats.sidnlabs.nl/nl/) door SIDN Labs\n"
"* [DNSSEC Validation Measurement](https://stats.labs.apnic.net/dnssec) door APNIC\n"
"* [DNSSEC Deployment Report](https://dnssec-deployment.icann.org/dctld/)\n"
"\n"
"## Achtergrondinformatie\n"
"* [FAQ over DNSSEC](https://www.sidn.nl/moderne-internetstandaarden/dnssec) door SIDN\n"
"* [ISOC's Deploy360 over DNSSEC](https://www.internetsociety.org/deploy360/dnssec/)\n"
"* [DNSSEC.net](https://www.dnssec.net/)\n"
"* [Wikipedia on DNSSEC](https://en.wikipedia.org/wiki/Domain_Name_System_Security_Extensions)\n"
"* [Knowledge-Sharing and Instantiating Norms for DNS and Naming Security (KINDNS)](https://kindns.org/)\n"
"\n"
"## Specificaties\n"
"* [RFC 4033: DNS Security Introduction and Requirements](https://www.rfc-editor.org/rfc/rfc4033)\n"
"* [RFC 4034: Resource Records for the DNS Security Extensions](https://www.rfc-editor.org/rfc/rfc4034)\n"
"* [RFC 4035: Protocol Modifications for the DNS Security Extensions](https://www.rfc-editor.org/rfc/rfc4035)\n"
"* [RFC 8624: Algorithm Implementation Requirements and Usage Guidance for DNSSEC](https://www.rfc-editor.org/rfc/rfc8624)\n"
"* [RFC 9276: Guidance for NSEC3 Parameter Settings](https://www.rfc-editor.org/rfc/rfc9276)"

#, md-format
msgid "faqs dnssec title"
msgstr "Domeinnaamhandtekening (DNSSEC)"

msgid "faqs halloffame content"
msgstr ""
"## Criteria voor opname\n"
"Een hoster die opgenomen wil worden in de [Hall of Fame voor Hosters](/halloffame/hosters/) moet voldoen aan de onderstaande criteria.\n"
"\n"
"1. **Eigen domein 2x 100%:** De eigen domeinnaam van de hoster, waarop de bedrijfswebsite actief is, scoort 100% in zowel de website- als de e-mail-test van Internet.nl;\n"
"2. **Aanbieden van hostingdiensten**: De hoster biedt expliciet hostingdiensten aan voor websites en e-mail op zijn bedrijfswebsite zonder beperkingen in het klantenpubliek (zoals verenigingen en clubs);\n"
"3. **Klantdomeinen 2x 100%**: De hoster biedt haar klanten de mogelijkheid om 100% te scoren in zowel de website- als de e-mailtest op Internet.nl;\n"
"3. **Handelsregister:** De bedrijfsnaam van de hoster staat genoemd als handelsnaam in het Handelsregister van de Kamer van Koophandel of in een vergelijkbaar buitenlands register;\n"
"4. **Alleen op verzoek:** Opname in deze Hall of Fame is vrijwillig en kan de hoster aanvragen via vraag@internet.nl.\n"
"\n"
"## Overige spelregels\n"
"\n"
"* **Gebruik van onze badge:** Alleen hosters die in deze Hall of Fame staan, mogen de bovenstaande [Internet.nl compliant badge](/static/embed-badge-hosters-v3.svg) gebruiken in hun eigen communicatie-uitingen. Als je de badges op je website wilt gebruiken, moet het domein van die website overeenkomen met de vermelding in de Hall of Fame.\n"
"* **Volgorde:** De namen van de hosters in de Hall of Fame worden telkens getoond in willekeurige volgorde.\n"
"\n"
"## Geautomatiseerde controles op compliance\n"
"Het [Internet.nl dashboard](https://dashboard.internet.nl) wordt gebruikt om regelmatig te controleren of de hosters die in de Hall of Fame voor Hosters staan nog steeds een dubbele 100%-score (mail en web) scoren voor hun eigen domein. Dit is een geautomatiseerde controle en wordt twee keer per maand uitgevoerd. De [testrapporten voor de opgenomen hosters](https://dashboard.internet.nl/published/103/) zijn openbaar beschikbaar.\n"
"\n"
"## Verwijdering \n"
"Niet-conforme hosters worden handmatig verwijderd op basis van de volgende criteria en regels:\n"
"\n"
"* Als de testresultaten voor web of mail onder de 100% zijn gedurende 3 opeenvolgende scans (ongeveer 6 weken), ongeacht welke subtests falen.\n"
"* Wanneer we nieuwe (sub)tests meewegen in onze algemene testscore (het percentage), geven we hosters in onze Hall of Fame een respijtperiode van 2 maanden (vanaf de datum van meewegen) om volledig compliant te worden (dubbele 100%-score).\n"
"* Verwijdering vindt plaats voor een periode van ten minste 3 maanden, waarna de hoster handmatig een nieuwe aanvraag moet indienen om weer in de lijst te worden opgenomen.\n"
"* De contactpersoon van de hoster ontvangt een bericht over de verwijdering.\n"
"* Er zal geen communicatie plaatsvinden voorafgaand aan de verwijdering; het is de verantwoordelijkheid van de hoster om ervoor te zorgen (en te controleren) of het eigen domein nog steeds een dubbele 100%-score (voor mail en web) heeft.\n"
"\n"
"Als er een andere reden is waarom een hoster niet opgenomen zou moeten worden in onze Hall of Fame voor Hosters, stuur dan een e-mail naar vraag@internet.nl met een goed onderbouwde argumentatie."

msgid "faqs halloffame title"
msgstr "Criteria voor 'Hall of Fame voor Hosters'"

#, md-format
msgid "faqs https content"
msgstr ""
"## Waarom\n"
"* [Does my site need HTTPS?](https://doesmysiteneedhttps.com/)\n"
"* [\"Why HTTPS for Everything?\"](https://https.cio.gov/everything/) door CIO.gov\n"
"* [\"Still think you don't need HTTPS?\"](https://scotthelme.co.uk/still-think-you-dont-need-https/) door Scott Helme\n"
"\n"
"## Gebruiksstatistieken \n"
"* [.nl-statistieken over HTTPS](https://stats.sidnlabs.nl/nl/) door SIDN Labs\n"
"* [\"Percentage of Web Pages Loaded by Firefox Using HTTPS\"](https://letsencrypt.org/de/stats/#percent-pageloads)\n"
"* [\"HTTPS Usage\" by Google](https://www.google.com/transparencyreport/https/metrics/?hl=en)\n"
"* [Pulse - TLS1.3 metric](https://pulse.internetsociety.org/en/technologies/#metric-tls13) door Internet Society\n"
"\n"
"## Achtergrondinformatie\n"
"* ['Transport Layer Security (TLS), Beveiligingsrichtlijnen versie 2025-05'](https://www.ncsc.nl/transport-layer-security-tls/richtlijnen2025-05) door NCSC\n"
"* ['ICT-beveiligingsrichtlijnen voor webapplicaties'](https://www.ncsc.nl/webapplicaties/ict-beveiligingsrichtlijnen-webapplicaties) door NCSC\n"
"* [Mozilla SSL Configuration Generator](https://mozilla.github.io/server-side-tls/ssl-config-generator/)\n"
"* [Bettercrypto.org](https://bettercrypto.org)\n"
"* [How HTTPS works](https://howhttps.works/)\n"
"\n"
"## Specificaties\n"
"### HTTPS\n"
"* [RFC 9325: Recommendations for Secure Use of Transport Layer Security (TLS) and Datagram Transport Layer Security (DTLS)](https://www.rfc-editor.org/rfc/rfc9325.html)\n"
"* [RFC 8996: Deprecating TLS 1.0 and TLS 1.1](https://www.rfc-editor.org/rfc/rfc8996.html)\n"
"* [RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3](https://www.rfc-editor.org/rfc/rfc8446)\n"
"* [RFC 5246: The Transport Layer Security (TLS) Protocol, Version 1.2](https://www.rfc-editor.org/rfc/rfc5246)\n"
"* [RFC 6797: HTTP Strict Transport Security (HSTS)](https://www.rfc-editor.org/rfc/rfc6797)\n"
"\n"
"### CAA\n"
"* [RFC8659: DNS Certification Authority Authorization (CAA) Resource Record](https://www.rfc-editor.org/rfc/rfc8659.html)\n"
"* [RFC8657: Certification Authority Authorization (CAA) Record Extensions for Account URI and Automatic Certificate Management Environment (ACME) Method Binding](https://www.rfc-editor.org/rfc/rfc8657.html) \n"
"* [Baseline Requirements door Certification Authority Browser Forum](https://cabforum.org/working-groups/server/baseline-requirements/requirements/)\n"
"* [Certification Authority Restriction Properties door IANA](https://www.iana.org/assignments/pkix-parameters/pkix-parameters.xhtml#caa-properties)\n"
"\n"
"### DANE\n"
"* [RFC 6698: The DNS-Based Authentication of Named Entities (DANE) Transport Layer Security (TLS) Protocol: TLSA](https://www.rfc-editor.org/rfc/rfc6698)"

#, md-format
msgid "faqs https title"
msgstr "Beveiligde websiteverbinding (HTTPS)"

#, md-format
msgid "faqs ipv6 content"
msgstr ""
"## Waarom\n"
"* [\"Three reasons why IPv6 is worth the effort\"](https://blog.apnic.net/2018/12/13/three-reasons-why-ipv6-is-worth-the-effort/) by Nick Buraglio\n"
"* [\"IPv6: It's time to get on board\"](https://engineering.fb.com/networking-traffic/ipv6-it-s-time-to-get-on-board/) door Paul Saab (Facebook)\n"
"* [\"Reasons for IPv6\"](https://ipv6now.com.au/primers/IPv6Reasons.php) door IPv6NOW\n"
"\n"
"## Gebruiksstatistieken\n"
"* [Pulse - IPv6 metric](https://pulse.internetsociety.org/en/technologies/#metric-ipv6) door Internet Society\n"
"* [.nl-statistieken over IPv6](https://stats.sidnlabs.nl/nl/) door SIDN Labs\n"
"* [APNIC IPv6-metingen](https://stats.labs.apnic.net/ipv6/)\n"
"* [World IPv6 Launch](https://www.worldipv6launch.org/measurements/)\n"
"* [Google IPv6-statistieken](https://www.google.com/intl/en/ipv6/statistics.html)\n"
"* [Cisco IPv6-statistieken](https://6lab.cisco.com/stats/)\n"
"* [IPv6 RIPEness informatie](https://ipv6ripeness.ripe.net/)\n"
"\n"
"## Achtergrondinformatie\n"
"* [FAQ over IPv6](https://www.sidn.nl/moderne-internetstandaarden/ipv6) door SIDN\n"
"* [ISOC's Deploy360 over IPv6](https://www.internetsociety.org/deploy360/ipv6/)\n"
"* [IPv6 Info Centre van RIPE NCC](https://www.ripe.net/publications/ipv6-info-centre/)\n"
"* [Wikipedia over IPv6](https://en.wikipedia.org/wiki/IPv6)\n"
"* [\"Policy Issues for Receiving Email in a World with IPv6 Hosts\"](https://www.m3aawg.org/sites/default/files/document/M3AAWG_Inbound_IPv6_Policy_Issues-2014-09.pdf) door M³AAWG\n"
"\n"
"## Specificaties\n"
"* [RFC 8200: Internet Protocol, Version 6 (IPv6) Specification](https://www.rfc-editor.org/rfc/rfc8200)"

#, md-format
msgid "faqs ipv6 title"
msgstr "Modern adres (IPv6)"

#, md-format
msgid "faqs mailauth content"
msgstr ""
"## Waarom\n"
"* [\"Why you should be doing DMARC\"](https://governmenttechnology.blog.gov.uk/2016/10/04/why-you-should-be-doing-dmarc/) door GOV.uk\n"
"* [\"Why is DMARC important?\"](https://dmarc.org/wiki/FAQ#Why_is_DMARC_important.3F) door DMARC.org\n"
"\n"
"## Gebruiksstatistieken\n"
"* [.nl-statistieken over DMARC](https://stats.sidnlabs.nl/nl/mail.html) door SIDN Labs\n"
"* [DMARC adoption stats worldwide](https://dmarc.org/stats/farsight/dmarc/) door DMARC.org\n"
"\n"
"## Achtergrondinformatie\n"
"* [How-to on DMARC, DKIM and SPF](https://toolbox.internet.nl) door Platform Internetstandaarden\n"
"* [FAQ over standaarden voor e-mailbeveiliging](https://www.sidn.nl/moderne-internetstandaarden/e-mailbeveiliging) door SIDN\n"
"* [Factsheet 'Bescherm domeinnamen tegen phishing'](https://www.ncsc.nl/documenten/factsheets/2019/juni/01/factsheet-bescherm-domeinnamen-tegen-phishing) door NCSC-NL\n"
"* [DMARC.org](https://dmarc.org/), [OpenSPF.org (archief)](http://web.archive.org/web/20190125100326/http://www.openspf.org/), en [DKIM Core](https://dkimcore.org/)\n"
"* [DKIM Key Rotation Best Common Practices](https://www.m3aawg.org/DKIMKeyRotation) door M3AAWG\n"
"* [Protecting Parked Domains Best Common Practices](https://www.m3aawg.org/M3AAWG-Protecting-Parked-Domains-BCP-update-2022-06) door M3AAWG\n"
"* [Email Authentication Recommended Best Practices](https://www.m3aawg.org/sites/default/files/m3aawg-email-authentication-recommended-best-practices-09-2020.pdf) door M3AAWG\n"
"\n"
"## Specificaties\n"
"* [RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC)](https://www.rfc-editor.org/rfc/rfc7489)\n"
"* [RFC 6376: DomainKeys Identified Mail (DKIM) Signatures](https://www.rfc-editor.org/rfc/rfc6376)\n"
"* [RFC 7208: Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1](https://www.rfc-editor.org/rfc/rfc7208)"

#, md-format
msgid "faqs mailauth title"
msgstr "Protectie tegen e-mailphishing (DMARC, DKIM en SPF)"

msgid "faqs measurements content"
msgstr ""
"De [batch API en webgebaseerd dashboard](/faqs/batch-and-dashboard/) worden door honderden gebruikers gebruikt. Sommige organisaties hergebruiken de testresultaten in hun eigen openbare websites of rapporten. Hieronder staan enkele voorbeelden.\n"
"\n"
"- [Basisbeveiliging](https://basisbeveiliging.nl/)\n"
"- [CBS: Toepassing van Internetstandaarden voor websites van bedrijven](https://www.cbs.nl/nl-nl/longread/aanvullende-statistische-diensten/2025/toepassing-van-internetstandaarden-voor-websites-van-bedrijven-2024)\n"
"- [Digital Insights Platform](https://www.digitalinsightsplatform.nl/)\n"
"- [European Commissie: EU Internet Standards Deployment Monitoring Website](https://ec.europa.eu/internet-standards/)\n"
"- [Forum Standaardisatie: Meting Informatieveiligheidstandaarden](https://www.forumstandaardisatie.nl/metingen/informatieveiligheidstandaarden)\n"
"- [Internet Society Portugal: Observatório de Tecnologias da Internet Portuguesa](https://observatory.isoc.pt/)\n"
"- [Register Internetdomeinen Overheid](https://organisaties.overheid.nl/domeinen)"

msgid "faqs measurements title"
msgstr "Metingen met Internet.nl"

#, md-format
msgid "faqs report score content"
msgstr ""
"### Welke norm hanteert Internet.nl?\n"
"Internet.nl controleert de correcte toepassing van moderne Internetstandaarden die de betrouwbaarheid van online diensten vergroten. Een score van 100% betekent dat een website, e-mailvoorziening of internetverbinding volledig voldoet aan de norm waartegen we testen. Deze norm is gebaseerd op de internetstandaarden op de 'pas toe of leg uit'-lijst van Forum Standaardisatie, op veiligheidsadviezen van NCSC, en op relevante RFC's van IETF.\n"
"\n"
"### Betekent een 100%-score dat is voldaan aan alle verplichte internetstandaarden?\n"
"Houd er rekening mee dat een 100%-score niet noodzakelijkerwijs betekent dat wordt voldaan aan alle voor Nederlandse overheidsorganisaties verplichte internetstandaarden. Niet alle verplichte internetstandaarden worden namelijk (volledig) getest, ook omdat dat soms onmogelijk of heel moeilijk is. Bovendien kan het zo zijn dat bepaalde verplichte standaarden wel worden getest maar nog niet meewegen in de score.\n"
"\n"
"### Wordt de norm ook aangepast?\n"
"De norm van Internet.nl wordt met enige regelmaat aangepast omdat de stand der techniek verandert. Aanpassingen kondigen we van te voren aan via nieuwsberichten op deze website. Nieuwe subtesten zullen na introductie (meestal) niet direct meetellen in de eindscore, en hebben de status van 'AANBEVOLEN' of 'OPTIONEEL'. In de toekomst kunnen deze onderdelen de status krijgen van 'VEREIST' en wel meetellen voor de eindscore.\n"
"\n"
"### Wat zegt de score over veiligheid?\n"
"Hoewel de meeste van de geteste Internetstandaarden bijdragen aan een hogere veiligheid van de website, e-mailvoorziening of internetverbinding, wil een score van 100% niet zeggen dat een online dienst daarmee per definitie veilig is. Er zijn namelijk nog meer aspecten die bepalend zijn voor de veiligheid van een online dienst. Deze vallen echter buiten de scope van Internet.nl. Hou in gedachte dat Internet.nl bedoeld is als compliance-test voor standaarden en niet als beveiligingstest.\n"
"\n"
"### Hoe is het testrapport gestructureerd?\n"
"Internet.nl bevat **drie hoofdtesten**, namelijk voor websites, e-mailvoorzieningen en verbindingen. Deze hoofdtesten bestaan uit **testcategorieën** die **subtesten** bevatten. De websitetest heeft bijvoorbeeld een testcategorie over HTTPS die  een subtest over HSTS bevat.\n"
"\n"
"Een subtest kan een van de volgende niveaus van vereistheid hebben (in overeenstemming met [RFC 2119](https://www.rfc-editor.org/rfc/rfc2119)):\n"
"\n"
"- VEREIST ('must')\n"
"- AANBEVOLEN ('should')\n"
"- OPTIONEEL ('may')\n"
"  \n"
"Als een subtest 'AANBEVOLEN' of 'OPTIONEEL' is, dan wordt dat vermeld in de testuitleg.\n"
"\n"
"### Hoe is de procentuele score opgebouwd?\n"
"- Iedere hoofdtest resulteert in een procentuele totaalscore. \n"
"- Iedere testcategorie van een hoofdtest weegt gelijk mee in de procentuele totaalscore. Dus als een hoofdtest bestaat uit vier testcategorieën, dan is de maximale score per testcategorie 20%.\n"
"- Alleen de subtesten met de status 'VEREIST' wegen mee in de score per testcategorie en in de procentuele eindscore.\n"
"- Websites met een score van 100% worden opgenomen in de [Hall of Fame](/halloffame/).\n"
"\n"
"Zie de [documentatie over scoren](https://github.com/internetstandards/Internet.nl/blob/main/documentation/scoring.md) van Internet.nl voor meer details."

msgid "faqs report score title"
msgstr "Norm en score"

#, md-format
msgid "faqs report subtest bad"
msgstr "Slecht: gezakt voor VEREISTE subtest ⇒ nulscore"

#, md-format
msgid "faqs report subtest error"
msgstr "Testfout: uitvoeringsfout tijdens testen ⇒ nulscore"

#, md-format
msgid "faqs report subtest good"
msgstr ""
"Goed: geslaagd voor VEREISTE, AANBEVOLEN of OPTIONELE subtest ⇒ eerste: "
"volledige score / laatste twee: geen impact op score"

#, md-format
msgid "faqs report subtest info"
msgstr "Ter informatie: gezakt voor OPTIONELE subtest ⇒ geen impact op score"

#, md-format
msgid "faqs report subtest not-tested"
msgstr ""
"Niet getest, want al gezakt voor gerelateerde bovenliggende subtest ⇒ \n"
"nulscore"

msgid "faqs report subtest title"
msgstr "Iconen per subtest"

#, md-format
msgid "faqs report subtest warning"
msgstr "Waarschuwing: gezakt voor AANBEVOLEN subtest ⇒ geen impact op score"

#, md-format
msgid "faqs report test bad"
msgstr ""
"Slecht: gezakt voor tenminste één VEREISTE subtest ⇒ geen volledige score "
"voor testcategorie"

#, md-format
msgid "faqs report test error"
msgstr ""
"Testfout: uitvoeringsfout voor tenminste één subtest ⇒ geen resultaat voor "
"testcategorie"

#, md-format
msgid "faqs report test good"
msgstr ""
"Goed: geslaagd voor alle subtesten ⇒ volledige score voor testcategorie "

#, md-format
msgid "faqs report test info"
msgstr ""
"Ter informatie: gezakt voor tenminste één OPTIONELE subtest ⇒ volledige "
"score voor testcategorie"

msgid "faqs report test title"
msgstr "Iconen per testcategorie"

#, md-format
msgid "faqs report test warning"
msgstr ""
"Waarschuwing: gezakt voor tenminste één AANBEVOLEN subtest ⇒ volledige score"
" voor testcategorie "

msgid "faqs report title"
msgstr "Toelichting op testrapport"

msgid "faqs rpki content"
msgstr ""
"## Waarom\n"
"* [Voorbeelden van BGP Hijacks](https://rpki.readthedocs.io/en/latest/ops/resources.html#examples-of-bgp-hijacks) in RPKI Documentation\n"
"* [Voorbeelden van Routeringsincidenten](https://www.icann.org/en/system/files/files/sac-121-en.pdf) in SAC121 / SSAC Briefing on Routing Security (hoofdstuk 2)\n"
"* [RFC 7908: Problem Definition and Classification of BGP Route Leaks](https://www.rfc-editor.org/rfc/rfc7908)\n"
"\n"
"## Gebruiksstatistieken\n"
"* Pulse [RPKI ROV metric](https://pulse.internetsociety.org/en/technologies/#metric-route-validation) en [RPKI ROA metric](https://pulse.internetsociety.org/en/technologies/#metric-roa-coverage) door Internet Society\n"
"* [Route Origin Authorisation (ROA) statistieken](https://roa-stats.manrs.org/) door MANRS\n"
"* [.nl-statistieken voor Route Origin Authorisation (ROA)](https://stats.sidnlabs.nl/nl/web.html#secure%20routing%20(rpki)) door SIDN Labs\n"
"* [Route Origin Validation (ROV) statistieken](https://stats.labs.apnic.net/rpki) door APNIC\n"
"* [RIPEstat - RPKI by country](https://stat.ripe.net/resource/nl#tab=routing) door RIPE NCC\n"
"\n"
"## Achtergrondinformatie\n"
"* [RPKI Documentation](https://rpki.readthedocs.io) door het RPKI-team bij NLnet Labs en de RPKI-community\n"
"* [Mutually Agreed Norms for Routing Security (MANRS)](https://www.manrs.org/)\n"
"\n"
"## Specificaties\n"
"* [RFC 3779: X.509 Extensions for IP Addresses and AS Identifiers](https://www.rfc-editor.org/rfc/rfc3779)\n"
"* [RFC 6482:  A Profile for Route Origin Authorizations (ROAs)](https://www.rfc-editor.org/rfc/rfc6482)\n"
"* [RFC 6811: BGP Prefix Origin Validation](https://www.rfc-editor.org/rfc/rfc6811)"

msgid "faqs rpki title"
msgstr "Autorisatie voor routering (RPKI)"

#, md-format
msgid "faqs starttls content"
msgstr ""
"## Waarom\n"
"* [\"Opportunistic Security: Some Protection Most of the Time\"](https://www.rfc-editor.org/rfc/rfc7435) door V. Dukhovni\n"
"* [\"New e-mail security protocols mandatory within government\"](https://www.sidnlabs.nl/a/weblog/new-e-mail-security-protocols-mandatory-within-government?language_id=2) door Marco Davids (SIDN)\n"
"* [\"The sad state of SMTP encryption\"](https://words.filippo.io/the-sad-state-of-smtp-encryption/) door Filippo Valsorda\n"
"\n"
"## Gebruiksstatistieken\n"
"* [DANE trend graphs](https://stats.dnssec-tools.org/#/graphs?top=dane)\n"
"* [DANE statistics](https://github.com/baknu/DANE-for-SMTP/wiki/4.-Adoption-statistics)\n"
"* [.nl-statistieken over DANE](https://stats.sidnlabs.nl/nl/mail.html) door SIDN Labs\n"
"* [Google's statistics on STARTTLS](https://www.google.com/transparencyreport/saferemail/?hl=en)\n"
"\n"
"## Achtergrondinformatie\n"
"* [How-to on 'DANE for SMTP'](https://toolbox.internet.nl) door Platform Internetstandaarden\n"
"* [Wiki on 'DANE for SMTP'](https://github.com/baknu/DANE-for-SMTP/wiki)\n"
"* [FAQ over standaarden voor e-mailbeveiliging](https://www.sidn.nl/moderne-internetstandaarden/e-mailbeveiliging) door SIDN\n"
"* [Factsheet \"Beveilig verbindingen van mailservers\"](https://english.ncsc.nl/publications/factsheets/2019/juni/01/factsheet-secure-the-connections-of-mail-servers) door NCSC-NL\n"
"* [\"ICT-beveiligingsrichtlijnen voor Transport Layer Security (TLS), versie 2.1\"](https://www.ncsc.nl/documenten/publicaties/2021/januari/19/ict-beveiligingsrichtlijnen-voor-transport-layer-security-2.1) door NCSC-NL\n"
"\n"
"## Specificaties\n"
"* [RFC 3207: SMTP Service Extension for Secure SMTP over Transport Layer Security](https://www.rfc-editor.org/rfc/rfc3207)\n"
"* [RFC 7672: SMTP Security via Opportunistic DNS-Based Authentication of Named Entities (DANE) Transport Layer Security (TLS)](https://www.rfc-editor.org/rfc/rfc7672) \n"
"* [RFC 7671: The DNS-Based Authentication of Named Entities (DANE) Protocol: Updates and Operational Guidance](https://www.rfc-editor.org/rfc/rfc7671)"

#, md-format
msgid "faqs starttls title"
msgstr "Beveiligd e-mailtransport (STARTTLS en DANE)"

#, md-format
msgid "faqs title"
msgstr "Kennisbank"

msgid "faqs video content"
msgstr ""
"* [Benjamin @ FOSDEM2026](https://fosdem.org/2026/schedule/event/H9GEBT-fos-check-tooling-for-mail-config/) (2026-01-31)\n"
"* [Sasha @ NLNOG Day 2025](https://nlnog.net/events/past-events/nlnog-day-2025/) (2025-09-30)\n"
"* [Gerben and Bart @ IX Fórum Setor Público 2025](https://setorpublico.forum.ix.br/anteriores/2025/) (2025-09-17)\n"
"* [Benjamin @ WHY2025](https://media.ccc.de/v/why2025-258-how-not-to-configure-your-domainname-internet-nl) (2025-08-11)\n"
"* [Benjamin @ RIPE86](https://ripe86.ripe.net/archives/video/1028/) (2023-05-24)"

msgid "faqs video title"
msgstr "Video-opnames van presentaties"

msgid "halloffame champions menu"
msgstr "Kampioenen!"

msgid "halloffame champions subtitle"
msgstr "100% in website- *én* e-mailtest"

msgid "halloffame champions text"
msgstr ""
"De {{count}} onderstaande domeinnamen scoren 100% in zowel de websitetest "
"als de e-mailtest. Leden van deze Hall of Fame mogen [beide 100%-badges "
"gebruiken](/faqs/badges/)."

msgid "halloffame champions title"
msgstr "Hall of Fame - Kampioenen!"

msgid "halloffame mail badge"
msgstr "Badge met tekst: 100%-score in e-mailtest"

msgid "halloffame mail menu"
msgstr "E-mail"

msgid "halloffame mail subtitle"
msgstr "100% in e-mailtest"

msgid "halloffame mail text"
msgstr ""
"De {{count}} onderstaande domeinnamen scoren 100% in de e-mailtest. Leden "
"van deze Hall of Fame mogen de [100%-badge voor mail "
"gebruiken](/faqs/badges/)."

msgid "halloffame mail title"
msgstr "Hall of Fame - E-mail"

msgid "halloffame web badge"
msgstr "Badge met tekst: 100%-score in websitetest"

msgid "halloffame web menu"
msgstr "Websites"

msgid "halloffame web subtitle"
msgstr "100% in websitetest"

msgid "halloffame web text"
msgstr ""
"De {{count}} onderstaande domeinnamen scoren 100% in de websitetest. Leden "
"van deze Hall of Fame mogen de [100%-badge voor websites "
"gebruiken](/faqs/badges/)."

msgid "halloffame web title"
msgstr "Hall of Fame - Websites"

msgid "home pagetitle"
msgstr ""
"Test voor moderne Internetstandaarden zoals IPv6, DNSSEC, HTTPS, DMARC, \n"
"STARTTLS en DANE."

msgid "home stats connection"
msgstr "unieke verbindingen"

msgid "home stats connection-items"
msgstr ""

msgid "home stats header"
msgstr "Tests in cijfers"

msgid "home stats mail"
msgstr "unieke mail-domeinen"

msgid "home stats mail-items"
msgstr ""

msgid "home stats notpassed"
msgstr "0-99%:"

msgid "home stats passed"
msgstr "100%:"

msgid "home stats website"
msgstr "unieke web-domeinen"

msgid "home stats website-items"
msgstr ""

#, md-format
msgid "home teaser"
msgstr ""
"Moderne Internetstandaarden zorgen voor meer betrouwbaarheid en verdere groei van het Internet.  \n"
"Gebruik jij ze al?"

msgid "mail pagetitle"
msgstr "E-mailtest:"

msgid "mail title"
msgstr "E-mailtest: {{prettyaddr}}"

msgid "mail tweetmessage"
msgstr ""
"De%20mailserver%20op%20{{report.domain}}%20scoort%20{{score}}%25%20in%20de\n"
"%20e-mailtest%20van%20%40Internet_nl%3A"

msgid "page gotocontents"
msgstr "Ga naar tekst-inhoud"

msgid "page gotofooter"
msgstr "Ga naar de footer"

msgid "page gotomainmenu"
msgstr "Ga naar het hoofd-menu"

msgid "page metadescription"
msgstr ""
"Test voor moderne Internetstandaarden IPv6, DNSSEC, HTTPS, HSTS, DMARC, "
"DKIM, SPF, STARTTLS, DANE, RPKI en security.txt"

msgid "page metakeywords"
msgstr ""
"IPv6, DNSSEC, HTTPS, HSTS, TLS, DMARC, DKIM, SPF, STARTTLS, DANE, RPKI, security.txt, CSP, Content Security Policy, security headers, test, \n"
"testtool, testen, check, controle, internet, internetstandaarden, open \n"
"standaarden, moderne standaarden, beveiliging, security, \n"
"internetbeveiliging, mail, e-mailbeveiliging, website, websitebeveiliging, \n"
"internetverbinding, beveiligde verbinding, e-mailauthenticatie, encryptie, \n"
"versleuteling, ciphers, cipher suites, PKI, SSL certificaat, TLS \n"
"certificaat, websitecertificaat, Platform Internetstandaarden"

msgid "page sitedescription"
msgstr "Is jouw internet up-to-date?"

msgid "page sitetitle"
msgstr "Internet.nl"

msgid "page404 content"
msgstr ""
"De pagina die u zocht staat niet op deze server.  \n"
"[Ga naar de homepage](/)"

msgid "page404 title"
msgstr "Pagina niet gevonden!"

msgid "privacy content"
msgstr ""
"# Privacyverklaring\n"
"\n"
"*Herzien op 25 maart 2025*\n"
"\n"
"Platform Internetstandaarden respecteert jouw privacy en streeft ernaar het verzamelen en het verwerken van jouw persoonsgegevens tot een minimum te beperken. Met deze privacyverklaring, willen we je graag informeren over welke persoonsgegevens we verzamelen als je onze website en andere diensten op Internet.nl gebruikt en hoe we deze gegevens verwerken. Je rechten zijn vastgelegd in de van toepassing zijnde wetten, met name de [Europese Algemene verordening gegevensbescherming (AVG)](https://eur-lex.europa.eu/legal-content/NL/TXT/HTML/?uri=CELEX:32016R0679) en de [Nederlandse Telecommunicatiewet](https://wetten.overheid.nl/BWBR0009950/).\n"
"\n"
"## Welke gegevens worden verzameld?\n"
"\n"
"### Website (Internet.nl)\n"
"\n"
"#### Applicatie\n"
"Als je Internet.nl gebruikt dan verzamelen we gegevens die noodzakelijk zijn voor het functioneren van de website.\n"
"\n"
"- IP-adres van je client ('remote host') die het connectieverzoek aan onze webserver deed;\n"
"\t- Als een connectietest wordt uitgevoerd, dan worden alleen het *geanonimiseerde* IP-adres en de *geanonimiseerde* reverse name opgeslagen in de applicatiedatabase en getoond in het connectietestrapport dat beschikbaar is voor de gebruiker via een permalink.\n"
"\t- In alle andere gevallen wordt je (volledige of je geanonimiseerde) IP-adres *niet* opgeslagen in de applicatiedatabase.\n"
"\t\n"
"- Domeinnamen die je invult om een e-mailtest of websitetest uit te voeren:\n"
"\t- Domeinnamen worden opgeslagen in de applicatiedatabase. Ze worden getoond in de testrapporten die beschikbaar zijn voor de gebruiker via een permalink en kunnen worden getoond in de Hall of Fame.\n"
"\t- Alleen de domeinnaam wordt opgeslagen, maar *niet* het 'lokale deel' (d.w.z. het deel voor @example.nl) van een ingevuld e-mailadres.\n"
"\n"
"#### Serverlogs\n"
"Om connectieproblemen te verhelpen en om (beveiligings-)incidenten op te lossen bewaren we de volgende gegevens in onze webserverlogs.\n"
"\n"
"- IP-adres van je client ('remote host') die het connectieverzoek aan onze webserver deed;\n"
"- Tijdstip dat het verzoek werd ontvangen;\n"
"- ‘User-Agent HTTP request header’ die je client browser rapporteerde;\n"
"- Statuscode die de server terugstuurde naar je client;\n"
"- Grootte van het object dat teruggestuurd werd naar je client;\n"
"- Foutbericht met betrekking tot de verwerking van het verzoek.\n"
"\n"
"#### Gebruikersanalyse\n"
"We plaatsen analytische cookies op je apparaat om het gebruik van Internet.nl te analyseren. We maken daarvoor gebruik van Matomo (formerly Piwik) op onze eigen webserver. Matomo is een van de meest privacy-vriendelijke gebruikersanalyse-tools die momenteel beschikbaar zijn. De met behulp van de cookies gegenereerde statistieken worden alleen gebruikt om de website verder te verbeteren.\n"
"\n"
"We verzamelen de volgende gegevens:\n"
"\n"
"- IP-adres (geanonimiseerd);\n"
"- Zeer ruwe locaties van de gebruiker gebaseerd op het geanonimiseerde IP-adres;\n"
"- Datum en tijd;\n"
"- Titel van de bezochte pagina;\n"
"- URL van de bezochte pagina;\n"
"- URL van de pagina die bezocht werd voorafgaand aan de huidige pagina;\n"
"- Schermresolutie;\n"
"- Tijd in locale tijdzone;\n"
"- Bestanden die aangeklikt en gedownload zijn;\n"
"- Aangeklikte links naar externe domeinen;\n"
"- Tijdsduur voor paginageneratie;\n"
"- Hoofdtaal van de browser;\n"
"- ‘User Agent’ van je browser.\n"
"\n"
"Omdat de impact van de analytische cookies op je privacy erg beperkt is in het kader van de AVG en artikel 11.7a van de Telecommunicatiewet, hoef je geen toestemming te geven. Als je niet wil dat we je apparaat volgen, dan bevelen we aan dat je de functie voor *Do Not Track* in je browser activeert. Matomo volgt geen gebruikers die de Do Not Track functie gebruiken (zie [deze link](https://matomo.org/docs/privacy/#step-4-respect-donottrack-preference) op Matomo.org). Voor meer informatie over Do Not Track en hoe het te activeren in je browser, zie de website [All About Do Not Track](https://allaboutdnt.com/).\n"
"\n"
"### Email (@internet.nl)\n"
"Als je email stuurt naar [vraag@internet.nl](mailto:vraag@internet.nl) dan verzamelen we de volgende gegevens:\n"
"\n"
"- Het gebruikte e-mailadres en andere ‘mail header data’ (zoals tijdstip);\n"
"- Andere persoonsgegevens die door de verzender zijn opgenomen in het mailbericht.\n"
"\n"
"We gebruiken een lokaal gehoste instantie van [Zammad](https://zammad.org/) als helpdesksysteem.\n"
"\n"
"## Welke diensten van derde partijen worden gebruikt?\n"
"\n"
"### WHOIS\n"
"In de website- en e-mailtest wordt via WHOIS de registrar van het geteste domein opgevraagd. Daarvoor wordt met het WHOIS-protocol (plain text op TCP port 43) een bevraging gedaan van de [IANA WHOIS Service](https://www.iana.org/whois) en van de WHOIS Service van de desbetreffende TLD registry (bijv. de [WHOIS Service van SIDN](https://www.sidn.nl/whois)).\n"
"\n"
"### Team Cymru\n"
"* In het RPKI-testonderdeel van de website- en e-mailtest wordt voor ieder gevonden IP-adres het bijbehorende BGP Origin ASN opgevraagd met behulp van de [\"IP to ASN Mapping Service\"](https://www.team-cymru.com/ip-asn-mapping) van Team Cymru.\n"
"* In de verbindingstest wordt voor de IP-adressen van je client en van je DNS-provider de ASN Description (t.b.v. de naam van de internetprovider en de DNS-provider) opgevraagd met behulp van de [\"IP to ASN Mapping Service\"](https://www.team-cymru.com/ip-asn-mapping) van Team Cymru.\n"
"\n"
"IP-adressen worden voorafgaand aan de bevraging zoveel mogelijk geanonimiseerd (voor IPv4 op een /24, voor IPv6 op een /48). De bevraging vindt plaats via DNS op UDP port 53. \n"
"\n"
"### Reverse DNS\n"
"In de verbindingstest wordt voor het niet-geanonimiseerde IP-adres van je client (via [\"in-addr.arpa\" en \"ip6.arpa\"](https://www.iana.org/domains/arpa)) de reverse name opgevraagd met behulp van onze lokale DNS resolver. \n"
"\n"
"### Sentry\n"
"We gebruiken [Sentry](https://sentry.io/) om crashes en soortgelijke bugs in tests of pagina's te loggen. Hiervoor sturen we Sentry het domein dat wordt getest, alle informatie die in de test wordt verzameld, en de HTTP-headers van het verzoek. We nemen het IP-adres van je client niet op in de informatie die we naar Sentry sturen. Informatie wordt alleen verzonden in het geval van crashende tests of pagina's. Over uitgevoerde tests of opgevraagde pagina's die niet leiden tot crashes wordt geen informatie gedeeld.\n"
"\n"
"## Welke maatregelen zijn genomen om de verzamelde data te beveiligen?\n"
"\n"
"### Toegang en derde partijen\n"
"Onze diensten draaien op servers die worden gehost door Prolocation ([single test website](https://internet.nl), [batch test API](https://batch.internet.nl), onze e-mail en ons helpdesksysteem) en door TransIP ([dashboard](https://dashboard.internet.nl)). ECP voert het inhoudelijk beheer over de mailbox. Verzamelde data en ontvangen informatie kan gedeeld worden met andere [leden van het Platform Internetstandaarden](/about/) maar alleen om vragen te beantwoorden, problemen op te lossen of om de diensten te verbeteren.\n"
"\n"
"Behalve de diensten genoemd onder \"Welke diensten van derde partijen worden gebruikt?\", worden er geen diensten van andere partijen (zoals externe gebruikersanalyse-tooling of web fonts) gebruikt. We geven op geen enkele manier persoonsgegevens die door ons zijn verzameld door aan derde partijen (d.w.z. buiten het Platform Internetstandaarden), tenzij we juridisch daartoe verplicht zijn (bijvoorbeeld als autoriteiten met een juridische grondslag ons verzoeken om data).\n"
"\n"
"### Technische maatregelen\n"
"We hebben onder andere de volgende maatregelen geïmplementeerd om je persoonsgegevens te beveiligen.\n"
"\n"
"- Moderne, veilige standaarden zijn in gebruik. We voldoen aan onze eigen testen. Onze webserver biedt bijvoorbeeld een beveiligde verbinding aan (HTTPS) en ons domein is ondertekend (DNSSEC). Merk op dat de verbindingstest gedeeltelijk HTTP gebruikt (in plaats van HTTPS). Dat komt doordat deze test ook controleert of de webbrowser van de bezoeker direct verbinding kan maken met een IP-adres en helaas zijn certificaten voor IP-adressen zeer ongebruikelijk. Desalniettemin zijn we van plan om dit te verbeteren;\n"
"- Software op onze servers wordt geregeld geüpdatet;\n"
"- Onze beheerders gebruiken sterke authenticatie voor toegang tot onze servers.\n"
"\n"
"Mocht je ondanks onze inspanningen een kwetsbaarheid vinden, dan vragen we je om in overeenstemming met ons beleid voor ['responsible disclosure'](/disclosure/) policy te handelen.\n"
"\n"
"### Anonimisering\n"
"\n"
"- Applicatie: Het anonimiseren van het IP-adres van de client betekent dat tenminste de laatste 16 bits van ieder IPv4-adres en de laatste 96 bits van ieder IPv6-adres worden weggegooid en vervangen door nullen, voordat het IP-adres wordt opgeslagen in de applicatiedatabase (zichtbaar is bijvoorbeeld alleen 198.51.0.0 of 2001:db8::). Daarnaast anonimiseren we de gevonden ‘reverse name’ door de eerste één of meer labels te maskeren. Door het IP-adres en de ‘reverse name’ te anonimiseren, zorgen we ervoor dat het normaal gesproken vrijwel onmogelijk is om deze te relateren aan een persoon, zelfs niet met de aanverwante gegevens die zijn verzameld.\n"
"IP-adressen die horen bij webservers, mailservers of nameservers worden niet geanonimiseerd, omdat we deze beschouwen als publieke gegevens die zijn gepubliceerd in DNS. Hetzelfde geldt voor domeinnamen; deze beschouwen we ook als publieke gegevens.\n"
"- Gebruikersanalyse: Tenminste 16 bits voor IPv4 en 80 bits voor IPv6 worden weggegooid en vervangen door nullen voordat het IP-adres in onze gebruikersanalyse-tooling (zichtbaar is bijvoorbeeld alleen 198.51.0.0 or 2001:db81:85a3::) opslaan.\n"
"\n"
"### Bewaartermijn voor gegevens\n"
"- Applicatie: Omdat we de geanonimiseerde IP-adressen en aanverwante gegevens niet direct kunnen worden gerelateerd aan een persoon, houden we geen specifieke bewaartermijn aan voor gegevens in onze applicatiedatabase. \n"
"- Serverlogs: Gegevens die zijn verzameld in onze serverlogs worden verwijderd na drie kalendermaanden.\n"
"- Gebruikersanalyse: Individuele gebruikersgegevens (inclusief het geanonimiseerde IP-adres) in onze gebruikersanalyse-tooling worden na 90 dagen verwijderd.\n"
"- Email: In overeenstemming met de [eisen](https://www.belastingdienst.nl/wps/wcm/connect/bldcontentnl/belastingdienst/zakelijk/ondernemen/administratie/#hoelang-gegevens-bewaren) gesteld door de Belastingdienst, wordt email-correspondentie tenminste zeven jaar bewaard.\n"
"\n"
"## Inspectie, correctie en verwijdering van gegevens\n"
"Op basis van de Europese Algemene verordening gegevensbescherming heb je het recht om op verzoek toegang te krijgen tot je persoonsgegevens, en indien noodzakelijk, om deze aan te passen of te verwijderen. Neem [contact](/about/) met ons op als je dat graag wenst. Omdat we je volledige IP-adres slechts tijdelijk bewaren in onze serverlogs, kan het nodig zijn dat je ons additionele informatie dient te verschaffen, zoals over je apparaat en browser en het bezoektijdstip, zodat we aan je verzoek kunnen voldoen.\n"
"\n"
"## Herziening privacyverklaring\n"
"We kunnen de privacyverklaring herzien. Nieuwe versies zullen we publiceren op onze website. Oude versies van onze privacyverklaring worden gearchiveerd. Stuur ons een e-mail als je deze wil inzien."

msgid "probes auto-redirect"
msgstr ""
"Als de test gereed is, word je automatisch doorgestuurd naar de \n"
"resultaatpagina."

msgid "probes no-javascript"
msgstr ""
"Controleer of de testresultaten beschikbaar zijn. Zo niet, dan word je \n"
"automatisch teruggeleid naar deze pagina."

msgid "probes no-javascript-connection"
msgstr ""
"JavaScript inactief. Activeer JavaScript om de test toch uit te kunnen \n"
"voeren."

msgid "probes no-redirection"
msgstr "Testfout. Probeer het later opnieuw, of test een andere domeinnaam."

msgid "probes test-finished"
msgstr "Test klaar! Resultaten beschikbaar..."

msgid "probes test-running"
msgstr "Bezig..."

msgid "probes tests-description"
msgstr "De onderstaande onderdelen worden getest."

msgid "probes tests-duration"
msgstr "Het testen duurt tussen de 5 en {{cache_ttl}} seconden."

msgid "results batch-tls-notice"
msgstr ""
"Let op: in een nieuwe versie (juli 2026) zijn de TLS-tests bijgewerkt, "
"testresultaten van voor deze release kunnen verouderd zijn. Zie [dit "
"nieuwsbericht](https://internet.nl/article/release-1.11/) voor details."

msgid "results dated-presentation"
msgstr "Oude resultaatpresentatie. Doe de test opnieuw."

msgid "results domain appsecpriv http-headers label"
msgstr "HTTP security headers"

msgid "results domain appsecpriv other-options label"
msgstr "Andere beveiligingsopties"

msgid "results domain ipv6 web-server label"
msgstr "Webserver"

msgid "results domain rpki web-server label"
msgstr "Webserver"

msgid "results domain tls http-headers label"
msgstr "HTTP headers"

msgid "results domain tls https label"
msgstr "HTTP"

msgid "results domain tls tls label"
msgstr "TLS"

msgid "results domain-mail ipv6 name-servers label"
msgstr "Nameservers van domein"

msgid "results domain-mail rpki name-servers label"
msgstr "Nameservers van domein"

msgid "results domain-mail tls certificate label"
msgstr "Certificaat"

msgid "results domain-mail tls dane label"
msgstr "DANE"

msgid "results empty-argument-alt-text"
msgstr "Geen"

msgid "results explanation label"
msgstr "Testuitleg:"

msgid "results further-testing connection content"
msgstr ""
"- ### IPv6:\n"
"    - [IPv6 test](https://ipv6-test.com/)\n"
"\n"
"- ### DNSSEC-validatie:\n"
"    - [DNSSEC resolver algorithm test](https://rootcanary.org/test.html)\n"
"    - [Check My DNS](https://cmdns.dev.dns-oarc.net/)\n"
" \n"
"- ### HTTPS:\n"
"    - [SSL Client Test](https://www.ssllabs.com/ssltest/viewMyClient.html)\n"
" \n"
"- ### RPKI-validatie\n"
"    - [RPKI Webtest](https://rpkitest.nlnetlabs.net/)\n"
"    - [Is BGP safe yet?](https://isbgpsafeyet.com/)"

msgid "results further-testing connection label"
msgstr "Aanvullende verbindingstesten"

msgid "results further-testing mail content"
msgstr ""
"- ### IPv6:\n"
"    - [IP6.nl](https://ip6.nl/)\n"
"    - [IP address visibility](https://stat.ripe.net/widget/visibility)\n"
"- ### DNSSEC:\n"
"    - [DNSViz](https://dnsviz.net/)\n"
"    - [Zonemaster](https://zonemaster.net)\n"
"- ### DMARC, DKIM en SPF :\n"
"    - [MECSA - EU Commissie](https://mecsa.jrc.ec.europa.eu/) (ook STARTTLS+DANE)\n"
"    - [Learn DMARC](https://www.learndmarc.com/)\n"
"    - [Mail-tester.com](https://www.mail-tester.com/)\n"
"- ### STARTTLS en DANE:\n"
"    - [DANE SMTP Validator](https://dane.sys4.de/)\n"
"    - [DANE survey results](https://stats.dnssec-tools.org/)\n"
"    - [HaveDane.net](https://havedane.net/)\n"
"- ### RPKI:\n"
"    - [Routinator](https://routinator.nlnetlabs.nl/)    \n"
"    - [IRR explorer](https://irrexplorer.nlnog.net/)"

msgid "results further-testing mail label"
msgstr "Aanvullende e-mailtesten"

msgid "results further-testing web content"
msgstr ""
"- ### IPv6:\n"
"    - [IP6.nl](https://ip6.nl/)\n"
"    - [Screenshots.page](https://screenshots.page/)\n"
"    - [IP address visibility](https://stat.ripe.net/widget/visibility)\n"
"- ### DNSSEC:\n"
"    - [DNSViz](https://dnsviz.net/)\n"
"    - [Zonemaster](https://zonemaster.net/)\n"
"- ### HTTPS:\n"
"    - [Observatory by Mozilla](https://observatory.mozilla.org/)\n"
"    - [SSL Labs](https://www.ssllabs.com/ssltest/)\n"
"- ### Security options:\n"
"    - [CSP Evaluator](https://csp-evaluator.withgoogle.com/)\n"
"    - [Analyse your CSP](https://report-uri.com/home/analyse/)\n"
"- ### RPKI:\n"
"    - [Routinator](https://routinator.nlnetlabs.nl/)    \n"
"    - [IRR explorer](https://irrexplorer.nlnog.net/)\n"
" "

msgid "results further-testing web label"
msgstr "Aanvullende websitetesten"

msgid "results mail auth dkim label"
msgstr "DKIM"

msgid "results mail auth dmarc label"
msgstr "DMARC"

msgid "results mail auth spf label"
msgstr "SPF"

msgid "results mail dnssec domain label"
msgstr "E-mailadresdomein"

msgid "results mail dnssec mail-servers label"
msgstr "Mailserverdomein(en)"

msgid "results mail ipv6 mail-servers label"
msgstr "Mailserver(s)"

msgid "results mail rpki mail-servers label"
msgstr "Mailserver(s)"

msgid "results mail rpki mx-name-servers label"
msgstr "Nameservers van mailserver(s)"

msgid "results mail tls starttls label"
msgstr "TLS"

msgid "results no-icon-detail close"
msgstr "sluit"

msgid "results no-icon-detail open"
msgstr "open"

msgid "results no-icon-status error"
msgstr "Error"

msgid "results no-icon-status failed"
msgstr "Gezakt"

msgid "results no-icon-status info"
msgstr "Informatie"

msgid "results no-icon-status not-tested"
msgstr "Niet-testbaar"

msgid "results no-icon-status passed"
msgstr "Geslaagd"

msgid "results no-icon-status warning"
msgstr "Suggestie"

msgid "results panel-button hide"
msgstr "Verberg details"

msgid "results panel-button show"
msgstr "Toon details"

msgid "results perfect-score"
msgstr ""
"Gefeliciteerd, je domeinnaam wordt spoedig in de **Hall of Fame** opgenomen!"

msgid "results permalink"
msgstr "Permalink testresultaat {{permadate|date:'(Y-m-d H:i T)'}}"

msgid "results rerun-test"
msgstr "Herhaal de test"

msgid "results retest-time"
msgstr "Seconden tot hertest-mogelijkheid:"

msgid "results score-description"
msgstr "Het domein {{prettyaddr}} heeft een testscore van {{score}}%."

msgid "results tech-details label"
msgstr "Technische details:"

msgid "results test direct"
msgstr "Test direct:"

msgid "results test email label"
msgstr "Test andere e-mail"

msgid "results test website label"
msgstr "Test andere website"

msgid "results test-info"
msgstr "Toelichting op testrapport"

msgid "results verdict label"
msgstr "Uitslag:"

msgid "test connipv6 failed description"
msgstr ""
"Helaas! Je internetprovider heeft je *geen* modern internetadres ([IPv6](/faqs/ipv6/)) gegeven, of\n"
" *niet* alles correct ingesteld. Je kan daardoor andere computers met \n"
"moderne adressen *niet* bereiken. Vraag je internetprovider om volledige \n"
"IPv6-connectiviteit."

msgid "test connipv6 failed summary"
msgstr "Moderne adressen *niet* bereikbaar (IPv6)"

msgid "test connipv6 info description"
msgstr ""
"Helaas! Je internetprovider heeft je *geen* modern internetadres ([IPv6](/faqs/ipv6/)) gegeven, of\n"
" *niet* alles correct ingesteld. Je kan daardoor andere computers met \n"
"moderne adressen *niet* bereiken. Vraag je internetprovider om volledige \n"
"IPv6-connectiviteit."

msgid "test connipv6 info summary"
msgstr "Moderne adressen *niet* bereikbaar (IPv6)"

msgid "test connipv6 label"
msgstr "Moderne adressen bereikbaar (IPv6)"

msgid "test connipv6 passed description"
msgstr ""
"Goed gedaan! Je internetprovider heeft je een modern internetadres ([IPv6](/faqs/ipv6/)) gegeven. \n"
"Daardoor kan je andere computers met moderne adressen bereiken."

msgid "test connipv6 passed summary"
msgstr "Moderne adressen bereikbaar (IPv6)"

msgid "test connipv6 title"
msgstr "Moderne adressen bereikbaar?"

msgid "test connipv6 warning description"
msgstr ""
"Helaas! Je internetprovider heeft je *geen* modern internetadres ([IPv6](/faqs/ipv6/)) gegeven, of\n"
" *niet* alles correct ingesteld. Je kan daardoor andere computers met \n"
"moderne adressen *niet* bereiken. Vraag je internetprovider om volledige \n"
"IPv6-connectiviteit."

msgid "test connipv6 warning summary"
msgstr "Moderne adressen *niet* bereikbaar (IPv6)"

msgid "test connresolver failed description"
msgstr ""
"Helaas! Domein-handtekeningen ([DNSSEC](/faqs/dnssec/)) worden voor jou nu *niet* gecontroleerd. \n"
"Daardoor ben je *niet* beschermd tegen gemanipuleerde vertaling van \n"
"ondertekende domeinnamen naar kwaadaardige IP-adressen. Vraag je \n"
"internetprovider om DNSSEC-validatie en/of activeer het op je eigen \n"
"systemen."

msgid "test connresolver failed summary"
msgstr "Domein-handtekeningen *niet* gecontroleerd (DNSSEC)"

msgid "test connresolver info description"
msgstr ""
"Helaas! Domein-handtekeningen ([DNSSEC](/faqs/dnssec/)) worden voor jou nu *niet* gecontroleerd. \n"
"Daardoor ben je *niet* beschermd tegen gemanipuleerde vertaling van \n"
"ondertekende domeinnamen naar kwaadaardige IP-adressen. Vraag je \n"
"internetprovider om DNSSEC-validatie en/of activeer het op je eigen \n"
"systemen."

msgid "test connresolver info summary"
msgstr "Domein-handtekeningen *niet* gecontroleerd (DNSSEC)"

msgid "test connresolver label"
msgstr "Controle van domein-handtekeningen (DNSSEC)"

msgid "test connresolver passed description"
msgstr ""
"Goed gedaan! Domein-handtekeningen ([DNSSEC](/faqs/dnssec/)) worden voor jou gecontroleerd. Daardoor \n"
"ben je beschermd tegen vervalste vertaling van ondertekende domeinnamen naar\n"
" kwaadaardige IP-adressen."

msgid "test connresolver passed summary"
msgstr "Domein-handtekeningen gecontroleerd (DNSSEC)"

msgid "test connresolver title"
msgstr "Domein-handtekeningen gecontroleerd?"

msgid "test connresolver warning description"
msgstr ""
"Helaas! Domein-handtekeningen ([DNSSEC](/faqs/dnssec/)) worden voor jou nu *niet* gecontroleerd. \n"
"Daardoor ben je *niet* beschermd tegen gemanipuleerde vertaling van \n"
"ondertekende domeinnamen naar kwaadaardige IP-adressen. Vraag je \n"
"internetprovider om DNSSEC-validatie en/of activeer het op je eigen \n"
"systemen."

msgid "test connresolver warning summary"
msgstr "Domein-handtekeningen *niet* gecontroleerd (DNSSEC)"

msgid "test error summary"
msgstr "*Fout* tijdens uitvoering van test!"

msgid "test mailauth failed description"
msgstr ""
"Helaas! Je domein bevat *niet* alle echtheidswaarmerken tegen \n"
"e-mailvervalsing ([DMARC, DKIM en SPF](/faqs/mailauth/)). Ontvangers kunnen daardoor *niet* betrouwbaar phishing- of\n"
" spammails die jouw domeinnaam in hun afzenderadres misbruiken, scheiden van\n"
" jouw echte e-mails. Vraag je mailprovider om DMARC, DKIM en SPF te \n"
"activeren."

msgid "test mailauth failed summary"
msgstr ""
"*Niet* alle echtheidswaarmerken tegen e-mailphishing (DMARC, DKIM en SPF)"

msgid "test mailauth info description"
msgstr ""
"Helaas! Je domein bevat *niet* alle echtheidswaarmerken tegen \n"
"e-mailvervalsing ([DMARC, DKIM en SPF](/faqs/mailauth/)). Ontvangers kunnen daardoor *niet* betrouwbaar phishing- of\n"
" spammails die jouw domeinnaam in hun afzenderadres misbruiken, scheiden van\n"
" jouw echte e-mails. Vraag je mailprovider om DMARC, DKIM en SPF te \n"
"activeren."

msgid "test mailauth info summary"
msgstr ""
"*Niet* alle echtheidswaarmerken tegen e-mailphishing (DMARC, DKIM en SPF)"

msgid "test mailauth label"
msgstr "Echtheidswaarmerken tegen phishing (DMARC, DKIM en SPF)"

msgid "test mailauth passed description"
msgstr ""
"Goed gedaan! Je domein bevat alle echtheidswaarmerken tegen \n"
"e-mailvervalsing ([DMARC, DKIM en SPF](/faqs/mailauth/)). Ontvangers kunnen daardoor betrouwbaar phishing- of \n"
"spammails die jouw domeinnaam in hun afzenderadres misbruiken, scheiden van \n"
"jouw echte e-mails."

msgid "test mailauth passed summary"
msgstr "Echtheidswaarmerken tegen e-mailphishing (DMARC, DKIM en SPF)"

msgid "test mailauth title"
msgstr "Echtheidswaarmerken tegen e-mailphishing?"

msgid "test mailauth warning description"
msgstr ""
"Helaas! Je domein bevat *niet* alle echtheidswaarmerken tegen \n"
"e-mailvervalsing ([DMARC, DKIM en SPF](/faqs/mailauth/)). Ontvangers kunnen daardoor *niet* betrouwbaar phishing- of\n"
" spammails die jouw domeinnaam in hun afzenderadres misbruiken, scheiden van\n"
" jouw echte e-mails. Vraag je mailprovider om DMARC, DKIM en SPF te \n"
"activeren."

msgid "test mailauth warning summary"
msgstr ""
"*Niet* alle echtheidswaarmerken tegen e-mailphishing (DMARC, DKIM en SPF)"

msgid "test maildnssec failed description"
msgstr ""
"Helaas! De domeinen van je e-mailadres en mailserver(s) zijn *niet* \n"
"(allemaal) ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). Verzenders die \n"
"domeinhandtekeningen controleren, kunnen nu niet betrouwbaar het IP-adres \n"
"van je ontvangende e-mailserver(s) opvragen. Een aanvaller kan het IP-adres \n"
"daardoor ongemerkt manipuleren en aan jou gestuurde e-mails omleiden naar \n"
"een eigen mailserver. Vraag je nameserver-beheerder en/of je mailprovider om\n"
" DNSSEC te activeren."

msgid "test maildnssec failed summary"
msgstr "*Niet* alle domeinnamen ondertekend (DNSSEC)"

msgid "test maildnssec info description"
msgstr ""
"Helaas! De domeinen van je e-mailadres en mailserver(s) zijn *niet* \n"
"(allemaal) ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). Verzenders die \n"
"domeinhandtekeningen controleren, kunnen nu niet betrouwbaar het IP-adres \n"
"van je ontvangende e-mailserver(s) opvragen. Een aanvaller kan het IP-adres \n"
"daardoor ongemerkt manipuleren en aan jou gestuurde e-mails omleiden naar \n"
"een eigen mailserver. Vraag je nameserver-beheerder en/of je mailprovider om\n"
" DNSSEC te activeren."

msgid "test maildnssec info summary"
msgstr "*Niet* alle domeinnamen ondertekend (DNSSEC)"

msgid "test maildnssec label"
msgstr "Ondertekende domeinnamen (DNSSEC)"

msgid "test maildnssec passed description"
msgstr ""
"Goed gedaan! Je e-mailadresdomein en je mailserverdomein(en) zijn \n"
"ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). Verzenders die \n"
"domeinhandtekeningen controleren, kunnen daardoor betrouwbaar het IP-adres \n"
"van je ontvangende mailserver(s) opvragen."

msgid "test maildnssec passed summary"
msgstr "Alle domeinnamen ondertekend (DNSSEC)"

msgid "test maildnssec title"
msgstr "Domeinnamen ondertekend?"

msgid "test maildnssec warning description"
msgstr ""
"Helaas! De domeinen van je e-mailadres en mailserver(s) zijn *niet* \n"
"(allemaal) ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). Verzenders die \n"
"domeinhandtekeningen controleren, kunnen nu niet betrouwbaar het IP-adres \n"
"van je ontvangende e-mailserver(s) opvragen. Een aanvaller kan het IP-adres \n"
"daardoor ongemerkt manipuleren en aan jou gestuurde e-mails omleiden naar \n"
"een eigen mailserver. Vraag je nameserver-beheerder en/of je mailprovider om\n"
" DNSSEC te activeren."

msgid "test maildnssec warning summary"
msgstr "*Niet* alle domeinnamen ondertekend (DNSSEC)"

msgid "test mailipv6 failed description"
msgstr ""
"Helaas! Je mailserver is *niet* bereikbaar voor verzenders met moderne \n"
"adressen ([IPv6](/faqs/ipv6/)), of er is verbetering mogelijk. Daardoor maakt je mailserver \n"
"nog geen onderdeel uit van het moderne internet. Vraag je e-mailprovider om \n"
"IPv6 volledig aan te zetten."

msgid "test mailipv6 failed summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test mailipv6 info description"
msgstr ""
"Helaas! Je mailserver is *niet* bereikbaar voor verzenders met moderne \n"
"adressen ([IPv6](/faqs/ipv6/)), of er is verbetering mogelijk. Daardoor maakt je mailserver \n"
"nog geen onderdeel uit van het moderne internet. Vraag je e-mailprovider om \n"
"IPv6 volledig aan te zetten."

msgid "test mailipv6 info summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test mailipv6 label"
msgstr "Modern adres (IPv6)"

msgid "test mailipv6 passed description"
msgstr ""
"Goed gedaan! Je mailserver is bereikbaar voor verzenders met moderne \n"
"adressen ([IPv6](/faqs/ipv6/)). Daardoor is je mailserver volledig onderdeel van het moderne \n"
"Internet."

msgid "test mailipv6 passed summary"
msgstr "Bereikbaar via modern internetadres (IPv6)"

msgid "test mailipv6 title"
msgstr "Bereikbaar via modern internetadres?"

msgid "test mailipv6 warning description"
msgstr ""
"Helaas! Je mailserver is *niet* bereikbaar voor verzenders met moderne \n"
"adressen ([IPv6](/faqs/ipv6/)), of er is verbetering mogelijk. Daardoor maakt je mailserver \n"
"nog geen onderdeel uit van het moderne internet. Vraag je e-mailprovider om \n"
"IPv6 volledig aan te zetten."

msgid "test mailipv6 warning summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test mailrpki error description"
msgstr ""
"De test kan nog niet worden uitgevoerd. Probeer het later nog eens. Sorry "
"voor het ongemak."

msgid "test mailrpki error summary"
msgstr "Test niet klaar om uit te voeren (RPKI)"

msgid "test mailrpki failed description"
msgstr ""
"Helaas! Ten minste één van de IP-adressen van je ontvangende mailserver(s) "
"en bijbehorende nameservers heeft een route-aankondiging die *niet* wordt "
"gematcht door de gepubliceerde route-autorisatie ([RPKI](/faqs/rpki/)). Dit "
"duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt "
"veroorzaakt door je mailhoster of  je nameserver-hoster (interne fout) óf "
"door een derde partij (externe fout). In beide gevallen verhoogt dit het "
"risico dat je server onbereikbaar wordt of dat internetverkeer naar je "
"server wordt onderschept. Neem zo spoedig mogelijk contact op met je "
"mailhoster of nameserver-hoster. Bij een interne fout moeten zij hun "
"netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om "
"de route-configuratiefout te herstellen."

msgid "test mailrpki failed summary"
msgstr "*Ongeautoriseerde* route-aankondiging (RPKI)"

msgid "test mailrpki info description"
msgstr ""
"Ter informatie: Je domein bevat *geen* nameservers en dus ook geen "
"ontvangende mailserver(s). Er zijn geen routeerbare IP-adressen die kunnen "
"worden getest ([RPKI](/faqs/rpki/))."

msgid "test mailrpki info summary"
msgstr "*Geen* routeerbare IP-adressen gevonden (RPKI)"

msgid "test mailrpki label"
msgstr "Route-autorisatie (RPKI)"

msgid "test mailrpki passed description"
msgstr ""
"Goed gedaan! Alle IP-adressen van je ontvangende mailserver(s) en "
"bijbehorende nameservers hebben een route-aankondiging die wordt gematcht "
"door de gepubliceerde route-autorisatie ([RPKI](/faqs/rpki/)). Daardoor is "
"het e-mailtransport tussen verzendende mailservers met ingeschakelde route-"
"validatie en jouw ontvangende mailserver(s) beter beschermd tegen diverse "
"onbedoelde of kwaadwillige route-configuratiefouten, die kunnen leiden tot "
"de onbereikbaarheid van je servers of de onderschepping van internetverkeer "
"naar je servers."

msgid "test mailrpki passed summary"
msgstr "Geautoriseerde route-aankondiging (RPKI)"

msgid "test mailrpki title"
msgstr "Route-autorisatie?"

msgid "test mailrpki warning description"
msgstr ""
"Helaas! Ten minste één van de IP-adressen van je mailserver en bijbehorende "
"nameservers heeft een route-aankondiging waarvoor *geen* route-autorisatie "
"is gepubliceerd ([RPKI](/faqs/rpki/)). Daardoor is het e-mailtransport "
"tussen verzendende mailservers met ingeschakelde route-validatie en jouw "
"ontvangende mailserver(s) *niet* (volledig) beschermd tegen diverse "
"onbedoelde of kwaadwillige route-configuratiefouten, die kunnen leiden tot "
"de onbereikbaarheid van je servers of de onderschepping van internetverkeer "
"naar je servers. Neem hierover contact op met je mailhoster of nameserver-"
"hoster. Zij kunnen hun netwerkprovider die eigenaar is van de IP-adressen "
"van je server vragen om route-autorisaties te publiceren."

msgid "test mailrpki warning summary"
msgstr "Route-autorisatie *niet* gepubliceerd (RPKI)"

msgid "test mailtls failed description"
msgstr ""
"Helaas! Verzendende mailservers die beveiligd e-mailtransport ([STARTTLS en DANE](/faqs/starttls/)) ondersteunen, kunnen met jouw \n"
"ontvangende mailserver(s) *geen* of een *onvoldoende* beveiligde verbinding \n"
"opzetten. Passieve en/of actieve aanvallers kunnen daardoor e-mails onderweg naar jou \n"
"lezen. Vraag je mailprovider om STARTTLS en DANE te activeren, en veilig in te \n"
"stellen. "

msgid "test mailtls failed summary"
msgstr ""
"Mailserver-verbinding *niet* of onvoldoende beveiligd (STARTTLS en DANE)"

msgid "test mailtls info description"
msgstr ""
"Helaas! Verzendende mailservers die beveiligd e-mailtransport ([STARTTLS en DANE](/faqs/starttls/)) ondersteunen, kunnen met jouw \n"
"ontvangende mailserver(s) *geen* of een *onvoldoende* beveiligde verbinding \n"
"opzetten. Passieve en/of actieve aanvallers kunnen daardoor e-mails onderweg naar jou \n"
"lezen. Vraag je mailprovider om STARTTLS en DANE te activeren, en veilig in te \n"
"stellen. "

msgid "test mailtls info summary"
msgstr ""
"Mailserver-verbinding *niet* of onvoldoende beveiligd (STARTTLS en DANE)"

msgid "test mailtls invalid-null-mx description"
msgstr ""
"Waarschuwing: Je domeinnaam adverteert een \"Null MX\" record dat aangeeft "
"dat deze geen e-mail accepteert. Echter, óf je domeinnaam heeft geen A/AAAA "
"records, waardoor het \"Null MX\" record onnodig is. Óf op je domeinnaam is "
"een ontvangende mailserver ingesteld door een ander MX record, waardoor de "
"\"Null MX\" tegenstrijdig is."

msgid "test mailtls invalid-null-mx summary"
msgstr ""
"Tegenstrijdig geconfigureerd niet-ontvangend maildomein (STARTTLS en DANE)"

msgid "test mailtls label"
msgstr "Beveiligde mailserver-verbinding (STARTTLS en DANE)"

msgid "test mailtls no-mx description"
msgstr ""
"Ter informatie: Het SPF-record op je domeinnaam geeft aan dat je domeinnaam "
"kan worden gebruikt voor het verzenden van e-mail. Je domeinnaam heeft "
"echter geen ontvangende mailserver (MX), wat de bezorgbaarheid van je "
"verzonden e-mail kan belemmeren omdat het ontbreken van een MX door "
"ontvangers kan worden gezien als een indicator voor spam. Als je daarom echt"
" mail vanaf deze domeinnaam wilt verzenden, configureer dan een MX. Als je "
"echter geen mail wilt versturen vanaf deze domeinnaam, configureer dan een "
"SPF-record met alleen de term `-all` en daarnaast een \"Null MX\" record als"
" je domeinnaam A/AAAA-records heeft. Vanwege je configuratie zijn de "
"subtests in de categorie STARTTLS en DANE en de mailserver-specifieke "
"subtests in de categorieën IPv6 en DNSSEC niet van toepassing."

msgid "test mailtls no-mx summary"
msgstr "Goed geconfigureerd niet-ontvangend mail domein (STARTTLS en DANE)"

msgid "test mailtls no-null-mx description"
msgstr ""
"Ter informatie: Er zijn geen ontvangende mailservers (MX) ingesteld op je "
"domein dat A/AAAA-records heeft en dat een SPF-record heeft met alleen de "
"term `-all`. We raden je aan een \"Null MX\" record in te stellen om "
"expliciet aan te geven dat je domein geen e-mail accepteert. Vanwege je "
"configuratie zijn de subtests in de categorie STARTTLS en DANE en de "
"mailserver-specifieke subtests in de categorieën IPv6 en DNSSEC niet van "
"toepassing."

msgid "test mailtls no-null-mx summary"
msgstr ""
"Niet expliciet geconfigureerd niet-ontvangend mail domein (STARTTLS en DANE)"

msgid "test mailtls null-mx description"
msgstr ""
"Ter informatie: Je domeinnaam die A/AAAA-records heeft, geeft duidelijk aan "
"dat het geen e-mail accepteert door een \"Null MX\" record te adverteren. "
"Dat is prima als je geen e-mail wilt ontvangen. Je configuratie maakt de "
"subtesten in de categorieën voor STARTTLS en DANE niet van toepassing. Dit "
"geldt ook voor de mailserver-specifieke subtesten in de categorieën voor "
"IPv6 en DNSSEC."

msgid "test mailtls null-mx summary"
msgstr "Goed geconfigureerd niet-ontvangend mail domein (STARTTLS en DANE)"

msgid "test mailtls null-mx-with-other-mx description"
msgstr ""
"Waarschuwing: Je domeinnaam adverteert een \"Null MX\" record dat aangeeft "
"dat deze geen e-mail accepteert. Echter, op je domeinnaam is een ontvangende"
" mailserver ingesteld door een ander MX record, waardoor de \"Null MX\" "
"tegenstrijdig is."

msgid "test mailtls null-mx-with-other-mx summary"
msgstr ""
"Tegenstrijdig geconfigureerd niet-ontvangend maildomein (STARTTLS en DANE)"

msgid "test mailtls null-mx-without-a-aaaa description"
msgstr ""
"Waarschuwing: Je domeinnaam adverteert een \"Null MX\" record dat aangeeft "
"dat deze geen e-mail accepteert. Echter, je domeinnaam heeft geen A/AAAA "
"records, waardoor het \"Null MX\" record onnodig is."

msgid "test mailtls null-mx-without-a-aaaa summary"
msgstr ""
"Goed geconfigureerd niet-ontvangend mail domein, maar met overbodig record "
"(STARTTLS en DANE)"

msgid "test mailtls passed description"
msgstr ""
"Goed gedaan! Verzendende mailservers die beveiligd e-mailtransport ([STARTTLS en DANE](/faqs/starttls/)) ondersteunen, kunnen met \n"
"jouw ontvangende mailserver(s) een beveiligde verbinding opzetten. STARTTLS voorkomt dat passieve \n"
"aanvallers e-mails onderweg naar jou kunnen lezen. DANE beschermt tegen actieve aanvallers, die door manipulatie van het mailverkeer de STARTTLS-encryptie kunnen verwijderen."

msgid "test mailtls passed summary"
msgstr "Mailserver-verbinding voldoende beveiligd (STARTTLS en DANE)"

msgid "test mailtls title"
msgstr "Beveiligde mailserver-verbinding?"

msgid "test mailtls unreachable description"
msgstr ""
"Testfout: tenminste één van jouw ontvangende mailservers was niet bereikbaar"
" voor ons. Daardoor was het onmogelijk om de test voor STARTTLS en DANE "
"(volledig) uit te voeren. Dit kan worden veroorzaakt door "
"netwerkconnectiviteitsproblemen of door het niet accepteren van connecties "
"door jouw mailserver(s)."

msgid "test mailtls unreachable summary"
msgstr "Onbereikbare ontvangende mailserver (STARTTLS en DANE)"

msgid "test mailtls untestable description"
msgstr ""
"Testfout: tenminste één van jouw ontvangende mailservers was niet testbaar "
"voor ons. Daardoor was het niet mogelijk om de test voor STARTTLS en DANE "
"(volledig) uit te voeren. Dit kan worden veroorzaakt door onder meer SMTP "
"errors en geactiveerde ratelimiting-maatregelen die verbindingen "
"tegenhouden."

msgid "test mailtls untestable summary"
msgstr "Niet-testbare mailserver (STARTTLS en DANE)"

msgid "test mailtls warning description"
msgstr ""
"Helaas! Verzendende mailservers die beveiligd e-mailtransport ([STARTTLS en DANE](/faqs/starttls/)) ondersteunen, kunnen met jouw \n"
"ontvangende mailserver(s) *geen* of een *onvoldoende* beveiligde verbinding \n"
"opzetten. Passieve en/of actieve aanvallers kunnen daardoor e-mails onderweg naar jou \n"
"lezen. Vraag je mailprovider om STARTTLS en DANE te activeren, en veilig in te \n"
"stellen. "

msgid "test mailtls warning summary"
msgstr ""
"Mailserver-verbinding *niet* of onvoldoende beveiligd (STARTTLS en DANE)"

msgid "test siteappsecpriv failed description"
msgstr ""
"Helaas! *Niet* alle vereiste beveiligingsopties, dat wil zeggen security "
"headers en security.txt, zijn ingesteld voor je website "
"([Beveiligingsopties](/faqs/appsecpriv/)). Met security headers kan je "
"browsermechanismen activeren om bezoekers te beschermen tegen aanvallen met "
"bijvoorbeeld cross-site scripting (XSS) of framing. Security headers zijn "
"ook relevant voor domeinen met HTTP response codes zoals '301 Redirect' en "
"'404 Not Found', omdat ze hun eigen browsercontext creëren (MIME type "
"'text/html') die kwetsbaar kan zijn voor bepaalde aanvallen. Via een "
"security.txt-bestand kan je onderzoekers die een kwetsbaarheid op je "
"systemen hebben gevonden, voorzien van je contactgegevens en je Coordinated "
"Vulnerability Disclosure policy. Merk op dat HTTPS een voorwaarde is voor "
"alle geteste beveiligingsopties."

msgid "test siteappsecpriv failed summary"
msgstr ""
"Een of meer vereiste beveiligingsopties *niet* ingesteld "
"(Beveiligingsopties) "

msgid "test siteappsecpriv info description"
msgstr ""
"Ter informatie: *Niet* alle optionele beveiligingsopties, dat wil zeggen "
"security headers en security.txt, zijn ingesteld voor je website "
"([Beveiligingsopties](/faqs/appsecpriv/)). Met security headers kan je "
"browsermechanismen activeren om bezoekers te beschermen tegen aanvallen met "
"bijvoorbeeld cross-site scripting (XSS) of framing. Security headers zijn "
"ook relevant voor domeinen met HTTP response codes zoals '301 Redirect' en "
"'404 Not Found', omdat ze hun eigen browsercontext creëren (MIME type "
"'text/html') die kwetsbaar kan zijn voor bepaalde aanvallen. Via een "
"security.txt-bestand kan je onderzoekers die een kwetsbaarheid op je "
"systemen hebben gevonden, voorzien van je contactgegevens en je Coordinated "
"Vulnerability Disclosure policy. Merk op dat HTTPS een voorwaarde is voor "
"alle geteste beveiligingsopties."

msgid "test siteappsecpriv info summary"
msgstr ""
"Een of meer optionele beveiligingsopties *niet* ingesteld "
"(Beveiligingsopties) "

msgid "test siteappsecpriv label"
msgstr "Beveiligingsopties"

msgid "test siteappsecpriv passed description"
msgstr ""
"Goed gedaan! Alle beveiligingsopties, dat wil zeggen security headers en "
"security.txt, zijn ingesteld voor je website "
"([Beveiligingsopties](/faqs/appsecpriv/)). Met security headers kan je "
"browsermechanismen activeren om bezoekers te beschermen tegen aanvallen met "
"bijvoorbeeld cross-site scripting (XSS) of framing. Security headers zijn "
"ook relevant voor domeinen met HTTP response codes zoals '301 Redirect' en "
"'404 Not Found', omdat ze hun eigen browsercontext creëren (MIME type "
"'text/html') die kwetsbaar kan zijn voor bepaalde aanvallen. Via een "
"security.txt-bestand kan je onderzoekers die een kwetsbaarheid op je "
"systemen hebben gevonden, voorzien van je contactgegevens en je Coordinated "
"Vulnerability Disclosure policy. Merk op dat HTTPS een voorwaarde is voor "
"alle geteste beveiligingsopties."

msgid "test siteappsecpriv passed summary"
msgstr "Alle beveiligingsopties ingesteld (Beveiligingsopties)"

msgid "test siteappsecpriv title"
msgstr "Beveiligingsopties ingesteld?"

msgid "test siteappsecpriv warning description"
msgstr ""
"Waarschuwing: *Niet* alle aanbevolen beveiligingsopties, dat wil zeggen "
"security headers en security.txt, zijn ingesteld voor je website "
"([Beveiligingsopties](/faqs/appsecpriv/)). Met security headers kan je "
"browsermechanismen activeren om bezoekers te beschermen tegen aanvallen met "
"bijvoorbeeld cross-site scripting (XSS) of framing. Security headers zijn "
"ook relevant voor domeinen met HTTP response codes zoals '301 Redirect' en "
"'404 Not Found', omdat ze hun eigen browsercontext creëren (MIME type "
"'text/html') die kwetsbaar kan zijn voor bepaalde aanvallen. Via een "
"security.txt-bestand kan je onderzoekers die een kwetsbaarheid op je "
"systemen hebben gevonden, voorzien van je contactgegevens en je Coordinated "
"Vulnerability Disclosure policy. Merk op dat HTTPS een voorwaarde is voor "
"alle geteste beveiligingsopties."

msgid "test siteappsecpriv warning summary"
msgstr ""
"Een of meer aanbevolen beveiligingsopties *niet* ingesteld "
"(Beveiligingsopties) "

msgid "test sitednssec failed description"
msgstr ""
"Helaas! Je domeinnaam is *niet* ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). \n"
"Daardoor zijn bezoekers die controle van domein-handtekeningen geactiveerd \n"
"hebben, *niet* beschermd tegen gemanipuleerde vertaling van jouw domeinnaam \n"
"naar kwaadaardige internetadressen. Vraag je nameserver-beheerder (vaak je \n"
"registrar en/of hostingprovider) om DNSSEC te activeren."

msgid "test sitednssec failed summary"
msgstr "Domeinnaam *niet* ondertekend (DNSSEC)"

msgid "test sitednssec info description"
msgstr ""
"Helaas! Je domeinnaam is *niet* ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). \n"
"Daardoor zijn bezoekers die controle van domein-handtekeningen geactiveerd \n"
"hebben, *niet* beschermd tegen gemanipuleerde vertaling van jouw domeinnaam \n"
"naar kwaadaardige internetadressen. Vraag je nameserver-beheerder (vaak je \n"
"registrar en/of hostingprovider) om DNSSEC te activeren."

msgid "test sitednssec info summary"
msgstr "Domeinnaam *niet* ondertekend (DNSSEC)"

msgid "test sitednssec label"
msgstr "Ondertekende domeinnaam (DNSSEC)"

msgid "test sitednssec passed description"
msgstr ""
"Goed gedaan! Je domeinnaam is ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). \n"
"Daardoor zijn bezoekers die controle van domein-handtekeningen geactiveerd \n"
"hebben, beschermd tegen gemanipuleerde vertaling van jouw domeinnaam naar \n"
"kwaadaardige internetadressen."

msgid "test sitednssec passed summary"
msgstr "Domeinnaam ondertekend (DNSSEC)"

msgid "test sitednssec title"
msgstr "Domeinnaam ondertekend?"

msgid "test sitednssec warning description"
msgstr ""
"Helaas! Je domeinnaam is *niet* ondertekend met een geldige handtekening ([DNSSEC](/faqs/dnssec/)). \n"
"Daardoor zijn bezoekers die controle van domein-handtekeningen geactiveerd \n"
"hebben, *niet* beschermd tegen gemanipuleerde vertaling van jouw domeinnaam \n"
"naar kwaadaardige internetadressen. Vraag je nameserver-beheerder (vaak je \n"
"registrar en/of hostingprovider) om DNSSEC te activeren."

msgid "test sitednssec warning summary"
msgstr "Domeinnaam *niet* ondertekend (DNSSEC)"

msgid "test siteipv6 failed description"
msgstr ""
"Helaas! Je website is *niet* bereikbaar voor bezoekers die een modern \n"
"internetadres ([IPv6](/faqs/ipv6/)) gebruiken, of er is verbetering mogelijk. Daardoor maakt je \n"
"website nog geen onderdeel uit van het moderne internet. Vraag je \n"
"hostingprovider om IPv6 volledig aan te zetten."

msgid "test siteipv6 failed summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test siteipv6 info description"
msgstr ""
"Helaas! Je website is *niet* bereikbaar voor bezoekers die een modern \n"
"internetadres ([IPv6](/faqs/ipv6/)) gebruiken, of er is verbetering mogelijk. Daardoor maakt je \n"
"website nog geen onderdeel uit van het moderne internet. Vraag je \n"
"hostingprovider om IPv6 volledig aan te zetten."

msgid "test siteipv6 info summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test siteipv6 label"
msgstr "Modern adres (IPv6)"

msgid "test siteipv6 passed description"
msgstr ""
"Goed gedaan! Je website is bereikbaar voor bezoekers die een moderne \n"
"internetadres ([IPv6](/faqs/ipv6/)) gebruiken, en daardoor volledig onderdeel van het moderne \n"
"internet."

msgid "test siteipv6 passed summary"
msgstr "Bereikbaar via moderne internetadres (IPv6)"

msgid "test siteipv6 title"
msgstr "Bereikbaar via modern adres?"

msgid "test siteipv6 warning description"
msgstr ""
"Helaas! Je website is *niet* bereikbaar voor bezoekers die een modern \n"
"internetadres ([IPv6](/faqs/ipv6/)) gebruiken, of er is verbetering mogelijk. Daardoor maakt je \n"
"website nog geen onderdeel uit van het moderne internet. Vraag je \n"
"hostingprovider om IPv6 volledig aan te zetten."

msgid "test siteipv6 warning summary"
msgstr ""
"*Niet* bereikbaar via modern internetadres, of verbetering mogelijk (IPv6)"

msgid "test siterpki error description"
msgstr ""
"De test kan nog niet worden uitgevoerd. Probeer het later nog eens. Sorry "
"voor het ongemak."

msgid "test siterpki error summary"
msgstr "Test niet klaar om uit te voeren (RPKI)"

msgid "test siterpki failed description"
msgstr ""
"Helaas! Ten minste één van de IP-adressen van je ontvangende webserver en "
"bijbehorende nameservers heeft een route-aankondiging die *niet* wordt "
"gematcht door de gepubliceerde route-autorisatie ([RPKI](/faqs/rpki/)). Dit "
"duidt op een onbedoelde of kwaadwillige route-configuratiefout, die wordt "
"veroorzaakt door je webhoster of  je nameserver-hoster (interne fout) óf "
"door een derde partij (externe fout). In beide gevallen verhoogt dit het "
"risico dat je server onbereikbaar wordt of dat internetverkeer naar je "
"server wordt onderschept. Neem zo spoedig mogelijk contact op met je "
"webhoster of nameserver-hoster. Bij een interne fout moeten zij hun "
"netwerkprovider die eigenaar is van de IP-adressen van je server, vragen om "
"de route-configuratiefout te herstellen."

msgid "test siterpki failed summary"
msgstr "*Ongeautoriseerde* route-aankondiging (RPKI)"

msgid "test siterpki info description"
msgstr ""
"Ter informatie: Je domein bevat *geen* nameservers en dus ook geen IP-"
"adressen van webservers. Er zijn geen routeerbare IP-adressen die kunnen "
"worden getest ([RPKI](/faqs/rpki/))."

msgid "test siterpki info summary"
msgstr "*Geen* routeerbare IP-adressen gevonden (RPKI)"

msgid "test siterpki label"
msgstr "Route-autorisatie (RPKI)"

msgid "test siterpki passed description"
msgstr ""
"Goed gedaan! Alle IP-adressen van je webserver en bijbehorende nameservers "
"hebben een route-aankondiging die wordt gematcht door de gepubliceerde "
"route-autorisatie ([RPKI](/faqs/rpki/)). Daardoor zijn bezoekers met "
"ingeschakelde route-validatie beter beschermd tegen verschillende onbedoelde"
" of kwaadwillige route-configuratiefouten, die kunnen leiden tot de "
"onbereikbaarheid van je servers of de onderschepping van internetverkeer "
"naar je servers."

msgid "test siterpki passed summary"
msgstr "Geautoriseerde route-aankondiging (RPKI)"

msgid "test siterpki title"
msgstr "Route-autorisatie?"

msgid "test siterpki warning description"
msgstr ""
"Helaas! Ten minste één van de IP-adressen van je webserver en bijbehorende "
"nameservers heeft een route-aankondiging waarvoor *geen* route-autorisatie "
"is gepubliceerd ([RPKI](/faqs/rpki/)). Als gevolg daarvan zijn bezoekers met"
" ingeschakelde routevalidatie *niet* (volledig) beschermd tegen "
"verschillende onbedoelde of kwaadwillige route-configuratiefouten, die "
"kunnen leiden tot de onbereikbaarheid van je servers of de onderschepping "
"van internetverkeer naar je servers. Neem hierover contact op met je "
"webhoster of nameserver-hoster. Zij kunnen hun netwerkprovider die eigenaar "
"is van de IP-adressen van je server vragen om route-autorisaties te "
"publiceren."

msgid "test siterpki warning summary"
msgstr "Route-autorisatie *niet* gepubliceerd (RPKI)"

msgid "test sitetls failed description"
msgstr ""
"Helaas! De verbinding met je website is *niet* of *onvoldoende* beveiligd ([HTTPS](/faqs/https/)). \n"
"Gegevens die onderweg zijn tussen je website en haar bezoekers, zijn \n"
"daardoor *niet* voldoende beschermd tegen afluisteren en manipulatie. Vraag je \n"
"hostingprovider om HTTPS aan te zetten en veilig te configureren."

msgid "test sitetls failed summary"
msgstr "Verbinding *niet* of onvoldoende beveiligd (HTTPS)"

msgid "test sitetls info description"
msgstr ""
"Helaas! De verbinding met je website is *niet* of *onvoldoende* beveiligd ([HTTPS](/faqs/https/)). \n"
"Gegevens die onderweg zijn tussen je website en haar bezoekers, zijn \n"
"daardoor *niet* voldoende beschermd tegen afluisteren en manipulatie. Vraag je \n"
"hostingprovider om HTTPS aan te zetten en veilig te configureren."

msgid "test sitetls info summary"
msgstr "Verbinding *niet* of onvoldoende beveiligd (HTTPS)"

msgid "test sitetls label"
msgstr "Beveiligde verbinding (HTTPS)"

msgid "test sitetls passed description"
msgstr ""
"Goed gedaan! De verbinding met je website is voldoende beveiligd ([HTTPS](/faqs/https/)). Gegevens \n"
"die onderweg zijn tussen je website en haar bezoekers, zijn daardoor \n"
"beschermd tegen afluisteren en manipulatie."

msgid "test sitetls passed summary"
msgstr "Verbinding voldoende beveiligd (HTTPS)"

msgid "test sitetls title"
msgstr "Beveiligde verbinding?"

msgid "test sitetls unreachable description"
msgstr ""
"Je webserver was niet bereikbaar voor ons. Daardoor was het onmogelijk om de"
" test voor HTTPS (volledig) uit te voeren. Dit kan worden veroorzaakt door "
"netwerkconnectiviteitsproblemen of door het niet accepteren van connecties "
"door jouw webserver."

msgid "test sitetls unreachable summary"
msgstr "Onbereikbare webserver (HTTPS)"

msgid "test sitetls warning description"
msgstr ""
"Helaas! De verbinding met je website is *niet* of *onvoldoende* beveiligd ([HTTPS](/faqs/https/)). \n"
"Gegevens die onderweg zijn tussen je website en haar bezoekers, zijn \n"
"daardoor *niet* voldoende beschermd tegen afluisteren en manipulatie. Vraag je \n"
"hostingprovider om HTTPS aan te zetten en veilig te configureren."

msgid "test sitetls warning summary"
msgstr "Verbinding *niet* of onvoldoende beveiligd (HTTPS)"

msgid "widget content notes"
msgstr ""
"## Opmerkingen\n"
"\n"
"* Logo: We raden aan om ons [logo](/static/logo_nl.svg) op je eigen webserver op te slaan en te gebruiken. Op die manier is er geen contact met onze webserver als je website wordt bezocht.\n"
"* Content-Security-Policy (CSP): Indien je op je website gebruikmaakt van CSP, dan zou je `internet.nl` moeten toevoegen aan de regels voor `form-action` en eventueel ook voor `img-src` als je linkt naar het logo op onze webserver."

msgid "widget mail html-block"
msgstr "**Test je e-mail**"

msgid "widget mail intro"
msgstr ""
"# E-mailtest widget\n"
"Wil je dat bezoekers van jouw website direct een e-mailtest kunnen starten?  \n"
"Neem dan de HTML- en CSS-code uit onderstaande tekstvakken op in de broncode van je website."

msgid "widget site html-block"
msgstr "**Test je website**"

msgid "widget site intro"
msgstr ""
"# Websitetest widget\n"
"Wil je dat bezoekers van jouw website direct een websitetest kunnen starten?  \n"
"Neem dan de HTML- en CSS-code uit onderstaande tekstvakken op in de broncode van je website."