Kryptering
Så krypterar Collogue ett privat meddelande
En kort förklaring av det verifierade krypteringsflödet i webbläsaren som Collogue använder.
Publicerad: 17 februari 2026
Gränsen för den aktuella implementationen
Aktuella Collogue-länkar innehåller den krypterade nyttolasten i URL:en. Webbläsaren använder Web Crypto API: PBKDF2-SHA-256 med 310 000 iterationer härleder en 256-bitars AES-GCM-nyckel från det separat angivna lösenordet, med ett slumpmässigt salt på 16 byte och en IV på 12 byte. Den aktuella klienten skickar ingen API-begäran för att skapa, hämta eller lagra meddelanden.
Lösenordet är inte kodat i länken. Implementationen erbjuder inte engångsvisning, radering på serversidan eller en utgångstimer. Betrakta hela länken som känslig och dela lösenordet genom en separat kanal.
Mer sammanhang
Idén är enkel. Det är den korrekta implementationen som gör problemen intressanta.
Ett meddelande börjar som läsbar text i avsändarens webbläsare.
- användaren;
- webbläsaren;
- sidans skript;
- webbläsartillägg med tillräcklig åtkomst;
- skadlig kod på enheten;
- hjälpmedels- och inmatningssystem.
Detta är inte ett fel som är unikt för Collogue. En hemlighet måste finnas någonstans i läsbar form innan den kan krypteras.
En kryptografisk nyckel bör komma från en kryptografiskt säker källa eller en dokumenterad härledningsprocess. Slump som ser mänsklig ut räcker inte. En tidsstämpel med dekorativ interpunktion är fortfarande en tidsstämpel.
Om en lösenordsfras används måste implementationen ha en lämplig nyckelhärledningsfunktion och lämpliga parametrar. Om en slumpmässig nyckel genereras ska dess längd och genereringskälla dokumenteras.
- Sekretess — chiffertexten avslöjar inte klartexten utan nyckeln.
- Integritet — obehöriga ändringar upptäcks under dekrypteringen.
Den offentliga sidan bör ange den exakta konstruktionen först efter att koden har verifierats. ”AES” är inte en fullständig beskrivning. Lägen, noncer, autentiseringstaggar, nyckellängder, kodning och felhantering spelar roll.
Kryptografiska API:er är berömda för att tillhandahålla vassa verktyg med professionellt tillverkade handtag. Korrekt användning är en del av designen.
Den förväntade säkra formen, om den faktiska koden stöder den, är en begäran som innehåller chiffertext och driftinställningar i stället för läsbar meddelandetext.
Inspektera webbläsarens nätverkspanel. Dra inte slutsatsen från gränssnittets texter att detta gäller.
Dessa värden är inte automatiskt hemliga. Vissa behövs för dekryptering och kan följa med chiffertexten på ett säkert sätt. Nyckeln är den avgörande skillnaden.
En säker länk är inte nödvändigtvis ofarlig metadata. Om innehav av hela länken gör dekryptering möjlig är länken en bäraregenskap: den som har den kan kanske öppna meddelandet.
Därför ska länken behandlas ungefär lika varsamt som hemligheten under dess korta livstid.
Detta är viktigt eftersom automatiserade system kan begära länkar. En vanlig GET-begäran är lättare för en förhandsvisningsbot att utlösa än en uttrycklig mänsklig handling, även om ingen mekanism perfekt kan bevisa att en människa agerat.
Mottagarens webbläsare hämtar chiffertexten och det nödvändiga nyckelmaterialet och utför sedan autentiserad dekryptering.
Om autentiseringen misslyckas ska applikationen rapportera att meddelandet inte kunde verifieras eller dekrypteras. Den ska inte visa skadad text som om ingenting hänt.
En lyckad dekryptering skapar klartext i mottagarens webbläsare. Från den stunden kan kryptering inte hindra kopiering, skärmbilder, fotografering eller en infekterad enhet från att fånga meddelandet.
Krypteringen skyddar en färd. Den kan inte styra mottagarens framtida beteende.
En bra integritetssida beskriver gränsen i stället för att ersätta den med ”borta för alltid”.
Den rätta slutsatsen är inte pessimism utan precision.
Collogue bör ge ett begränsat löfte, stödja det med observerbart beteende och förklara antagandena. Det är mer användbart än att sätta en stor låsikon bredvid ett kort stycke.
Nej. Säker nyckelgenerering, autentiserad kryptering, unika noncer där det krävs, korrekt kodning, integritetskontroller och säker felhantering är alla delar av protokollet.
Eftersom dekryptering måste skapa läsbar text på mottagarens enhet. Kryptografi kan styra åtkomsten före det ögonblicket, inte mottagarens beteende efteråt.
Skapa en privat Collogue-länk när du behöver skicka ett lösenord, en token, en återställningskod eller ett annat kort känsligt värde.