Om denne generator
Denne forudindstilling opretter en tilfældig databaselegitimationsoplysning til en MongoDB applikationsbruger. PwdGen er uafhængig af MongoDB og opretter ikke forbindelse til Atlas eller modtager den genererede værdi.
Dette forudindstillede startpunkt bruger characters-tilstand og genererer 10 uafhængige resultater ad gangen. Alle synlige indstillinger kan justeres, og genererede værdier sendes ikke til PwdGen.
Hvornår skal det bruges
- Oprette en ny legitimationsoplysning til dette specifikke brugstilfælde
- Erstatte en genbrugt eller svag adgangskode
- Generere værdier lokalt før sikker opbevaring
Alfabetstørrelse, entropi og brute-force-antagelser
Det teoretiske entropiloft beregnes som H = L × log2(A), hvor L er den genererede længde og A er antallet af aktuelt tilladte tegn.
| Længde | Alfabet | Søgerum | Entropiloft | Gennemsnit ved 10 milliarder gæt/s |
|---|---|---|---|---|
| 24 | 68 | 6824 | 146.1 bits | 1.51e26 years |
Vigtigt: Dette er matematiske estimater for ensartet tilfældige værdier. Påkrævede positioner, begrænsede antal, gentagne adgangskoder, ordbogsmønstre, lækkede legitimationsoplysninger og faktiske omkostninger ved adgangskode-hashing kan ændre resultatet væsentligt. Tallet er ikke en sikkerhedsgaranti.
MongoDB legitimationsoplysning implementeringsvejledning
Opret separate databasebrugere til applikationer, administratorer, backups og automatisering. Giv hver identitet kun de roller, den har brug for, og gem legitimationsoplysninger uden for kildekoden.
Generer en URL-sikker værdi med Node.js
node -e "console.log(require('crypto').randomBytes(24).toString('base64url'))"- Gem MONGODB_URI i en hemmelighedsmanager eller beskyttet miljøvariabel.
- Procent-kod brugernavn og adgangskodekomponenter, når det kræves af forbindelsesstrengens URI.
- Brug SCRAM-SHA-256 til godkendelse og TLS til transportbeskyttelse; den ene erstatter ikke den anden.
- Kombiner legitimationsoplysninger med Atlas IP Access Lists eller tilsvarende netværkskontroller.
- Roter en legitimationsoplysning, når eksponering mistænkes, og bekræft at gamle legitimationsoplysninger er tilbagekaldt.
Sådan bruges resultatet sikkert
- Kontroller destinationens nuværende adgangskoderegler
- Brug et unikt resultat og aktivér MFA hvor tilgængeligt
- Opbevar gendannelseskoder separat fra adgangskoden
Genererings- og privatlivsmetode
Forudindstillingen bruger browserens Web Crypto API til tilfældig udvælgelse. Regenerering, ændring af indstillinger, markering og kopiering af resultater sender ikke genererede legitimationsoplysninger til PwdGen. Adgangskode-crack-tidsestimatoren kører også lokalt og er et estimat, ikke en garanti.
MongoDB adgangskodegenerator FAQ
Kan jeg sætte en MongoDB adgangskode direkte i en forbindelsesstreng?
Undgå at hardkode den. Opbevar forbindelsesstrengen i en hemmelighedsadministrator eller beskyttet miljøvariabel, og procent-kod brugernavn eller adgangskode tegn, når URI formatet kræver det.
Erstatter SCRAM-SHA-256 TLS?
Nej. SCRAM autentificerer databasebrugeren, mens TLS beskytter trafik under transport. Produktionsinstallationer har generelt brug for begge dele plus passende netværksadgangskontrol.
Skal hver MongoDB applikation bruge en separat databasebruger?
Ja. Separate applikations-, administrator-, backup- og automatiseringsidentiteter gør det lettere at håndhæve roller med mindste rettigheder, revision og rotation af legitimationsoplysninger.