Lösenord Generator

Att Omvandla Teckenval till ett Slumpmässigt Lösenord med Hög Entropi

En lösenordsgenerator skapar en slumpmässig teckensträng från en vald blandning av bokstäver, siffror och symboler, tillräckligt stark för att det inte är praktiskt genomförbart att gissa den med råstyrka (brute force). Välj en längd och vilka teckentyper som ska inkluderas, så genererar denna kalkylator ett lösenord direkt — med hjälp av din webbläsares kryptografiskt säkra slumptalskälla, inte den svagare slumpmässighet av allmänt syfte som ett vanligt “välj ett slumptal”-verktyg förlitar sig på.

Precis som denna sajts slumptalsgenerator är resultatet här avsiktligt inte reproducerbart enbart från indata — en delad länk återställer dina inställningar (längd och vilka teckentyper du valde), inte själva lösenordet. Ditt genererade lösenord skrivs aldrig in i URL:en, sparas aldrig i denna sajts beräkningshistorik, eller skickas någonstans; det existerar bara i din egen webbläsare, och att köra generatorn igen ska ge dig något nytt.

Formeln

Ett lösenords styrka mäts i bitar entropi — hur många ja/nej-gissningar en angripare i genomsnitt skulle behöva för att hitta det med råstyrka:

$$\text{Entropi (bitar)} = \vA{\text{Längd}} \times \log_2(\vB{\text{Teckenuppsättningens Storlek}})$$

Teckenuppsättningens storlek är det totala antalet av varje teckentyp du valde — 26 för versaler, 26 för gemener, 10 för siffror, och omkring 25 vanliga symboler — adderade tillsammans. Både ett längre lösenord och en bredare blandning av teckentyper höjer entropin, men längden spelar större roll: att fördubbla teckenuppsättningens storlek lägger bara till 1 bit per position, medan att fördubbla längden fördubblar bitarna helt och hållet.

Räkneexempel

Ett lösenord på 12 tecken som använder alla fyra teckentyper (versaler, gemener, siffror och symboler):

1. Teckenuppsättningens storlek: $26 + 26 + 10 + 25 = \vB{87}$ möjliga tecken per position.
2. Entropi: $\vA{12} \times \log_2(\vB{87}) \approx 77,3 \text{ bitar}$.
3. Det hamnar i denna kalkylators intervall “Starkt” (60–79 bitar) — en bekväm marginal mot ett offline-försök med råstyrka med dagens hårdvara, men inte riktigt intervallet “Mycket Starkt” som ett längre lösenord skulle nå.

Att sträcka ut samma fyra teckentyper till 16 tecken istället höjer entropin till omkring 103 bitar — stadigt inom “Mycket Starkt”-territoriet, eftersom de extra 4 tecknen ökar antalet möjliga lösenord betydligt mer än att lägga till ytterligare en teckentyp skulle göra.

Viktiga faktorer att tänka på

• Ett unikt lösenord för varje konto spelar lika stor roll som ett starkt. Att återanvända även ett mycket starkt lösenord på flera sajter innebär att ett enda dataintrång någon annanstans kan exponera varje konto som använder samma lösenord — en lösenordshanterare gör det praktiskt möjligt att generera och lagra ett unikt starkt lösenord per konto utan att behöva memorera vart och ett.
• Längd är den enskilt största hävstången för lösenordsstyrka, mer än teckenvariation. Eftersom entropi växer linjärt med teckenuppsättningens storlek men exponentiellt med längden kan ett längre lösenord med färre teckentyper fortfarande vara starkare än ett kortare lösenord som använder varje typ — att prioritera längd när en sajts egna regler tillåter det är generellt den bättre avvägningen.
• Denna kalkylators entropiuppskattning mäter motståndskraft mot råstyrkegissning, inte varje verklig attack. Nätfiske, credential stuffing (att återanvända ett lösenord läckt från ett annat intrång), och skadlig kod som fångar tangenttryckningar direkt kringgår alla lösenordsstyrka helt — ett starkt, unikt lösenord är ett viktigt lager av kontosäkerhet, inte ett komplett försvar i sig.
• Att aktivera tvåfaktorsautentisering (2FA) där det erbjuds lägger till ett meningsfullt lager utöver enbart lösenordsstyrka. Även ett mycket starkt lösenord kan fortfarande exponeras genom ett intrång eller nätfiskeförsök — 2FA (en kod från en app, en hårdvarunyckel osv.) innebär att ett läckt lösenord ensamt vanligtvis inte räcker för att komma åt ett konto.

Vanliga Misstag

• Att korta ner ett lösenord för att göra det lättare att komma ihåg istället för att använda en lösenordshanterare. Längd är den största hävstången för entropi (se räkneexemplet ovan) — att byta längd mot minnesvärdhet ger upp verklig säkerhet för en bekvämlighet som en lösenordshanterare redan löser utan den avvägningen.
• Att anta att en sajts minimilängdskrav är ett bra mål, inte bara ett golv. En sajt som kräver “minst 8 tecken” anger ett minimum som är acceptabelt för sina egna system, inte en rekommendation — att generera långt över det minimumet kostar inget och höjer entropin märkbart.
• Att återanvända ett starkt genererat lösenord på flera konton. Ett enda starkt lösenord som används överallt är bara lika säkert som den minst säkra sajten som lagrar det — ett enda intrång var som helst exponerar varje konto som delar det lösenordet, oavsett hur hög dess entropi är.
• Att utesluta symboler eller siffror bara för att göra ett lösenord lättare att skriva på en telefon. Att ta bort en hel teckentyp krymper teckenuppsättningen (och därmed entropin per tecken) mer än de flesta förväntar sig — om skrivbekvämlighet spelar roll kompenserar det att lägga till några tecken i längd den förlusten mer effektivt än att släppa en teckentyp.

Bra att Veta

• Vill du se exakt hur entropi och knäckningstid skalar med längd och teckentyper innan du genererar? Lösenordsstyrka Kalkylator utvärderar styrkan hos vilket lösenord som helst utan att generera ett.
• Behöver du slumpmässighet för något annat än ett lösenord? Slumptal Generator genererar slumptal inom ett valt intervall — användbart för allt från lotterier till stickprovstagning, även om det inte är kryptografiskt säkert på det sätt som denna generator är.
• Sätter du upp ett hemnätverk tillsammans med bättre kontosäkerhet? IP-subnät Kalkylator beräknar subnätintervall och användbara värdadresser.