Je hebt een klacht over de onderstaande posting:
Door Anoniem: In 2008 heeft RFC5280 wel een (verplichte) 'Upper Bound' van 8 octets (64 bits) vermeld. (ASN.1 -notatie) Beetje raar, want elders geven ze dus aan dat 20 octets de maximum lengte is. Snap jij daar wat van? Als je bedoelt: ub-serial-number INTEGER ::= 64 Daar bedoelen ze, naar ik aannneem, mee dat de constante "ub-serial-number" van het type integer is en de waarde 64 heeft. Die constante komt verderop terug in: X520SerialNumber ::= PrintableString (SIZE (1..ub-serial-number)) Het doel lijkt te zijn dat certificaatverwerkende software een "number" van 64 karakters moet kunnen afdrukken. Dat lijkt overigens zelfs genoeg voor een decimale signed integer van 160 bits (20 octets), althans volgens https://www.mobilefish.com/services/big_number/big_number.php is hexadecimaal 7F FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF gelijk aan decimaal 730750818665451459101842416358141509827966271487 - een getal van 48 cijfers als ik goed tel. Door Anoniem: Maar dan nog staat het sinds 2016 dus ...
Beschrijf je klacht (Optioneel):
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
