Je hebt een klacht over de onderstaande posting:
With ^^ 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. Technisch is het dan natuurlijk nog wel mogelijk dat de ontwikkelaar(s) de data kunnen onsleutelen, maar dat heb je alijd als je wilt voorkomen dat de gebruiker de data kwijt is bij een wachtwoordverlies. Persoonlijk zou ik toch gaan voor 'permanent verloren data bij vergeten wachtwoord' als het echt gevoelige data is. In dit geval zou ik dat waarschijnlijk niet doen, omdat de gebruiker echt niet alles opnieuw gaat invoeren bij een vergeten wachtwoord. Wel een leuke dienst btw.
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.
