Naar de inhoud
Deze pagina is ook beschikbaar in jouw taal. Wisselen

Synchronisatie-instellingen

Kies wat je account gelijk houdt op elk apparaat waarop je bent ingelogd.

  • Mijn tools

    Altijd gesynchroniseerd: de tools op je bord, hun volgorde en grootte.

  • De vensters die op je startpagina open staan, inclusief wat je erin typte.

  • Elke notitie in het notitieblok – op de notitiepagina, op je bord en in vensters.

  • Elke lijst met websitesnelkoppelingen – op de snelkoppelingenpagina, op je bord en in vensters.

  • Elke grid in de covergrid-maker – op de toolpagina, op je bord en in vensters.

  • Elke lijst met bladwijzers voor organisaties in OIN opzoeken – op de toolpagina, op je bord en in vensters.

  • Bewaart je pijplijn en opgeslagen recepten op al je apparaten. Je bestanden worden nooit gesynchroniseerd – alleen de stappen en instellingen.

Zet je iets uit, dan verdwijnt het direct uit je account. Je apparaten houden hun eigen kopie.

Meldingen

Tools die je kunnen laten weten dat er iets nieuws is zolang een Synsi-tabblad open is, ook als je in een ander tabblad of programma bent. Kies ze voor deze browser.

Deze browser kan geen meldingen van websites tonen.
Meldingen zijn voor deze site geblokkeerd. Sta ze toe in de site-instellingen van je browser (het icoon links van het adres) en zet ze hier aan.
  • Meldt “Nieuw bericht” zolang een Synsi-tabblad open is – nooit wie het stuurde of wat erin staat.

Je keuze wordt alleen in deze browser bewaard. Meldingen tonen nooit persoonlijke inhoud zoals een bericht of een nummer. Ze werken zolang een Synsi-tabblad open is; gesloten tabbladen krijgen er geen.

eID 4.4 SAML-validator – controleer DV- en LC-metadata

Controleer de SAML-metadata van een dienstverlener (DV) of een LC-bundel tegen de koppelvlakspecificatie eID SAML 4.4 voordat je die aanlevert.

Mijn tools →

DV-metadata (EntityDescriptor) of een LC-bundel (EntitiesDescriptor), tot 10 MB. Er wordt niets bewaard.

Een https://-adres. Onze server haalt de metadata op en volgt maximaal 5 doorverwijzingen.

De controles volgen eID SAML 4.4 van het Afsprakenstelsel Elektronische Toegangsdiensten. De certificaatketen wordt niet gecontroleerd tegen de PKIoverheid-roots, en een goed resultaat vervangt de officiële aansluittest niet.

Zo werkt het

  1. 1 Plak de metadata-XML, kies of sleep een XML-bestand, of kies “Ophalen via URL” en vul het https-adres van de metadata in.
  2. 2 Klik op “Metadata valideren”.
  3. 3 Lees de samenvatting, los de fouten en waarschuwingen op – elke controle noemt de paragraaf in eID SAML 4.4 – en valideer opnieuw.

Wat de validator controleert

De validator volgt de Koppelvlakspecificatie eID SAML 4.4, het SAML-profiel voor dienstverleners in het Nederlandse eID-stelsel (entityID’s met urn:nl-eid-gdi). Elk resultaat noemt de paragraaf waar het op gebaseerd is.

  • XML en schema – geldige XML, het OASIS SAML 2.0-metadataschema, unieke ID-attributen en de metadata-namespace.
  • Document – een ID op het root-element, validUntil of cacheDuration, één SPSSODescriptor, en AuthnRequestsSigned en WantAssertionsSigned op true.
  • Sleutels en certificaten – een KeyDescriptor voor ondertekenen en een voor versleutelen, met KeyName en X509Certificate; PKIoverheid-uitgever, sleutels van minstens 2048 bits, geldigheid, sleutelgebruik, de PKIoverheid-certificaatpolicy en het OIN in het certificaat.
  • Handtekening – een enveloped signature op het root-element met exclusieve canonicalisatie, RSA-SHA256 of sterker en een SHA-256-digest, cryptografisch gecontroleerd met het ondertekencertificaat uit de metadata.
  • entityID – de vorm urn:nl-eid-gdi:1.0:<ROL>:<OIN>:entities:<index>, een SP-rol (DV of LC), een index van 4 cijfers (9000-9999 is voor testsystemen) en hetzelfde OIN als het ondertekencertificaat.
  • Endpoints en diensten – AssertionConsumerService met de HTTP-Artifact-binding, unieke indexen en één standaard; SingleLogoutService met HTTP-POST; AttributeConsumingService met ServiceName en een ServiceUUID; elke URL via openbare https.
  • Algoritmen – geen SHA-1 of ECDSA; AES-256-CBC en RSA-OAEP voor versleuteling.

DV-metadata en LC-bundels

Een dienstverlener (DV) publiceert een EntityDescriptor. Een leverancier clusteraansluiting (LC) publiceert een EntitiesDescriptor met een eigen LC-entiteit en een entiteit per aangesloten DV. Bij een bundel controleert de validator ook dat er precies één LC-entiteit is, minstens één DV-entiteit, geen dubbele entityID’s, en dat de bundel is ondertekend met het certificaat van de LC.

Wat niet gecontroleerd wordt

De handtekening wordt gecontroleerd met het certificaat uit de metadata, maar de certificaatketen wordt niet gecontroleerd tegen de PKIoverheid-roots, en of een certificaat PKIoverheid is, wordt afgeleid uit de uitgever. Een schoon resultaat helpt bij de voorbereiding, maar vervangt de aansluittest van je makelaar of de autoriteit niet.

Privacy

Metadata is openbare informatie. Geplakte en geüploade metadata wordt op onze server gevalideerd en niet bewaard. URL’s worden alleen via https en alleen van openbare internetadressen opgehaald.

Bronnen

Veelgestelde vragen

Welke metadata kan ik valideren?

Metadata van service providers: een EntityDescriptor van een dienstverlener (DV), of een EntitiesDescriptor van een leverancier clusteraansluiting (LC) met de DV-entiteiten.

Waarom is de handtekening geldig, maar het vertrouwen in het certificaat alleen een waarschuwing?

De validator controleert de handtekening met het certificaat uit de metadata, maar niet de keten van dat certificaat tot de PKIoverheid-root. Controleer dat apart.

Wat betekent de entityID-index 9000-9999?

Indexen 0000-8999 zijn voor productiesystemen; 9000-9999 zijn gereserveerd voor testsystemen.

Wordt mijn metadata bewaard?

Nee. Ze wordt gevalideerd en daarna weggegooid. Gebruik de URL-optie om gepubliceerde metadata direct te valideren.

Hoe groot mag de metadata zijn?

Tot 10 MB, genoeg voor LC-bundels met veel DV’s.

Laatst bijgewerkt: