En offentlig Livara-kanal är till för att publicera innehåll och har enligt produktens säkerhetssida ingen totalsträckskryptering. Betrakta innehållet före publicering som lämpligt för kanalens publik att se och för tjänsten att behandla, inte som ett konfidentiellt privat meddelande.
Denna skillnad är en produktgräns. Den innebär inte att kryptering av kanaler är tekniskt omöjlig eller att alla tjänster måste implementera offentliga kanaler på samma sätt.
Vad betyder egentligen «ingen kryptering»?
Två olika skydd får inte blandas ihop:
- Transportkryptering, exempelvis TLS: skyddar kommunikationen mellan enhet och server under överföringen, men servern kan vara den destination där dekryptering sker.
- Totalsträckskryptering: syftar till att endast behöriga ändpunkter ska kunna dekryptera det skyddade innehållet, inte den förmedlande servern.
Avsaknad av E2EE innebär inte nödvändigtvis att klartext skickas över nätverket. Samtidigt bevisar HTTPS eller webbläsarens hänglås inte att leverantören saknar tillgång till kanalinnehållet. EFF:s krypteringsguide förklarar denna grundläggande skillnad.
Den praktiska skillnaden mellan en kanal och ett skyddat samtal
| Fråga | Offentlig kanal | Privat chatt eller grupp med E2EE-skydd |
|---|---|---|
| Avsedd publik | Publicering för kanalens publik | Behöriga parter och enheter i samtalet |
| Sekretess gentemot servern | Får inte förutsättas | Beror på att skyddet är aktiverat och protokollet korrekt implementerat |
| Kopiering av mottagaren | Möjlig | Fortfarande möjlig |
| Innehållshantering | Offentligt innehåll kan vara tillgängligt för tjänsten | Medlemskontroll och rapporter är inte samma sak som innehållskryptering |
| Risker med sidoinformation | Aktivitet och åtkomst kan vara synliga | E2EE i sig döljer inte alla metadata |
För Livara beskriver den offentliga säkerhetsdokumentationen LVR1 för privata meddelanden och LGS1 för skyddade grupper. Samma dokument säger att en äldre, inkompatibel grupp måste förbli tydligt utanför E2EE-skyddet. Namnet «grupp» ersätter alltså inte en kontroll av den faktiska skyddsstatusen.
Moderering garanterar inte att innehållet är ofarligt
Möjligheten att granska eller ta bort offentligt innehåll kan underlätta tjänstens administration, men den bevisar inte att alla publicerade länkar, filer eller påståenden är säkra. Användarna behöver fortfarande bedöma nyhetskällan, publicerarens identitet och länkens destination.
Samtidigt bör integritet och säkerhet inte framställas som en absolut motsättning. Åtkomstkontroll, användarrapporter, motverkande av missbruk och innehållets sekretess är relaterade men olika frågor. Verktygens typ och begränsningar ska vara tydliga, i stället för att kryptering generellt framställs som ett tecken på kriminellt beteende.
Vad bör man inte publicera i en offentlig kanal?
- Återställningsfraser, lösenord, privata nycklar eller personliga inloggningslänkar;
- Andras kontaktuppgifter och bilder utan tillåtelse eller tydligt skäl;
- Arbetsdokument som inte får publiceras offentligt;
- Personliga detaljer vars spridningsrisk inte försvinner ens om inlägget tas bort senare.
Att ta bort eller redigera ett inlägg återkallar inte kopior som mottagare sparat, skärmbilder eller vidarepublicering utanför tjänsten. Samma begränsning gäller mottagaren av ett privat meddelande: E2EE styr inte mottagarens beteende.
Kontrollera destinationen innan du skickar
För ett offentligt meddelande kan en kanal vara ett lämpligt val. För konfidentiellt innehåll bör du först kontrollera mottagarna, krypteringsstatusen och de berörda enheterna. Om ämnet är känsligt räcker inte bara appens namn eller etiketten «privat».
Livaras hotmodell förklarar begränsningar som en infekterad enhet, fysisk åtkomst och att mottagaren röjer innehållet. Ett bra val börjar med förståelse för dessa gränser: offentlig publicering, innehållets sekretess och tjänstens administration är tre separata mål.
