Je hebt een klacht over de onderstaande posting:
Het leest als een ingewikkelde manier om een tweede password(je) te introduceren, dat je mee-invoert via het sms-code invoerveld . FYI : diverse SMS 2FA gebruiken zowel letters als cijfers - je algoritme voorstellen gaan zo te zien alleen uit van cijfer-SMSen. Voorstellen dat mensen uit het hoofd letters een x-aantal plaatsen gaan opschuiven zou ik niet aandurven. Maar vooral : ik zie maar een heel beperkt conceptueel verschil met "voer usernaam en password in" ontvang SMS Voer de ontvangen SMS code in gevolgd door uw tweede password" Dat is alleen dat het 'tweede password' geacht wordt door de gebruiker in het hoofd/offline bewaard te worden en niet rechtstreeks in het invoerveld zit. Volgens mij zijn je voorgestelde algorithmen niet one-way - oftewel, in een threat model waarin de ontvangen sms code, en de door de gebruiker ingegeven code na processing met het tweede password bekend zijn kan een aanvaller het tweede password simpel terugberekenen. Met de noodzakelijkerwijs heel kleine ...
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.
