Den användbara säkerhetsfrågan är inte om krypteringen låter stark, utan vad den skyddar, vem som har nycklarna och vilka belägg som stöder påståendet.
”Kryptering av militär klass” ger inte tillräcklig information för att bedöma en meddelandeapp. Uttrycket säger inte vem som har nycklarna, vilka samtal som skyddas, om säkerhetskopior exponerar klartext eller vad som händer när en enhet komprometteras.
Den användbara reaktionen är inte att avfärda kryptering. Den är att ersätta en imponerande etikett med specifika påståenden som går att kontrollera.
AES-256 är ett algoritmval, inte en fullständig säkerhetsmodell
AES är en offentlig standard, inte en hemlig militär teknik. NIST:s FIPS 197 specificerar AES-128, AES-192 och AES-256; suffixet anger nyckellängden. Standarden uppdaterades redaktionellt 2023 utan att algoritmen ändrades.
Ett starkt chiffer kan fortfarande användas i ett system som ger tjänsten tillgång till klartext. Fråga vem som kan dekryptera, inte bara hur lång nyckeln är. Fråga också hur nycklar genereras och lagras, hur identiteter autentiseras och vilka feltillstånd som får appen att avbryta i stället för att fortsätta på ett osäkert sätt.
När en leverantör nämner AES-GCM är det mer specifikt än att bara nämna AES: GCM kombinerar kryptering med autentisering. Korrekt hantering av noncer, verifiering av autentiseringstaggar och andra implementationskrav är fortfarande viktiga. NIST:s GCM-specifikation är den tekniska referensen; en logotyp bevisar inte att en app implementerar den korrekt.
Fyra olika påståenden som marknadsföring ofta slår ihop
| Påstående | Vad det handlar om | Vad det inte fastställer |
|---|---|---|
| Transportkryptering | Skydd över en anslutning, till exempel mellan app och server | Att servern inte kan läsa innehållet |
| Kryptering i vila | Skydd av lagrade data enligt en viss nyckel- och åtkomstmodell | Att operatören saknar dekrypteringsnyckeln |
| Totalsträckskryptering | Innehållsskydd mellan angivna ändpunkter | Säkerheten hos en komprometterad ändpunkt eller en mottagares ärlighet |
| Postkvantetablering av nycklar | Motstånd mot angivna kvanthot vid etablering av nycklar | En fullständig granskning av appen, anonymitet eller garanterad framtida säkerhet |
Transportkryptering innebär inte att varje databas hos leverantören lagrar oskyddad klartext. En tjänst kan även kryptera lagrade data. Den relevanta skillnaden är om leverantören kontrollerar nycklarna eller på annat sätt har tillgång till läsbart innehåll. Var precis i stället för att ersätta en slogan med en annan.
För en bredare introduktion, se förklaringen av vad totalsträckskryptering skyddar.
”Använder en NIST-standard” är inte ”FIPS-validerad”
FIPS 203 definierar ML-KEM, en mekanism för nyckelinkapsling. En meddelandeapp kan beskriva att den använder algoritmen utan att hela appen är certifierad eller oberoende granskad. Standarder, algoritmtestning, validering av kryptografiska moduler och säkerhetsgranskningar av produkter är olika slags belägg.
NIST:s Cryptographic Module Validation Program klargör att det inte räcker att implementera godkända funktioner för att en modul ska vara validerad enligt FIPS 140. Om en produkt marknadsför validering, begär certifikatet, exakt modul och version, driftmiljön samt den godkända konfigurationen. Ta sedan reda på vilken del av produkten certifikatet faktiskt omfattar.
Det är också därför ”256-bitars säkerhet” inte bör användas som ett övergripande betyg för en hel meddelandeapp. Protokollens sammansättning, nyckelhanteringen och implementationen kan medföra olika begränsningar.
Lösenordsautentisering är inte meddelandekryptering
En inloggningsmekanism avgör om en användare får tillgång till ett konto. E2EE avgör vem som kan läsa skyddat meddelandeinnehåll. Ingen av dem ger automatiskt den andras egenskaper.
SRP är exempelvis utformat för autentisering utan att själva lösenordet överförs. Det innebär inte att en stulen autentiseringsdatabas är harmlös. Diskussionen om SRP:s säkerhet i RFC 5054 förklarar att en stulen verifierare möjliggör lösenordsgissningsattacker och andra risker. Undvik slutsatsen ”det finns inga lösenord att stjäla, därför kan ett serverintrång inte spela någon roll”.
För läsaren är den praktiska uppföljningen att fråga om kontoåterställning, aktiva sessioner och sambandet mellan kontoåtkomst och krypteringsnycklar. Ett svar som bara upprepar ”zero knowledge” lämnar de viktiga frågorna obesvarade.
Ett test med fem frågor för en meddelandeapps säkerhetssida
- Vilka ytor omfattas? Direktchattar, grupper, filer, samtal, offentliga inlägg och säkerhetskopior kan ha olika gränser.
- Vem har användbara nycklar? Ta med återställningsnycklar, länkade enheter och bearbetningslägen på serversidan.
- Hur autentiseras den andra ändpunkten? Leta efter nyckelverifiering, meningsfulla ändringsvarningar och en dokumenterad tillitsmodell.
- Vilka belägg finns? Specifikationer, reproducerbara byggen, testvektorer och oberoende granskningar besvarar olika frågor. Fråga efter version och omfattning för var och en.
- Vad förblir synligt eller sårbart? Metadata, komprometterade enheter, kopierade meddelanden och offentligt innehåll ska inte försvinna ur förklaringen.
Tillämpa samma test på Livara. Dess säkerhetsdokumentation namnger LVR1 och LGS1 och publicerar operativa begränsningar. Behandla dessa som produktpåståenden att bedöma, inte som oberoende certifiering. Proof Lab erbjuder begränsade demonstrationer och artefaktkontroller, inte bevis för att varje funktion eller version är säker.
Så läser du en oberoende granskning
Kontrollera datum, granskare, kodrevision, inkluderade plattformar och undantagna komponenter. Läs fynden och åtgärdsstatusen, inte bara sammanfattningens märke. En granskning av ett kryptografiskt bibliotek omfattar inte automatiskt kontoåterställning, webbappen, aviseringar eller operativ säkerhet.
Avsaknad av granskning är en lucka i säkerhetsunderlaget, inte bevis för en specifik sårbarhet. Omvänt är en granskning ingen livstidsgaranti. En användbar jämförelse dokumenterar beläggen och deras begränsningar i stället för att utse en universell vinnare som ”säkrast”.
Vanliga frågor
Är ”militär klass” alltid ett annat namn för AES-256?
Nej. Dra inte slutsatser om en viss algoritm eller certifiering utifrån uttrycket. Be leverantören ange exakt vad det betyder.
Stoppar starkare kryptering skärmbilder eller skadlig kod?
Den hindrar inte en mottagare från att kopiera innehåll eller en komprometterad enhet från att exponera data som den har tillgång till. Det är andra hot.
Vad är ett bättre tecken än en säkerhetsslogan?
Tydlig omfattning, ett namngivet protokoll, uttryckliga begränsningar och granskningsbara belägg för den levererade implementationen. Förklaringen ska hjälpa dig avgöra vad du kan lita på — och vad som fortfarande behöver kontrolleras.
