Kryptera text online: Gratis AES-kryptering utan programvara

Du har en text som måste förbli privat. Ett lösenord, en personlig anteckning, känsliga instruktioner, ekonomiska detaljer eller ett som bara är avsett för en persons ögon. Du kan installera krypteringsprogram som GPG, lära dig kommandoradsverktyg eller konfigurera ett PGP-nyckelpar. Eller så kan du kryptera den direkt, med bara en webbläsarflik, på cirka 15 sekunder.

Onlinekryptering har mognat till en punkt där du inte behöver ladda ner något för att skydda känslig text med kryptering av militärklass. Här är hur det fungerar, varför det är säkert och hur man gör det.

Hur AES-256-kryptering fungerar

AES står för Advanced Encryption Standard. "256" hänvisar till nyckellängden i bitar. Det är samma krypteringsstandard som används av den amerikanska regeringen för sekretessbelagd information, av banker för finansiella transaktioner och av alla moderna VPN-tjänster.

Grundprocessen

1. Plantext -- Ditt ursprungliga läsbara meddelande
2. Nyckel -- Ett lösenord eller ett lösenordsfras som styr krypteringen
3. Kryptering -- AES-algoritmen omvandlar klartext till chiffertext med nyckeln
4. Chiffertext -- Den krypterade utdata, som ser ut som slumpmässiga tecken
5. Dekryptering -- Samma nyckelvänder på processen och återställer den ursprungliga klartexten

Varför AES-256 anses vara okrossbar

256-bitarsnyckeln betyder att det finns 2^256 möjliga kombinationer. Det är ungefär 1,15 x 10^77 -- ett tal så stort att om varje atom i det observerbara universum var en superdator som prövade alla möjliga nycklar, skulle det ändå ta längre tid än universums ålder att knäcka ett enda AES-256 krypterat meddelande med brute force.

Symmetrisk kontra asymmetrisk kryptering

AES är symmetrisk kryptering, vilket betyder att samma nyckel krypterar och dekrypterar. Detta skiljer sig från asymmetrisk kryptering (som RSA eller PGP), där du har en offentlig nyckel och en privat nyckel. Symmetrisk kryptering är snabbare och tydligare, men det kräver att du delar nyckeln med din mottagare på ett säkert sätt.

End-to-end-kryptering förklaras

"End-to-end-kryptering" (E2E) betyder att krypteringen och dekrypteringen sker på slutpunkterna - din enhet och mottagarens enhet - och ingenstans däremellan.

När en tjänst gör ett språk på E2E-kryptering betyder det:

• servern ser aldrig klartexten
• Lösenordet lämnar aldrig din webbläsare
• Även om servern är hackad får angripare bara chiffertext (värdelöst utan nyckel)

Detta skiljer sig från "encryption in transit" (HTTPS), som skyddar data mellan din webbläsare och servern, men servern själv kan läsa din data.

Skriv	Din webbläsare	Server	Mottagare
Ingen kryptering	Läsbar	Läsbar	Läsbar
Kryptering under överföring (HTTPS)	Läsbar	Läsbar	Läsbar
Kryptering på serversidan	Läsbar	Krypterad i vila, läsbar i minnet	Läsbar
End-to-end-kryptering	Läsbar	Krypterad (oläsbar)	Läsbar
Serversidan, nyckel från ditt lösenord	Läsbar	Krypterad; kan bara öppnas när lösenordet anges	Läsbar

All kryptering på serversidan är inte likadan

"Krypterad" täcker två väldigt olika situationer, och en fråga skiljer dem åt: kan tjänsten dekryptera din anteckning på egen hand?

• Om tjänsten valde nyckeln och behöll den: ja. Ett intrång, en nyfiken anställd eller ett myndighetsföreläggande räcker, eftersom allt som behövs för att öppna anteckningen finns hos dem.
• Om nyckeln kommer från ett lösenord som bara du och mottagaren känner till: nej. Det som lagras förblir oanvändbart tills någon anger lösenordet.

Många anteckningstjänster går den första vägen, och därför är en läckt länk en läckt hemlighet där: länken är allt som krävs för att öppna anteckningen. Ett lösenord som du aldrig lägger i länken ändrar på det -- och det är den modellen LOCK.PUB bygger på.

Hur LOCK.PUB hanterar kryptering

Memon krypteras på våra servrar med en nyckel som härleds från ditt lösenord, och den nyckeln lagras aldrig någonstans:

När du skapar ett memo

1. Du skriver din text i webbläsaren
2. Du anger ett lösenord
3. Texten och lösenordet skickas till LOCK.PUB via HTTPS
4. Servern kombinerar ditt lösenord med en egen hemlighet -- en som förvaras utanför databasen -- och krypterar texten med resultatet
5. Din hemliga text sparas bara som chiffertext, tillsammans med en saltad scrypt-hash av ditt lösenord -- aldrig klartexten och aldrig själva lösenordet

När mottagaren öppnar memo

1. De anger lösenordet
2. Deras webbläsare skickar det via HTTPS
3. Servern kontrollerar det mot den lagrade hashen -- en matchning som kan bekräftas utan att ditt lösenord någonsin skrivs till vår databas
4. Vid en matchning återskapas nyckeln från lösenordet och vår hemlighet, memot dekrypteras och texten skickas tillbaka
5. Klartexten visas i webbläsaren -- och om du har valt engångsvisning (Pro) slutar länken fungera just där

Frågan som spelar roll är inte bara var krypteringen sker, utan om servern kan dekryptera på egen hand. Hos oss krävs två saker för att öppna ett lagrat memo: ditt lösenord, som vi aldrig lagrar, och en hemlighet som vi inte förvarar i databasen. Därför ligger memot oanvändbart tills någon anger lösenordet, och en kopia av chiffertexten räcker inte ensam för att gissa sig fram till innehållet. Två funktioner går längre. Innehåll i chattar, tavlor och platser krypteras i din webbläsare innan det laddas upp. Och en förfrågningslänk är äkta end-to-end: din webbläsare skapar ett nyckelpar och låser den privata halvan med ett upplåsningslösenord som aldrig lämnar din enhet, så att bara du kan öppna det som andra skickar till dig.

Steg-för-steg: Kryptera text med LOCK.PUB

1. Gå till LOCK.PUB och välj "Memo"
2. Klistra in eller skriv din text -- allt från ett enda lösenord till ett dokument med flera stycken
3. Ange ett starkt lösenord -- det här är din halva av krypteringsnyckeln, så gör det bra
4. Skriv den offentliga anteckningen -- raden som besökare ser innan de anger lösenordet, så håll det hemliga utanför den
5. Välj ett utgångsdatum (Pro) -- när ska länken sluta gå att öppna?
6. Kopiera den genererade länken och dela den med din mottagare
7. Dela lösenordet via en separat kanal (telefonsamtal, annan meddelandeapp, personligen)

Texten är nu AES-krypterad och tillgänglig endast för någon med både länken och lösenordet.

Att välja ett Starkt lösenord

Ditt lösenord är den del av krypteringsnyckeln som bara du styr över, så dess styrka avgör direkt säkerheten för din krypterade text.

Lösenordstyp	Exempel	Säkerhetsnivå
Vanligt ord	lösenord123	Extremt svag
Personlig information	john1990	Svag
Slumpmässigt kort	kR7#mP	Måttlig
Lösenfras	korrekt-häst-batteri-häftning	Stark
Slumpmässigt lång	4j&Km9!pQx2@Hn5v	Mycket stark

Bästa praxis: använd en lösenfras -- tre till fem slumpmässiga ord separerade med bindestreck eller mellanslag. Lösenfraser är lättare att komma ihåg än slumpmässiga strängar och svårare att knäcka än korta lösenord.

När ska man använda onlinekryptering

Dela lösenord

Behöver du skicka en kollega till deras nya kontolösenord? Kryptera det i ett LOCK.PUB-memo istället för att skicka det i vanlig text via Slack eller e-post.

Känsliga instruktioner

Medicinsk koder doseringsinformation, säkerhetslarm, säkra kombinationer, serveruppgifter - allt du inte vill att en tredje del ska läsa.

Juridiska eller ekonomiska detaljer

Bankkontonummer, skatte-ID, avtalsvillkor – information som kan orsaka skada om den avlyssnas.

Personliga meddelanden

Kärleksbrev, bekännelser, överraskningsplaner -- ibland handlar integritet om känslor, inte bara säkerhet.

Begränsningar att känna till

Lösenordsdelning är ditt ansvar

AES-kryptering är bara säker som ditt lösenordshantering. Om du skickar memo-länken och lösenordet i samma mejl har du i praktiken lämnat valvdörren öppen med nyckeln tejpad på den.

Ditt lösenord är din halva av låset

För memon krävs två saker för nyckeln: ditt lösenord och en hemlighet hos oss som aldrig förvaras i databasen, och därför går det inte att köra stulen chiffertext mot en ordlista med gissningar. Ditt lösenord är den halva som du ansvarar för, så gör det starkt -- ett svagt lösenord är en svag nyckel, hur bra chiffret än är. Och för funktionerna som krypterar i webbläsaren -- chatt, tavla, plats och förfrågningslänkar -- kan en komprometterad webbläsare eller ett skadligt tillägg kringgå krypteringen helt, så håll din webbläsare uppdaterad och använd betrodda enheter.

Ingen återställning utan lösenord

Om du glömmer lösenordet går texten aldrig att öppna igen. Det finns inget "glömt lösenord"-alternativ eftersom lösenordet aldrig lagras -- bara en saltad hash av det, som inte går att vända tillbaka. Detta är en funktion, inte en bugg - men det betyder att du måste komma ihåg eller säkert lagra lösenordet.

Kryptera utan inlärningskurvan

Du behöver inte förstå kryptografisk teori för att skydda din text. LOCK.PUB hanterar AES-256-krypteringen automatiskt varje gång du skapar ett memo, med en nyckel som kräver både ett lösenord som vi aldrig lagrar och en hemlighet hos oss som inte finns i databasen. Ditt hemliga memo ligger aldrig i vår databas som läsbar text. Matematiken är stridstestad. Allt du behöver ange är ett bra lösenord.

Kryptera text nu på LOCK.PUB -->