Je hebt een klacht over de onderstaande posting:
Door wizzkizzWith ^^ Ik zou de data versleutelen met een lange random sleutel en deze sleutel weer versleutelen met zowel het wachtwoord van de gebruiker als met een masterkey. Mocht de gebruiker zijn/haar wachtwoord kwijtraken, dan middels de masterkey de sleutel waarmee de data versleuteld is recoveren en opnieuw versleutelen met het nieuwe wachtwoord. Vervolgens op applicatieniveau voorkomen dat je medewerkers bij de masterkey en de database kunnen. Ik vind dit wel een mooie oplossing, mede omdat er een recoverfunctionaliteit bijzit. Wellicht nog mooier is het om de recovery los te koppelen van de authenticatie (password). De vercijfersleutel wordt gemaakt door een userkey te combineren met een hash van het wachtwoord. Ditzelfde doe je met een recoverykey met het recovery wachtwoord. Beide systemen moeten toegang geven tot de encryptiesleutel. Je zou ook kunnen denken aan een een asymmetrisch systeem met een public en een private key. Maar dan komt er ineens een hele lading keymanagement bij.
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.
