TenderNed Standaardenmonitor

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

Voor zover er binnen de ICT-oplossing sprake is van e-mail functionaliteit (het versturen dan wel ontvangen van e-mails), voldoet de ICT-oplossing aan de volgende standaarden: DKIM, DMARC en SPF.

Het verzenden van emailberichten namens het domein/de domeinen van Opdrachtgever vanaf de servers van Inschrijver en/of de aangeboden ICT-oplossing wordt enkel toegestaan als wordt voldaan aan de volgende mailstandaarden: DKIM, DMARC, SPF, DANE, DNSSEC en encrypted mail.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

Voor zover er binnen de ICT-oplossing sprake is van e-mail functionaliteit (het versturen dan wel ontvangen van e-mails), voldoet de ICT-oplossing aan de volgende standaarden: DKIM, DMARC en SPF.

Het verzenden van emailberichten namens het domein/de domeinen van Opdrachtgever vanaf de servers van Inschrijver en/of de aangeboden ICT-oplossing wordt enkel toegestaan als wordt voldaan aan de volgende mailstandaarden: DKIM, DMARC, SPF, DANE, DNSSEC en encrypted mail.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

Het verzenden van emailberichten namens het domein/de domeinen van Opdrachtgever vanaf de servers van Inschrijver en/of de aangeboden ICT-oplossing wordt enkel toegestaan als wordt voldaan aan de volgende mailstandaarden: DKIM, DMARC, SPF, DANE, DNSSEC en encrypted mail.

Met betrekking tot alle web-omgevingen (inclusief de mogelijk te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, bij voorkeur inclusief het gebruik van security-headers.

Het domein ‘infrastructuur’ omvat onder andere de bouwstenen ‘Diginetwerk’, ‘Digikoppeling’ en ‘PKIoverheid’.

Het betreft normen en standaarden die de volgende ICT-kwaliteitsgebieden afdekken (tussen haakjes staan ter verduidelijking voorbeelden van betreffende normen en standaarden, waarbij opvolgende versies ook onder de normen vallen): • Architectuur (GEMMA); • Interoperabiliteit (NEN3610, Stuf, SUWIML, Digikoppeling, iWMO); • Beveiliging (Baseline Informatiebeveiliging Gemeenten); • Dataportabiliteit; • Metadatering (TMLO); • Toegankelijkheid (Webrichtlijnen); • Archivering (NEN-ISO 15489-1 NL, NEN-ISO 16175-1); • Infrastructuur (Generieke Digitale Infrastructuur, aansluiten op Stelsel van Basisregistraties); • Documentatie; • E-facturering. Veel normen en standaarden schrijven voor dat bepaalde preventieve testen worden uitgevoerd zodat aangetoond wordt dat aan de betreffende norm wordt voldaan.

Onder websites vallen ook intra- en extranetten en cloudapplicaties volgens de Europese definitie (zie digitoegankelijk.nl/aan-de-slag/tips/intranetten).

6.3 Normen en standaarden Nr. Standaard/norm Bronnen/referenties E1 Europese standaard EN 301 549 met WCAG 2.1 digitoegankelijk.nl en forumstandaardisatie.nl/standaard/ digitoegankelijk-en-301-549-met-wcag-21 6.4 Tips en toelichting 1.

Op digitoegankelijk.nl/wetgeving/wat-verplicht is beschreven welke verplichtingen gelden, o.a. voor het publiceren van een toegankelijkheidsverklaring. 3.

Met betrekking tot alle web-omgevingen (inclusief de mogelijk te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, bij voorkeur inclusief het gebruik van security-headers.

Om te voorkomen dat websites en apparaten onbereikbaar worden is Internet Protocol versie 6 (IPv6) ontwikkeld.

Alle overheidsorganisaties moeten ook via IPv6 bereikbaar zijn.

Zie: digitaleoverheid.nl/mido/ generieke-digitale-infrastructuur-gdi/ domein-infrastructuur/ G2 Ondersteunen IPv6 Richtlijnen voor IPv6: forumstandaardisatie.nl/open-standaarden/ ipv6-en-ipv4.

2 Eén/meer kopieën van een ISO 27001-certificaat of vergelijkbaar (zie Aanbestedingsleidraad, § 5.4.2.)

5.4.2.2 Verplichte certificeringen of gelijkwaardig Inschrijver dient in het bezit te zijn van de onderstaande certificeringen (of gelijkwaardig): • Inschrijver dient zelfstandig in het bezit te zijn van een geldig en door een onafhankelijk geaccrediteerde deskundige te zijn afgegeven ISO 27001:2022 certificaat, waarbij organisatie en dienstverlening geheel in scope zijn, en een verklaring van toepasselijkheid hiervan met betrekking tot de aangeboden ICT-oplossing of aantoonbaar gelijkwaardig.

• Indien Inschrijver gebruik maakt van derden die de rekencentraservices van Inschrijver verzorgen met betrekking tot de ICT-oplossing, dienen deze derden (ongeacht of er wel of niet beroep wordt gedaan op de draagkracht van deze derden en zonder dat deze derden hiervoor een beroep op draagkracht doen van andere derden) in het bezit te zijn van een geldig en door een onafhankelijk geaccrediteerde deskundige te zijn afgegeven ISO 27001:2022 certificaat of aantoonbaar gelijkwaardig.

NLCIUS is een aanvullende nationale specificatie op EN16931 voor toepassing in Nederland.

10.3 Normen en standaarden Nr. Standaard/norm Bronnen/referenties I1 EN16931 en NLCIUS forumstandaardisatie.nl/openstandaarden/nlcius 10.4 Tips en toelichting 1.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

Het verzenden van emailberichten namens het domein/de domeinen van Opdrachtgever vanaf de servers van Inschrijver en/of de aangeboden ICT-oplossing wordt enkel toegestaan als wordt voldaan aan de volgende mailstandaarden: DKIM, DMARC, SPF, DANE, DNSSEC en encrypted mail.

Voor zover er binnen de ICT-oplossing sprake is van een verbinding tussen twee of meerdere e-mail servers, voldoet de ICT-oplossing eveneens aan de navolgende standaarden: STARTTLS en DANE.

Ten opzichte van de StUF-standaarden sluiten deze API-standaarden beter aan bij door softwareontwikkelaars gebruikte industriestandaarden.

Inschrijver levert de volgende integraties op voor de Opdrachtgever Gemeente Oldambt: Via ESB: • BRP (Basisregistratie Personen) • Zaaksysteem (ZGW-API en StUF-ZDS) • Financiele applicatie (Betalen- en Invorderingservices (StUF-FIN) Rechtstreeks gekoppeld op ICT oplossing: ● Basisgegevens: o LV-BAG (conform hiervoor beschikbaar gestelde API’s) o Nationaal Handels Register (conform hiervoor beschikbaar gestelde API’s) ● DSO en publicaties: o DROP o DSO-LV (via STAM) o DSO-LV (via samenwerken) ● Autorisatie en toegang: o Active Directory (op basis van Microsoft Entra ID) ● Geo en kaart: o PDOK (BAG, BRT, BRK, BGT en BRO) o ArcGIS ● Landelijke registers en toezicht: o Register Milieubelastende Activiteiten (rMba) o NAZCA 125.

Inschrijver levert de volgende integraties op voor Opdrachtgever Gemeente Veendam: Via ESB: • BRP (Basisregistratie Personen) • Zaaksysteem (ZGW-API en StUF-ZDS) • Financiele applicatie (Betalen- en Invorderingservices (StUF-FIN) Rechtstreeks gekoppeld op ICT oplossing: ● Basisgegevens: o LV-BAG (conform hiervoor beschikbaar gestelde API’s) o Nationaal Handels Register (conform hiervoor beschikbaar gestelde API’s) ● DSO en publicaties: o DROP o DSO-LV (via STAM) o DSO-LV (via samenwerken) ● Autorisatie en toegang: o Active Directory (op basis van Microsoft Entra ID) ● Geo en kaart: o PDOK (BAG, BRT, BRK, BGT en BRO) ● Landelijke registers en toezicht: o Register Milieubelastende Activiteiten (rMba) o NAZCA Aanbesteding VTH-applicatie Bijlage 04 Programma van Eisen 22 van 31 126.

Met betrekking tot alle web-omgevingen (inclusief de mogelijk te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, bij voorkeur inclusief het gebruik van security-headers.

De ICT-oplossing voldoet aan de verplichting dat er een security.txt-bestand in de self-servicewebonderdelen voor inwoners, organisaties en instellingen van de ICT-oplossing opgenomen kan worden.

Alle domeinnamen worden beveiligd door middel van DNSSEC.

Dit betekent dat de DNS-server DNSSEC moet ondersteunen.

Security.txt moet worden toegepast op alle systemen die via HTTPS publiek benaderbaar zijn.

Het informatiesysteem maakt gebruik van veilige en actuele communicatie en versleutelingsstandaarden (zoals TLS, HTTPS, FTPS).

De baseline omschrijft waarop http-headers voor beveiligingsdoeleinden moeten worden ingesteld en behandelt ten minste de volgende headers: - Strict-Transport-Security (HSTS) - Content-Security-Policy (CSP) - X-Frame-Options - X-Content-Type-Options - X-XSS-Protection - Refferer-Policy 9 Fysieke toegangsbeveiliging Verwerker neemt passende maatregelen (zoals sloten, camera’s, alarmsystemen) om de ruimtes waarin gegevens kunnen worden verwerkt, te beveiligen tegen onbevoegde toegang.

Voor applicaties die via het internet voor de eindgebruikers te benaderen zijn dient er zowel een IPv4 als IPv6 ingang beschikbaar te zijn.

De door Verwerker ingeschakelde Subverwerkers zijn: Subverwerker (naam incl. plaats van vestiging) Persoonsgegevens die Subverwerker verwerkt Omschrijving van de reden voor de subverwerking Land van verwerking en relevant doorgifte-instrument De doorgiften naar derde landen bij de Verwerking zijn: Doorgifte naar derde landen (naam partij + welk derde land) Doel doorgifte (kostenbesparingen, schaalvoordelen of beveiligingsverbeteringen) Doorgifte-instrument Aanvullende maatregelen naar aanleiding van een doorgifte aan een derde land (indien van toepassing) Contactgegevens: Algemene contactgegevens Naam Functie E-mailadres Telefoonnummer Verwerkingsverantwoordelijke Licentiebeheer Licentie/Contractmanagers Licentiebeheer.ic@saxion.nl Verwerker Datum bijlage: [DATUM] Bijlage B: Beveiligingsmaatregelen Verwerker beschikt over de volgende geldige certificaten of verklaringen van een deskundige derde waaruit blijkt dat Verwerker voldoet aan zijn verplichting de Persoonsgegevens die hij ten behoeve van Verwerkingsverantwoordelijke verwerkt adequaat te beveiligen: Naam of nummer Toepassingsgebied Geldigheidsduur bijv. ISO 27001, NEN 7510, SOC 2 Toereikendheid1 De toereikendheid van de informatiebeveiliging blijkt uit het volgende: Verwerker verstrekt een actueel en geldig certificaat en verklaring van toepasselijkheid (VVT); Rapportages van periodieke externe controles zoals audits, pentesten of TPM’s (bijv. ISAE3xxx SOC type II); Een assurance rapport (TPM) van een auditor die is aangesloten bij NOREA; Eigen controles of eigen mededelingen over de beveiligingsmaatregelen zoals hieronder beschreven (in lijn met de aanpak uit hoofdstuk 4.4 uit de BIO, een ICV): ……………………………………………………………………………………………

# Onderwerp Maatregel Toelichting 1 Informatiebeveiligings- en privacybeleid Verwerker heeft een informatiebeveiligings- en privacybeleid dat voldoet aan de AVG en eventuele richtsnoeren van de Autoriteit Persoonsgegevens en aansluit op algemene standaarden zoals ISO 27001/2/18, NOREA of CoBIT.

Bijlage B Beveiligingsmaatregelen  HIER ZIJN 2 OPTIES MOGELIJK, KEUZE IS VEREIST  OPTIE 1: Als Verwerker beschikt over certificaten die afdoende zijn  Verwerker beschikt over de volgende geldige certificaten of verklaringen van een deskundige derde waaruit blijkt dat Verwerker voldoet aan zijn verplichting de Persoonsgegevens die hij ten behoeve van Verwerkingsverantwoordelijke verwerkt adequaat te beveiligen:  Naam of nummer   Toepassingsgebied  Geldigheidsduur   bijv. ISO 27001, NEN 7510, SOC 2  Verwerker draagt ervoor zorg dat hij gedurende deze Verwerkersovereenkomst blijft beschikken over bovenstaande certificaten of een gelijkwaardige opvolger daarvan met een nieuwe geldigheidsduur.    

Zie ook: “ICT-beveiligingsrichtlijnen voor Transport Layer Security (TLS) van het NCSC .

De uitwisseling van gegevens is minimaal beveiligd middels het TLS 1.2 protocol of hoger.

Security.txt moet worden toegepast op alle systemen die via HTTPS publiek benaderbaar zijn.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

De ICT-oplossing voldoet hierbij aan de standaarden DKIM, DMARC en SPF.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

De ICT-oplossing voldoet hierbij aan de standaarden DKIM, DMARC en SPF.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

137.Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

Het domein ‘infrastructuur’ omvat onder andere de bouwstenen ‘Diginetwerk’, ‘Digikoppeling’ en ‘PKIoverheid’.

Het betreft normen en standaarden die de volgende ICT-kwaliteitsgebieden afdekken (tussen haakjes staan ter verduidelijking voorbeelden van betreffende normen en standaarden, waarbij opvolgende versies ook onder de normen vallen): • Architectuur (GEMMA); • Interoperabiliteit (NEN3610, Stuf, SUWIML, Digikoppeling, iWMO); • Beveiliging (Baseline Informatiebeveiliging Gemeenten); • Dataportabiliteit; • Metadatering (TMLO); • Toegankelijkheid (Webrichtlijnen); • Archivering (NEN-ISO 15489-1 NL, NEN-ISO 16175-1); • Infrastructuur (Generieke Digitale Infrastructuur, aansluiten op Stelsel van Basisregistraties); • Documentatie; • E-facturering. Veel normen en standaarden schrijven voor dat bepaalde preventieve testen worden uitgevoerd zodat aangetoond wordt dat aan de betreffende norm wordt voldaan.

De ICT Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering TMLO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

Onder websites vallen ook intra- en extranetten en cloudapplicaties volgens de Europese definitie (zie digitoegankelijk.nl/aan-de-slag/tips/intranetten).

6.3 Normen en standaarden Nr. Standaard/norm Bronnen/referenties E1 Europese standaard EN 301 549 met WCAG 2.1 digitoegankelijk.nl en forumstandaardisatie.nl/standaard/ digitoegankelijk-en-301-549-met-wcag-21 6.4 Tips en toelichting 1.

Op digitoegankelijk.nl/wetgeving/wat-verplicht is beschreven welke verplichtingen gelden, o.a. voor het publiceren van een toegankelijkheidsverklaring. 3.

137.Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

Om te voorkomen dat websites en apparaten onbereikbaar worden is Internet Protocol versie 6 (IPv6) ontwikkeld.

Alle overheidsorganisaties moeten ook via IPv6 bereikbaar zijn.

Zie: digitaleoverheid.nl/mido/ generieke-digitale-infrastructuur-gdi/ domein-infrastructuur/ G2 Ondersteunen IPv6 Richtlijnen voor IPv6: forumstandaardisatie.nl/open-standaarden/ ipv6-en-ipv4.

(vermeld normenstelsel, zoals bijvoorbeeld NEN7510, NEN/ISO 27001, PCI/DSS) en is volgens deze norm wel/niet gecertificeerd.

De BIO2 is gebaseerd op de laatste versie van de ISO 27001 en de ISO 27002.

De Inschrijver dient zelfstandig in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

De BIO2 is gebaseerd op de laatste versie van de ISO 27001 en de ISO 27002.

De Inschrijver dient zelfstandig in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

Indien Inschrijver gebruik maakt van derden die de rekencentraservices van de Inschrijver verzorgen met betrekking tot de ICT-oplossing, dienen deze derden (ongeacht of wel of niet beroep wordt gedaan op de draagkracht van deze derden en zonder dat deze derden hiervoor een beroep op draagkracht doen van andere derden) in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

10.3 Normen en standaarden Nr. Standaard/norm Bronnen/referenties I1 EN16931 en NLCIUS forumstandaardisatie.nl/openstandaarden/nlcius 10.4 Tips en toelichting 1.

NLCIUS is een aanvullende nationale specificatie op EN16931 voor toepassing in Nederland.

De ICT Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering TMLO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

136.Verbindingen tussen twee of meerdere e-mailservers binnen de ICT-oplossing voldoen eveneens aan de standaarden STARTTLS en DANE.

Ten opzichte van de StUF-standaarden sluiten deze API-standaarden beter aan bij door softwareontwikkelaars gebruikte industriestandaarden.

De ICT Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering TMLO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

156.Er wordt een koppeling gerealiseerd op basis van StUF-BG 3.10 met de Basis Registratie Personen via de in gebruik zijnde Enterprise ServiceBus met het gegevensmagazijn (inclusief BRP-V en VOA), dit alles zodanig dat binnen- en buitengemeentelijke persoons- en adresgegevens kunnen worden opgevraagd en overgenomen vanuit deze systemen.

137.Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

138.De ICT-oplossing voldoet aan de verplichting dat er een security.txt-bestand in de self-servicewebonderdelen voor inwoners, organisaties en instellingen van de ICT-oplossing opgenomen kan worden.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

E76 Voor zover er binnen de ICT-oplossing sprake is van mailfunctionaliteit (het versturen dan wel ontvangen van e-mails), voldoet de ICT-oplossing aan de navolgende standaarden: DKIM, DMARC en SPF.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

E76 Voor zover er binnen de ICT-oplossing sprake is van mailfunctionaliteit (het versturen dan wel ontvangen van e-mails), voldoet de ICT-oplossing aan de navolgende standaarden: DKIM, DMARC en SPF.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

E77 Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

De ICT-Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering MDTO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

Het domein ‘infrastructuur’ omvat onder andere de bouwstenen ‘Diginetwerk’, ‘Digikoppeling’ en ‘PKIoverheid’.

Het betreft normen en standaarden die de volgende ICT-kwaliteitsgebieden afdekken (tussen haakjes staan ter verduidelijking voorbeelden van betreffende normen en standaarden, waarbij opvolgende versies ook onder de normen vallen): • Architectuur (GEMMA); • Interoperabiliteit (NEN3610, Stuf, SUWIML, Digikoppeling, iWMO); • Beveiliging (Baseline Informatiebeveiliging Gemeenten); • Dataportabiliteit; • Metadatering (TMLO); • Toegankelijkheid (Webrichtlijnen); • Archivering (NEN-ISO 15489-1 NL, NEN-ISO 16175-1); • Infrastructuur (Generieke Digitale Infrastructuur, aansluiten op Stelsel van Basisregistraties); • Documentatie; • E-facturering. Veel normen en standaarden schrijven voor dat bepaalde preventieve testen worden uitgevoerd zodat aangetoond wordt dat aan de betreffende norm wordt voldaan.

De ICT-Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering MDTO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

De ICT-oplossing moet (als onderdeel van EN 301 549) ook voldoen aan Web Content Accessibility Guidelines 2.1 Level AA (WCAG2AA).

Onder websites vallen ook intra- en extranetten en cloudapplicaties volgens de Europese definitie (zie digitoegankelijk.nl/aan-de-slag/tips/intranetten).

E77 Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

Alle overheidsorganisaties moeten ook via IPv6 bereikbaar zijn.

Om te voorkomen dat websites en apparaten onbereikbaar worden is Internet Protocol versie 6 (IPv6) ontwikkeld.

Zie: digitaleoverheid.nl/mido/ generieke-digitale-infrastructuur-gdi/ domein-infrastructuur/ G2 Ondersteunen IPv6 Richtlijnen voor IPv6: forumstandaardisatie.nl/open-standaarden/ ipv6-en-ipv4.

Zie paragraaf 2.2 X Financieel economische draagkracht: De jaarrekening over het laatst vastgestelde boekjaar, alsmede de laatst afgegeven accountantsverklaring (of in voorkomend geval een beoordelings- of samenstellingsverklaring) Zie paragraaf 2.3.2 X Een kopie van het polisblad van een geldige bedrijfsaansprakelijkheidsverzekering Zie paragraaf 2.3.2.1 X Ingevulde referentieformulier(en) (Bijlage 1) Zie paragraaf 2.3.4 X Geldig ISO 27001 certificaat van de Inschrijver Zie paragraaf 2.3.3 X Geldig ISO 27001-certificaat van het gebruikte datacenter of hostingpartij (indien van toepassing) Zie paragraaf 2.3.3 X De Verklaring van Toepasselijkheid behorende bij het ISO 27001-certificaat van de Inschrijver waaruit blijkt welke Annex A-maatregelen van ISO 27001 zijn geïmplementeerd en welke scope deze verklaring dekt.

Zie paragraaf 2.3.3 X Verklaring van Toepasselijkheid behorende bij het ISO 27001-certificaat van het gebruikte datacenter of de hostingpartij, waaruit de geïmplementeerde Annex Amaatregelen en de gedekte scope blijken (indien van toepassing) Zie paragraaf 2.3.3 X Verklaring omtrent Russische betrokkenheid Zie paragraaf 2.3.5 X Beschrijvend document aanbesteding Financieel systeem Pagina 15 van 40 Reactie op sub-subgunningscriterium G2.1 Zie paragraaf 4.3.1 X Reactie op sub-subgunningscriterium G2.2 Zie paragraaf 4.3.2 X Reactie op sub-subgunningscriterium G2.3 Zie paragraaf 4.3.3 X Reactie op sub-subgunningscriterium G2.4 Zie paragraaf 4.3.4 X Reactie op sub-subgunningscriterium G2.5 Zie paragraaf 4.3.5 X Ingevuld en rechtsgeldig ondertekend prijzenblad Paragraaf 4.2 en Bijlage 3.

2.3.3 TECHNISCHE BEKWAAMHEID - KWALITEITSBORGING De Inschrijver dient zelfstandig in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

2.3.3 TECHNISCHE BEKWAAMHEID - KWALITEITSBORGING De Inschrijver dient zelfstandig in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

De BIO2 is gebaseerd op de laatste versie van de ISO 27001 en de ISO 27002.

Indien Inschrijver gebruik maakt van derden die de rekencentraservices van de Inschrijver verzorgen met betrekking tot de ICT-oplossing, dienen deze derden (ongeacht of wel of niet beroep wordt gedaan op de draagkracht van deze derden en zonder dat deze derden hiervoor een beroep op draagkracht doen van andere derden) in het bezit te zijn van een geldig ISO 27001:2022 certificaat (bij voorkeur organisatorisch geïmplementeerd conform de best-practices van ISO 27002) of aantoonbaar gelijkwaardig, inclusief een verklaring van toepasselijkheid.

De ICT-Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering MDTO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

10.3 Normen en standaarden Nr. Standaard/norm Bronnen/referenties I1 EN16931 en NLCIUS forumstandaardisatie.nl/openstandaarden/nlcius 10.4 Tips en toelichting 1.

NLCIUS is een aanvullende nationale specificatie op EN16931 voor toepassing in Nederland.

Om de implementatie van beveiligingstandaarden op de lijst open standaarden van het Forum Standaardisatie te ondersteunen, ontwikkelt de IBD regelmatig factsheets bij daarin opgenomen open standaarden (zoals, TLS, DNSSEC, SPF/DKIM/DMARC, DANE en STARTTLS).

Voor zover er binnen de ICT-oplossing sprake is van een verbinding tussen twee of meerdere e-mail servers, voldoet de ICT-oplossing eveneens aan de navolgende standaarden: STARTTLS en DANE.

De ICT-Prestatie zal gedurende de looptijd van de Overeenkomst voor de volgende ICT-kwaliteitsgebieden blijven voldoen aan de Gemeentelijke ICT-Kwaliteitsnormen: ICT-kwaliteitsgebieden ICT-kwaliteitsnormen Architectuur GEMMA Interoperabiliteit StUF, Digikoppeling, BRP/Haal Centraal Informatiebeveiliging en privacy Baseline Informatiebeveiliging Overheid (BIO) Dataportabiliteit Inhoud + metadata overdraagbaar, open formaat, bij voorkeur XML/JSON Pagina 5 van 16 Metadatering MDTO Digitale toegankelijkheid Europese standaard EN 301 549 met WCAG 2.1 Archivering NEN-ISO 15489-1 NL, NEN-ISO 16175-1 Infrastructuur Generieke Digitale Infrastructuur (GDI), aansluiten op Stelsel van Basisregistraties Documentatie Softwarecatalogus of vergelijkbaar niveau van actuele productdocumentatie E-facturering EN16931 en NLCIUS 4.2.

Ten opzichte van de StUF-standaarden sluiten deze API-standaarden beter aan bij door softwareontwikkelaars gebruikte industriestandaarden.

E77 Met betrekking tot alle web-omgevingen (zoals de te leveren self-service-webportalen), de verbinding daar naartoe en de adressering hierbij, voldoet de ICT-oplossing aan de volgende standaarden: DNSSEC en HTTPS en HSTS en IPv4 en IPv6 en TLS 1.2 of hoger, inclusief het gebruik van security-headers.

E78 De ICT-oplossing voldoet aan de verplichting dat er een security.txt-bestand in de self-service-webonderdelen voor inwoners, organisaties en instellingen van de ICT-oplossing opgenomen kan worden.

Opdrachtnemer mag hierbij gebruik maken van SAML 2.0 of Open-id connect (OAuth 2.0).

De SaaSleverancier mag hierbij gebruik maken van SAML 2.0 of Open-id connect (OAuth 2.0).

De SaaS-leverancier mag hierbij gebruik maken van SAML 2.0 of Open-id connect (OAuth 2.0).

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-ofleg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) 4 staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

E-mail versturen via externe, niet in beheer van de gemeente zijnde mailservers, met zelf aan te vragen domeinen (al bij de gemeente horende domeinen zoals @s-hertogenbosch.nl kunnen dus niet worden gebruikt): De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-ofleg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) 4 staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

E-mail versturen via externe, niet in beheer van de gemeente zijnde mailservers, met zelf aan te vragen domeinen (al bij de gemeente horende domeinen zoals @s-hertogenbosch.nl kunnen dus niet worden gebruikt): De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

c De applicatie voldoet aan de beveiligingsrichtlijnen voor webapplicaties van het NCSC, is versleuteld met protocollen en algoritmen volgens de laatste stand van de techniek en moet voldoen aan de pas-toe-of-leg-uit lijst (PTOLU) van het Forum Standaardisatie (o.a. https://, DNSSEC, IPv6 etc.) d Het gebruik van TLS en HTTP headers voldoet aan de laatste stand van de techniek.

b. Interfaces voor inwoners en bedrijven van de ICT-oplossing voldoen aan de eisen vermeld op www.digitoegankelijk.nl c. De applicatie voldoet aan de beveiligingsrichtlijnen voor webapplicaties van het NCSC1 , is versleuteld met protocollen en algoritmen volgens de laatste stand van de techniek2 en moet voldoen aan de pas-toe-of-leg-uit lijst (PTOLU) van het Forum Standaardisatie3 (o.a. https://, DNSSEC, IPv6 etc.) d. Het gebruik van TLS en HTTP-headers voldoet aan de laatste stand van de techniek.

Als hier 100% wordt gescoord, dan wordt aan alle voorwaarden voldaan en zijn zaken met betrekking tot IPv6 en DNSSEC die buiten de scope van dit document vallen ook in orde.

b Interfaces voor inwoners en bedrijven van de ICT-oplossing voldoen aan de eisen vermeld op www.digitoegankelijk.nl.

b. Interfaces voor inwoners en bedrijven van de ICT-oplossing voldoen aan de eisen vermeld op www.digitoegankelijk.nl c. De applicatie voldoet aan de beveiligingsrichtlijnen voor webapplicaties van het NCSC1 , is versleuteld met protocollen en algoritmen volgens de laatste stand van de techniek2 en moet voldoen aan de pas-toe-of-leg-uit lijst (PTOLU) van het Forum Standaardisatie3 (o.a. https://, DNSSEC, IPv6 etc.) d. Het gebruik van TLS en HTTP-headers voldoet aan de laatste stand van de techniek.

Filetransfer (HTTPS, SFTP of SCP) Gemeente initieert altijd het ophalen van de data, data kan niet gepusht worden naar het Dataplatform.

In geval van doorverwijzing moet de domeinnaam eerst zelf verwijzen naar zijn HTTPSvariant, voordat deze eventueel doorverwijst naar een andere domeinnaam.

Dit zorgt er ook voor dat een webbrowser de HSTS-policy kan accepteren.

c De applicatie voldoet aan de beveiligingsrichtlijnen voor webapplicaties van het NCSC, is versleuteld met protocollen en algoritmen volgens de laatste stand van de techniek en moet voldoen aan de pas-toe-of-leg-uit lijst (PTOLU) van het Forum Standaardisatie (o.a. https://, DNSSEC, IPv6 etc.) d Het gebruik van TLS en HTTP headers voldoet aan de laatste stand van de techniek.

Verbindingen van en naar publieke netwerken vinden altijd plaats op basis van de TCP/IP protocol suite, waarbij voor diensten die de gemeente aanbiedt geldt dat hier zowel IPv4 als IPv6 wordt gebruikt.

b. Interfaces voor inwoners en bedrijven van de ICT-oplossing voldoen aan de eisen vermeld op www.digitoegankelijk.nl c. De applicatie voldoet aan de beveiligingsrichtlijnen voor webapplicaties van het NCSC1 , is versleuteld met protocollen en algoritmen volgens de laatste stand van de techniek2 en moet voldoen aan de pas-toe-of-leg-uit lijst (PTOLU) van het Forum Standaardisatie3 (o.a. https://, DNSSEC, IPv6 etc.) d. Het gebruik van TLS en HTTP-headers voldoet aan de laatste stand van de techniek.

(vermeld normenstelsel, zoals bijvoorbeeld NEN7510, NEN/ISO 27001, PCI/DSS) en is volgens deze norm wel/niet gecertificeerd.

De BIO2 is gebaseerd op de laatste versie van de ISO 27001 en de ISO 27002.

De BIO2 is gebaseerd op de laatste versie van de ISO 27001 en de ISO 27002.

Om ongewenste omleidingen van verkeer te voorkomen wordt als onderliggende laag van de aangeboden dienst(en) verplicht gebruik gemaakt van RPKI.

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-ofleg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) 4 staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

E-mail versturen via externe, niet in beheer van de gemeente zijnde mailservers, met zelf aan te vragen domeinen (al bij de gemeente horende domeinen zoals @s-hertogenbosch.nl kunnen dus niet worden gebruikt): De oplossing moet voldoen aan het gemeentelijke beveiligingsbeleid en moet gebruik maken van de relevante technieken zoals op de pas-toe-of-leg-uit lijst (PTOLU) staan vermeld (SPF, DKIM, DMARC, STARTTLS+DANE).

Eis TE2 Opdrachtnemer waarborgt dat de aangeboden ICT-oplossing met bijbehorende koppelingen niet meer dan één major versie achterloopt (“neerwaartse compatibiliteit”) op de webrichtlijnen en de landelijke standaarden, zoals de ZGW API’s, Haal Centraal, StUF-BG, RGBZ, ImZTC en RSGB die voor de ICToplossing van toepassing zijn.

Van buiten (SaaS) naar binnen geldt dat een tweezijdige TLS-verbinding noodzakelijk is op basis van de laatste beveiligingsstandaarden (TLS 1.2, TLS 1.3).

Het gebruik van security.txt (RFC 9116) is verplicht.

Het is de bedoeling dat verzoeken aan /.wellknown/security.txt via een zogenaamde 302-redirect worden doorgeleid naar https://s-hertogenbosch.nl/.well-known/security.txt, tenzij de aangeboden dienst niet exclusief voor de gemeente bedoeld is.

In dat geval is gebruik van een security.txtmechanisme welke door de leverancier is ingericht van toepassing; 22.

naam: type: string description: "\"Volledige naam\nKan ook alias zijn\"\t\"Uit SAML bericht/bekend bij intermediair/in te voeren door besteller (liefst éénmaal bij configuratie)\n\"\n" telefoonnummer: type: string description: "\"Telefoonnummer (bij gepland bestellen)\nKan ook algemeen nummer zijn\"\tUit SAML bericht/bekend bij intermediair/in te voeren door besteller (liefst éénmaal bij configuratie)\n" e-mail: type: string description: "\"E-mail (bij gepland bestellen)\nKan ook algemeen e-mail nummer zijn\"\tUit SAML bericht/bekend bij intermediair/in te voeren door besteller (liefst éénmaal bij configuratie)\n" required: - identificatie - naam additionalProperties: true tolk: allOf: - $ref: '#/components/schemas/persoon' - type: object description: > Tolk gegevens properties: rbtv-nummer: type: string description: "Het Rbtv-nummer van de tolk.

- Inschrijvingseis De Opdrachtnemer zorgt ervoor dat zijn IT-voorziening ten behoeve van “SSO” ten minste de volgende protocollen ondersteunt: • Security Assertion Markup Language (SAML3 ) 2.0 of een nieuwere versie indien die als “algemeen geaccepteerd” wordt beschouwd; • Open Authorization (OAuth) 2.04 of een nieuwere versie, indien die als “algemeen geaccepteerd” wordt beschouwd.

3 SAML, wat staat voor Security Assertion Markup Language, is een open XML-gebaseerde standaard voor het veilig uitwisselen van authenticatie- en autorisatiegegevens tussen verschillende partijen.

Ondertekening domeinnaam (DNSSEC) 8.

Beveiliging verbinding (HTTPS) 9.

Bereikbaarheid via modern internetadres (IPv6) 7.

Na her- of nieuwe certificering worden van de volgende documenten afschriften beschikbaar gesteld aan de leveranciersmanager: • Statement of applicability • ISO27001 • Rapportage van de ISO 27001 Lead Auditor • Managementreactie • Planning voor het definitief oplossen van eventuele bevindingen - Uitvoeringseis Opdrachtnemer stelt, op verzoek van Opdrachtgever, capaciteit, (actuele) informatie en/of middelen beschikbaar voor de uitvoering van audits of vergelijkbaar, op het gebied van informatiebeveiliging. - Uitvoeringseis Opdrachtnemer implementeert op eigen kosten de voorgestelde verbetermaatregelen naar aanleiding van de rapporten die voortvloeien uit een uitgevoerde pentest/ hackerstest, audit, de TPM en risicoanalyse: • Opdrachtnemer moet de verbeterpunten die worden aangemerkt als ‘need to have’ verplicht uitvoeren en borgen en informeert Opdrachtgever over de voortgang; • Opdrachtnemer is vrij om de verbeterpunten die als ‘nice to have’ worden aangemerkt, uit te voeren en te borgen.

Voor het overleggen van een TPM betekent dit: • Voor overeenkomst 1, 2 en 3 geldt de TPM op de ISO 27001 gecertificeerde informatiebeveiliging en na 2 jaar geldt de externe SOC 2 type 2 rapportage waaruit blijkt dat Opdrachtnemer SOC 2 compliant is; • Voor overeenkomst 3 is aanvullende TPM nodig voor de aanvullende eisen op BBN niveau 3.

Na beantwoording van een oproep zoals hierboven vermeld, moeten door Opdrachtnemer direct, zonder onderbreking door bijvoorbeeld het in de wacht(rij) zetten van een Besteller en/of het laten horen van pauzemuziek, de volgende stappen worden doorlopen: • het aannemen en registreren van de Bestelling; 1 API = Application Programming Interface 2 NLCIUS = Nederlandse Core Invoice Usage Specifications (standaard voor e-facturatie) Overheidsorganisaties moeten aan de Europese richtlijn 2014/55/EU voldoen en zijn vanaf 18 april 2019 verplicht om elektronische factuurberichten te kunnen ontvangen en te verwerken die aan de Europese norm voldoen.

De te ontvangen e-factuur dient te voldoen aan de NLCIUS, een aanvullende specificatie op de verplichte Europese norm (EN16931).

In combinatie met de Europese norm beschrijft NLCIUS welke gegevenselementen er in een elektronische factuur moeten of kunnen worden opgenomen, wat de samenhang is tussen deze elementen en wat de betekenis van deze elementen is.

Geautoriseerde route-aankondiging (RPKI) Pentesten moeten een positief resultaat hebben.

Bij voorkeur alle beveiligingsopties ingeschakeld; security.txt is verplicht 10.

− De SaaS-applicatie ondersteunt daartoe minimaal de actuele versies van de protocollen SAML 2.0, OpenID Connect en OAuth 2.0, zodat koppeling mogelijk is met Microsoft Entra ID én andere gangbare Identity Providers.

Dit houdt in ieder geval in dat de SaaS-applicatie moet kunnen samenwerken met gangbare authenticatieprotocollen (zoals SAML2, OpenID Connect en/of OAuth2), REST API’s voor gegevensuitwisseling ondersteunt, minimale eisen stelt aan encryptie (zoals TLS 1.2 of hoger), en waar relevant ondersteuning biedt voor e-mailbeveiligingsstandaarden als DKIM en DMARC.

E-mail Alle domeinnamen en mailservers die gekoppeld zijn aan het gebruik van de SaaS-applicatie en door of namens de Provincie Limburg worden gebruikt, dienen de volgende authenticatie en beveiligingsstandaarden toe te passen: • DKIM • DMARC • SPF • DANE • STARTTLS Deze standaarden moeten worden toegepast op álle overheidsdomeinnamen van waaruit gemaild wordt, alsook op álle mailservers waarmee de Provincie Limburg e-mail verzendt en ontvangt.

Dit houdt in ieder geval in dat de SaaS-applicatie moet kunnen samenwerken met gangbare authenticatieprotocollen (zoals SAML2, OpenID Connect en/of OAuth2), REST API’s voor gegevensuitwisseling ondersteunt, minimale eisen stelt aan encryptie (zoals TLS 1.2 of hoger), en waar relevant ondersteuning biedt voor e-mailbeveiligingsstandaarden als DKIM en DMARC.

E-mail Alle domeinnamen en mailservers die gekoppeld zijn aan het gebruik van de SaaS-applicatie en door of namens de Provincie Limburg worden gebruikt, dienen de volgende authenticatie en beveiligingsstandaarden toe te passen: • DKIM • DMARC • SPF • DANE • STARTTLS Deze standaarden moeten worden toegepast op álle overheidsdomeinnamen van waaruit gemaild wordt, alsook op álle mailservers waarmee de Provincie Limburg e-mail verzendt en ontvangt.

6 Algemene netwerkprotocollen De SaaS-applicatie en bijbehorende infrastructuur dienen naadloos te communiceren via, en compatibel te zijn met de volgende gangbare netwerkprotocollen en beveiligingsstandaarden: Netwerktechnologiën • DNS • DHCP • 802.1X • DNSSEC • IPv4 • IPv6 • RPKI • VPN • WPA-2 Enterprise Transportbeveiliging • TLS; • TLS 1.2 • TLS 1.3 Websites Indien de SaaS-applicatie webdiensten of websites levert, gelden de volgende eisen: • Verplicht gebruik van HTTPS voor alle webpagina’s en services.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

De SaaS-applicatie, website en eventuele mobiele app dienen gedurende de gehele looptijd te voldoen aan de toegankelijkheidseisen zoals opgenomen in de geldende (meest recente) versie van de Europese standaard EN 301 549 en in de bijbehorende toegankelijkheidsnormen (WCAG, minimaal niveau A + AA).

Opdrachtnemer dient bij oplevering van de SaaS-applicatie een schriftelijke toelichting te verstrekken van de mate waarin voldaan wordt aan de toegankelijkheidseisen, zoals opgenomen in de geldende (meest recente) versie van de Europese standaard EN 301 549 en in de bijbehorende toegankelijkheidsnormen (WCAG, minimaal niveau A + AA).

6 Algemene netwerkprotocollen De SaaS-applicatie en bijbehorende infrastructuur dienen naadloos te communiceren via, en compatibel te zijn met de volgende gangbare netwerkprotocollen en beveiligingsstandaarden: Netwerktechnologiën • DNS • DHCP • 802.1X • DNSSEC • IPv4 • IPv6 • RPKI • VPN • WPA-2 Enterprise Transportbeveiliging • TLS; • TLS 1.2 • TLS 1.3 Websites Indien de SaaS-applicatie webdiensten of websites levert, gelden de volgende eisen: • Verplicht gebruik van HTTPS voor alle webpagina’s en services.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

• HSTS (HTTP Strict Transport Security) dient te zijn ingeschakeld.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

6 Algemene netwerkprotocollen De SaaS-applicatie en bijbehorende infrastructuur dienen naadloos te communiceren via, en compatibel te zijn met de volgende gangbare netwerkprotocollen en beveiligingsstandaarden: Netwerktechnologiën • DNS • DHCP • 802.1X • DNSSEC • IPv4 • IPv6 • RPKI • VPN • WPA-2 Enterprise Transportbeveiliging • TLS; • TLS 1.2 • TLS 1.3 Websites Indien de SaaS-applicatie webdiensten of websites levert, gelden de volgende eisen: • Verplicht gebruik van HTTPS voor alle webpagina’s en services.

De inschrijver dient derhalve, aantoonbaar op de dag van inschrijving, te beschikken over: ● een aan hem verstrekt kwaliteitssysteemcertificaat op basis van de norm NEN-EN-ISO 27001:2023.

Dit certificaat moet aan de Inschrijver zijn afgegeven door een certificatie-instelling, erkend door een nationale accreditatieinstelling (in Nederland: de Raad voor Accreditatie); of ● een geldig certificaat dat minimaal gelijkwaardig is aan de NEN-EN-ISO ISO 27001:2023 norm.

Bewijsmiddel Indien u in aanmerking komt voor gunning dient u op verzoek van de aanbesteder binnen 14 kalenderdagen na voorlopige gunning een kopie van een geldig NEN-EN-ISO 27001:2023 certificaat te overleggen of een geldig certificaat dat minimaal gelijkwaardig is aan de NENEN-ISO ISO 27001:2023 norm.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

6 Algemene netwerkprotocollen De SaaS-applicatie en bijbehorende infrastructuur dienen naadloos te communiceren via, en compatibel te zijn met de volgende gangbare netwerkprotocollen en beveiligingsstandaarden: Netwerktechnologiën • DNS • DHCP • 802.1X • DNSSEC • IPv4 • IPv6 • RPKI • VPN • WPA-2 Enterprise Transportbeveiliging • TLS; • TLS 1.2 • TLS 1.3 Websites Indien de SaaS-applicatie webdiensten of websites levert, gelden de volgende eisen: • Verplicht gebruik van HTTPS voor alle webpagina’s en services.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

E-mail Alle domeinnamen en mailservers die gekoppeld zijn aan het gebruik van de SaaS-applicatie en door of namens de Provincie Limburg worden gebruikt, dienen de volgende authenticatie en beveiligingsstandaarden toe te passen: • DKIM • DMARC • SPF • DANE • STARTTLS Deze standaarden moeten worden toegepast op álle overheidsdomeinnamen van waaruit gemaild wordt, alsook op álle mailservers waarmee de Provincie Limburg e-mail verzendt en ontvangt.

6 Algemene netwerkprotocollen De SaaS-applicatie en bijbehorende infrastructuur dienen naadloos te communiceren via, en compatibel te zijn met de volgende gangbare netwerkprotocollen en beveiligingsstandaarden: Netwerktechnologiën • DNS • DHCP • 802.1X • DNSSEC • IPv4 • IPv6 • RPKI • VPN • WPA-2 Enterprise Transportbeveiliging • TLS; • TLS 1.2 • TLS 1.3 Websites Indien de SaaS-applicatie webdiensten of websites levert, gelden de volgende eisen: • Verplicht gebruik van HTTPS voor alle webpagina’s en services.

Dit houdt in ieder geval in dat de SaaS-applicatie moet kunnen samenwerken met gangbare authenticatieprotocollen (zoals SAML2, OpenID Connect en/of OAuth2), REST API’s voor gegevensuitwisseling ondersteunt, minimale eisen stelt aan encryptie (zoals TLS 1.2 of hoger), en waar relevant ondersteuning biedt voor e-mailbeveiligingsstandaarden als DKIM en DMARC.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

Dit betreft in ieder geval, maar niet uitsluitend, standaarden op het gebied van beveiliging, gegevensuitwisseling, interoperabiliteit en toegankelijkheid, waaronder: DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL.

• Een geldig en actueel security.txt-bestand moet aanwezig zijn.

11 E84 De ICT Prestatie ondersteunt authenticatie op basis van ADFS en SAML 2.0 of OpenID.NLGov.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

Het betreft normen en standaarden die de volgende ICT-kwaliteitsgebieden afdekken (tussen haakjes staan ter verduidelijking voorbeelden van betreffende normen en standaarden, waarbij opvolgende versies ook onder de normen vallen): • Architectuur (GEMMA); • Interoperabiliteit (NEN3610, Stuf, SUWIML, Digikoppeling, iWMO); • Beveiliging (Baseline Informatiebeveiliging Gemeenten); • Dataportabiliteit; • Metadatering (TMLO); • Toegankelijkheid (Webrichtlijnen); • Archivering (NEN-ISO 15489-1 NL, NEN-ISO 16175-1); • Infrastructuur (Generieke Digitale Infrastructuur, aansluiten op Stelsel van Basisregistraties); • Documentatie; • E-facturering. Veel normen en standaarden schrijven voor dat bepaalde preventieve testen worden uitgevoerd zodat aangetoond wordt dat aan de betreffende norm wordt voldaan.

E96 Bij digitale gegevensuitwisseling die plaatsvindt met voorzieningen die onderdeel zijn van de GDI, waaronder de basisregistraties, of die sector overstijgend is, wordt Digikoppeling (WUS, ebMS, GB (grote berichten) en Rest API) toegepast. De verplichting geldt voor gegevensuitwisseling tussen systemen waarbij er noodzaak is voor tweezijdige authenticatie.

E78 De extern gepubliceerde onderdelen van de ICT Prestatie voldoen aan de minimale eisen van WCAG 2.1.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

REST API, Microsoft Graph API, OAuth 2.0, HTTPS.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

14 Kopie van ISO 27001 certificaat zoals dit gevraagd / beschreven is in paragraaf 3.4 van dit aanbestedingsdocument.

Voor wat betreft het (bezit van het) certificaat NEN-ISO/IEC 27001 kan geen beroep worden gedaan op een derde.

(vermeld normenstelsel, zoals bijvoorbeeld NEN7510, NEN/ISO 27001, PCI/DSS) en is volgens deze norm wel/niet gecertificeerd.

E102 De API’s voldoen aan OpenAPI Specification (OAS) 3.0 of hoger en worden voorzien van interactieve API documentatie (bijv. Swagger/OpenAPI UI).

E101 Alle functionaliteit die beschikbaar is via de gebruikersinterface is ook toegankelijk via gedocumenteerde RESTful API’s conform de REST API Design Rules van het Forum Standaardisatie.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.

1.6 Leges en precario Nr. Omschrijving E39 De ICT Prestatie ondersteunt de mogelijkheid om: ● leges en precario te berekenen; 7 ● leges en precario in delen op te leggen tijdens de behandeling van een zaak; ● meerdere leges- en precarioverordeningen per jaar (of gedeelte van een jaar) te gebruiken; ● verschillende gangbare gemeentelijke legesverordeningen toe te passen voor de berekening van leges en precario, waarbij de VNG model-legesverordening (of een opvolger daarvan) uitgangspunt is; ● een gecorrigeerde bouwsom als grondslag te gebruiken; ● eerder opgelegde leges in mindering te brengen; ● in de teruggaaf van leges te voorzien (negatieve bedragen); ● leges herleidbaar te corrigeren en in te trekken; ● kortings- of toeslagregelingen toe te passen; ● een export ten behoeve van een financieel systeem aan te leveren of een geautomatiseerde koppeling via StUF-FIN.

E77 Binnen de ICT Prestatie worden de (actuele) versies van de volgende standaarden gehanteerd: ● Het Referentiemodel Stelsel van Gemeentelijke Basisgegevens (RSGB), versie 3.0 ● Referentiemodel Gemeentelijke Basisgegevens Zaken (RGBZ), versie 2.0 ● Informatiemodel Zaaktype Catalogus (ImZTC) versie 2.1 ● Zaakgericht werken (ZGW) API’s ● Berichtenstandaarden StUF-ZKN 3.10, StUF-BG 3.10, en StUF LVO ● Standaardservice Standaard Zaak- en Documentservices 1.1 of 1.2.

De oplossing ondersteunt, alleen indien noodzakelijk voor integratie met bestaande gemeentelijke systemen, ook koppelingen op basis van StUF (standaard versies).

● Referentie Informatiemodel Handhaving (RiHa) 2.0 ● The Transport Layer Security (TLS) Protocol versie 1.2 of 1.3.

Dit omvat onder meer een correcte implementatie van: ● SPF, DKIM en DMARC voor e-mailauthenticatie; ● STARTTLS en waar mogelijk DANE voor e-mailtransportbeveiliging; ● DNSSEC voor domeinbeveiliging; ● HTTPS met een correcte HSTS-configuratie voor webverkeer; ● ondersteuning van IPv6 (naast IPv4); ● security.txt op alle systemen die via HTTPS publiek benaderbaar zijn.