KVS:Technische Documentatie OSO Validatie/beveiliging: verschil tussen versies
Naar navigatie springen
Naar zoeken springen
| (2 tussenliggende versies door een andere gebruiker niet weergegeven) | |||
| Regel 1: | Regel 1: | ||
| − | == |
+ | == Samenvatting == |
| + | In het KVS wisselen systemen documenten uit die betrekking hebben op leerlingen. De gegevens zijn gekwalificeerd als vallende in risicoklasse II, zoals gedefinieerd in het document AV-23, opgesteld door de Registratiekamer. Deze informatie moet goed afgeschermd zijn tegen inzage en wijzigen door derden. |
||
| − | === |
+ | ===TLS 1.2=== |
| + | KVS accepteert alleen het TLS 1.2 beveiligingsprotocol voor verbindingen. Voorgangers als SSL en TLS 1.0 en 1.1 zijn uitgesloten. |
||
| − | |||
| − | Het KVS vereist het gebruik van X.509 certificaten voor het gebruik in TLS ten behoeve van: |
||
| − | *authenticatie van de server; |
||
| − | **middels het zogenoemde servercertificaat. Dit bevat metadata waarmee de betreffende server uniek geïdentificeerd kan worden. Bijv. domeinnaam, organisatie van de eigenaar. |
||
| − | *versleuteling van de verbinding tussen client en server. |
||
| − | |||
| − | |||
| ⚫ | |||
| − | |||
| ⚫ | |||
| − | *Het is alleen toegestaan cipher suites met een versleutelingssterkte van 128bit of hoger te gebruiken; |
||
| − | *De cipher suite AES GCM wordt als geprefereerde suite gehanteerd; |
||
| − | *Forward Secrecy dient ondersteund en geprefereerd te worden; |
||
| − | *De server bepaalt de cipher suite selectie; |
||
| − | *Cipher suites als Anonymous, NULL, export, RC4, etc. zijn, met name maar niet uitsluitend, niet toegestaan. |
||
| − | |||
| − | |||
| − | Om de beveiligde technische transport laag waarvoor TLS wordt ingezet goed te laten functioneren moeten er een aantal zaken geregeld worden. Deze hebben betrekking op zowel de verzendende kant als de ontvangende kant. Zo zullen de volgende zaken op zijn minst geregeld moeten zijn: |
||
| − | *Er is zowel een geldig OSO-certificaat aanwezig op de client; |
||
| − | * De juiste protocollen zijn geconfigureerd; |
||
| − | *De juiste ciphers suites zijn geconfigureerd; |
||
| − | *De OSO-certificaten worden bij elke nieuwe communicatiesessie gevalideerd tegen het betreffende root CA certificaat; |
||
| − | *Private keys zijn veilig opgeslagen en niet vanuit de (web)applicatie via het internet of anderszins ongeautoriseerd te benaderen; |
||
| − | *Communicatie is end-to-end versleuteld zonder herversleuteling, packet inspection of wordt onversleuteld verzonden binnen een private netwerk. |
||
| − | |||
| − | Om een basis veiligheidsniveau te kunnen garanderen binnen de OSO keten dient elke webserver die gebruik maakt van een PTS-certificaat, getest te worden middels de Qualys SSL Labs Server Test . Dit is een onafhankelijke test welke de TLS implementatie van een webserver test. Het basis niveau waaraan elke webserver binnen de OSO keten dient te voldoen is A-. |
||
| − | Het signature algoritm van het PTS-certificaat moet bij elke nieuwe uitgifte of vernieuwing voorzien worden van minimaal sha256 met RSA encryption. Sha1 wordt binnen niet onafzienbare tijd uitgefaseerd door grote softwarebouwers wegens inmiddels jaren bekende zwakheden. Sha256 is hier wel tegen bestand. Voor het OSO-certificaat wordt dit reeds door de backoffice gerealiseerd. |
||
| − | Nadat zowel server als client elkaar vertrouwen is het van belang om de juiste versleutelingsprotocollen voor de communicatie sessie te hanteren. Het gebruik van TLS 1.2 maakt het mogelijk gebruik te maken van sterke versleutelingsprotocollen. Om OSO uitwisselingen zo veilig mogelijk te maken worden de volgende voorwaarden gesteld: |
||
| − | *Het is alleen toegestaan cipher suites met een versleutelingssterkte van 128bit of hoger te gebruiken; |
||
| − | *De cipher suite AES GCM wordt als geprefereerde suite gehanteerd; |
||
| − | *Forward Secrecy dient ondersteund en geprefereerd te worden; |
||
| − | *De server bepaalt de cipher suite selectie; |
||
| − | *Cipher suites als Anonymous, NULL, export, RC4, etc. zijn, met name maar niet uitsluitend, niet toegestaan. |
||
| ⚫ | |||
| ⚫ | |||
| + | ECDHE-RSA-AES256-GCM-SHA384 |
||
| + | ECDHE-RSA-AES128-GCM-SHA256 |
||
| + | ECDHE-RSA-AES256-SHA384 |
||
| + | ECDHE-RSA-AES128-SHA256 |
||
| + | ECDHE-RSA-AES256-SHA |
||
| + | ECDHE-RSA-AES128-SHA |
||
| + | DHE-RSA-AES256-GCM-SHA384 |
||
| + | DHE-RSA-AES256-SHA256 |
||
| + | DHE-RSA-AES256-SHA |
||
| + | DHE-RSA-CAMELLIA256-SHA |
||
| + | DHE-RSA-AES128-GCM-SHA256 |
||
| + | DHE-RSA-AES128-SHA256 |
||
| + | DHE-RSA-AES128-SH |
||
| + | DHE-RSA-SEED-SHA |
||
| + | DHE-RSA-CAMELLIA128-SHA |
||
| + | Deze lijst geeft geen garanties op ondersteuning van ciphersuites. De stand van de techniek kan vereisen dat er ciphersuites afvallen of bijkomen. |
||
[[Categorie:Kennisnet Validatie Service]] |
[[Categorie:Kennisnet Validatie Service]] |
||
Huidige versie van 2 feb 2015 om 23:11
Samenvatting
In het KVS wisselen systemen documenten uit die betrekking hebben op leerlingen. De gegevens zijn gekwalificeerd als vallende in risicoklasse II, zoals gedefinieerd in het document AV-23, opgesteld door de Registratiekamer. Deze informatie moet goed afgeschermd zijn tegen inzage en wijzigen door derden.
TLS 1.2
KVS accepteert alleen het TLS 1.2 beveiligingsprotocol voor verbindingen. Voorgangers als SSL en TLS 1.0 en 1.1 zijn uitgesloten.
TLS 1.2 protocol
Het gebruik van TLS 1.2 maakt het mogelijk gebruik te maken van sterke versleutelingsprotocollen. Alleen de volgende ciphersuites kunnen door een client worden gebruikt:
ECDHE-RSA-AES256-GCM-SHA384 ECDHE-RSA-AES128-GCM-SHA256 ECDHE-RSA-AES256-SHA384 ECDHE-RSA-AES128-SHA256 ECDHE-RSA-AES256-SHA ECDHE-RSA-AES128-SHA DHE-RSA-AES256-GCM-SHA384 DHE-RSA-AES256-SHA256 DHE-RSA-AES256-SHA DHE-RSA-CAMELLIA256-SHA DHE-RSA-AES128-GCM-SHA256 DHE-RSA-AES128-SHA256 DHE-RSA-AES128-SH DHE-RSA-SEED-SHA DHE-RSA-CAMELLIA128-SHA
Deze lijst geeft geen garanties op ondersteuning van ciphersuites. De stand van de techniek kan vereisen dat er ciphersuites afvallen of bijkomen.