Je hebt een klacht over de onderstaande posting:
Door Dick99999: Bij gewoon gebruik wordt de vault inderdaad opnieuw encrypt als een gebruiker een nieuw master password genereert. Mijn opmerking ging daar niet over, maar over emergency gebruik. Als het master password verandert, moet het 'normale' gebeuren (dus opnieuw encrypten) en bovendien moet mijn vault key met de public key van de vertrouweling encrypt worden en verzonden worden.. Er is nu een onderwerp op het LP forum dat veel details geeft: https://forums.lastpass.com/viewtopic.php?f=12&t=194685 Thx. Dus (volgens een support man van LP ) is het inderdaad direct een hash van het masterpassword waarmee de vault gecrypt wordt. Dan heb ik LP blijkbaar overschat - hoewel ik er geen security impact voor zie, denk ik dat een design met nog een laagje indirectie (random sessie key) wel enkele voordelen geboden zou hebben. De reden zal wel historisch gegroeid zijn, en daarna de noodzaak van backwards compatibility zonder "type 2015 vaults kunnen niet met oude clients geopend worden" issues.
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.
