Moet ik een willekeurig wachtwoord of een wachtwoordzin gebruiken?+−
Beide zijn legitiem, en de NIST-richtlijnen voor digitale identiteit uit 2024 geven expliciet de voorkeur aan lengte boven verplichte complexiteitsregels. Een willekeurig wachtwoord bevat meer entropie per teken, ideaal wanneer een wachtwoordmanager het voor u onthoudt. Een wachtwoordzin - meerdere willekeurige woorden aan elkaar geregen - ruilt wat entropie per teken in voor iets wat een mens daadwerkelijk kan onthouden en typen, wat belangrijk is voor hoofdwachtwoorden of alles wat u uit het hoofd typt.
Wat betekenen bits entropie eigenlijk?+−
Elke extra bit entropie verdubbelt het aantal pogingen dat een aanvaller nodig zou hebben om elke mogelijkheid te proberen. Een wachtwoord met 40 bits entropie heeft ongeveer duizend miljard mogelijke combinaties; een met 80 bits heeft ongeveer duizend miljard keer duizend miljard. Beveiligingsrichtlijnen beschouwen 80+ bits over het algemeen als uitstekend voor alles wat niet achter snelheidsbeperking of vergrendeling kan worden geplaatst, zoals een versleutelingssleutel of het hoofdwachtwoord van een wachtwoordmanager.
Hoe wordt de geschatte kraaktijd berekend?+−
Er wordt uitgegaan van een aanvaller met offline toegang tot een wachtwoordhash, die ongeveer 10 miljard pogingen per seconde doet - een ruwe benadering van een moderne GPU-cluster. Het is bedoeld om een orde van grootte te communiceren, geen precieze voorspelling: de werkelijke kraaktijd hangt sterk af van het hash-algoritme dat het doelsysteem gebruikt, wat deze tool onmogelijk kan weten.
Waarom worden verwarrende tekens zoals l, 1, I, O en 0 uitgesloten?+−
Ze zijn gemakkelijk te verwarren wanneer ze hardop worden voorgelezen, met de hand worden geschreven of in bepaalde lettertypen worden weergegeven. Ze uitsluiten ruilt een kleine hoeveelheid entropie in voor een wachtwoord dat minder foutgevoelig is om over te typen vanaf een scherm of papier - nuttig voor wachtwoorden die u handmatig moet invoeren in plaats van te plakken vanuit een manager.
Zou de willekeurige generator bepaalde tekens kunnen bevoordelen boven andere?+−
Nee - hij gebruikt rejection sampling bovenop crypto.getRandomValues() in plaats van een eenvoudige modulo-bewerking. Het nemen van een willekeurige byte en het berekenen van byte % poolgrootte zou tekens aan het begin van de pool een heel klein beetje betere kans geven wanneer de poolgrootte niet gelijk opdeelt in 256, dus de generator verwerpt in plaats daarvan elke waarde buiten bereik en trekt opnieuw totdat het resultaat in een gelijk deelbaar bereik valt. Het resultaat is dat elk teken exact dezelfde kans heeft om gekozen te worden, ongeacht hoeveel teken typen u inschakelt.
Waarom bevat een willekeurig wachtwoord altijd minstens één teken van elk teken type dat ik heb ingeschakeld?+−
Na het opbouwen van de tekenpool reserveert de generator één teken uit elke categorie die u heeft ingeschakeld - hoofdletters, kleine letters, cijfers, symbolen - voordat de rest van de lengte wordt aangevuld vanuit de volledige pool, en schudt vervolgens alles in een willekeurige volgorde. Dat garandeert dat uw wachtwoord niet per ongeluk volledig uit letters bestaat zonder cijfer, wat belangrijk is omdat veel sites een wachtwoord afwijzen dat een vereist teken type mist, zelfs als de pool er een bevatte. De shuffle-stap gebruikt dezelfde onbevooroordeelde willekeurige selectie, dus de gegarandeerde tekens komen niet op voorspelbare posities terecht.