Kryptering anger vilka nycklar som öppnar meddelandet; vem som har fått dessa nycklar måste kontrolleras separat.
Nej: end-to-end-kryptering i en grupp hindrar inte i sig en dold medlem. Om servern kan lägga till en gruppmedlem beror på mekanismerna för medlemskap och verifiering, inte bara på meddelandekrypteringen. Enligt Livaras dokumentation krypterar LGS1 innehåll i kompatibla privata grupper som faktiskt använder E2EE. Nyckelrotation efter medlemsändringar är avsedd att begränsa framtida åtkomst och kräver att enheterna tillämpar uppdateringarna av medlemskap och nycklar. Den återkallar inte tidigare mottagna kopior.
Viktiga punkter
- End-to-end-kryptering syftar till att hålla meddelanden konfidentiella, men medlemslistans säkerhet kräver en separat mekanism.
- I en kompatibel privat Livara-grupp med bekräftad E2EE-status omfattar LGS1 meddelanden, redigeringar och bilagenycklar; tillskriv inte äldre inkompatibla grupper detta skydd.
- Det räcker inte att jämföra Signal, WhatsApp, SimpleX och Element utifrån etiketten ”krypterad”: granska även medlemsändringsnotiser, administratörens roll och identitetsverifiering.
- Gränssnittet kan inte i alla situationer upptäcka att ett tillåtet konto kontrolleras av en angripare. Medlemmar måste kontrollera identitet och känsliga ändringar via en oberoende väg.
- Livaras Proof Lab erbjuder lokala demonstrationer av P-256, HKDF och AES-GCM samt kontroll av filhashar; det är ingen fullständig implementation eller oberoende granskning av LVR1/LGS1.
Hindrar gruppkryptering en dold medlem?
Nej, om inte protokollet förutom innehållet även synkroniserar medlemsstatus kryptografiskt och verifierbart mellan medlemmarna. Med ”dold medlem” menas här ett konto med tillgång till framtida meddelanden vars inträde de mänskliga deltagarna inte har sett eller vars identitet de har misstolkat.
End-to-end-kryptering innebär att bara samtalsparternas enheter ska kunna läsa meddelandeinnehållet. Men enheterna måste också veta till vilka de skickar nycklar. Om servern kan ändra mottagarlistan kan krypteringen fungera korrekt samtidigt som meddelandet krypteras även för en oönskad medlem. Se guiden om end-to-end-kryptering och dess gränser för skillnaden mellan innehåll och metadata.
En ”serverattack mot en krypterad grupp” behöver därför inte innebära att AES knäcks eller att ett matematiskt problem löses. Servern kan genom medlemskontroll lägga till ett giltigt konto bland framtida mottagare. Tidigare meddelanden vars nycklar kontot inte hade är en separat fråga; huvudrisken är åtkomst efter inträdet.
Vad vet vi om gruppmedlemskap i Livara?
Livaras säkerhetsdokumentation skiljer serverns kontroll över medlemskap och roller från innehållskryptering. Det är en viktig gräns vid bedömning, men bevisar inte i sig en lyckad praktisk attack eller ett helt osynligt inträde. För det måste klientbeteende, nyckeldistribution, medlemsändringsnotiser och attackvillkor testas.
Rätt fråga är: validerar enheterna liständringar oberoende, och vad visas för användaren innan en nyckel skickas till en ny medlem? Den här artikeln presenterar ingen revision eller penetrationstest av Livara.
Hur skiljer sig medlemslistans säkerhet mellan fem meddelandeappar?
Den viktigaste skillnaden är vem som godkänner medlemsändringar, hur medlemmarna får veta om dem och om de oberoende kan verifiera det nya kontots identitet. Enbart end-to-end-kryptering ger inget fullständigt svar om förtroendet för servern.
| Meddelandeapp | Gruppinnehåll | Medlemskap och praktiskt förtroende | Försiktig slutsats |
|---|---|---|---|
| Livara | I kompatibla privata grupper med E2EE omfattar LGS1 text, redigeringar och bilagenycklar. | Avsändarnycklar genereras och distribueras automatiskt på nytt när medlemskapet ändras. | Enligt produktdokumentationen skyddas innehåll och medienycklar i kompatibla privata grupper före leverans; kontrollera den aktuella gruppens status. |
| Signal | Signals gruppsupport säger att tjänsten inte registrerar gruppmedlemskap, titel, bild eller egenskaper. | Samma källa säger att administratören kan bestämma vem som får lägga till medlemmar och aktivera administratörsgodkännande för grupplänken; medlemmarna måste fortfarande uppmärksamma ändringar. | Designen begränsar tjänstens kunskap, men användarna måste kontrollera medlemsändringar och kontoidentiteter. |
| WhatsApps krypteringsöversikt säger att privata meddelanden och gruppmeddelanden är end-to-end-krypterade. | WhatsApps hjälpcenter beskriver frivillig delning av en del av historiken med nya medlemmar och administratörens möjlighet att begränsa delningen. | Gruppinnehållet är krypterat, men korrekt medlemskap måste bedömas genom administratörskontroller och appens notiser. | |
| SimpleX | SimpleX gruppdokumentation säger att varje medlem har separata anslutningar till övriga medlemmar. | Protokollspecifikationen beskriver grupper som anslutningar mellan medlemmar med roller och medlemsändringsmeddelanden; det utesluter inte en mänsklig administratör. | Att en grupp saknar global identifierare eliminerar inte alla medlemsrisker eller komprometterade enheter. |
| Element / Matrix | Matrix specifikation för end-to-end-kryptering definierar händelsen m.room.encryption och algoritmer för rumskryptering. |
Matrix medlemskapsspecifikation modellerar medlemskap med m.room.member-händelser i rummets tillstånd, som distribueras av hemservrar. |
Rumskryptering och medlemsstatus är separata lager; medlemmar måste kontrollera enheter och ändringar i rummet. |
Tabellen är ingen absolut rangordning. Varje system har sin hotmodell; app, enhet, gruppadministration och medlemsbeteende kan ändra resultatet. Använd de 12 frågorna i checklistan för säkra meddelandeappar tillsammans med varje produkts officiella dokumentation för ett praktiskt val.
Hur jämför man förtroendet för servern?
Reducera inte förtroende till ja eller nej; fråga exakt vad servern ser och vad den kan ändra. En server som inte läser text kan ändå kontrollera kommunikationstidpunkter, gruppmedlemmar eller den första nyckeldistributionen.
Skilj först ut innehållets konfidentialitet
Kontrollera exakt var meddelanden, redigeringar, reaktioner, titlar, bilagor och bilagenycklar krypteras. Enligt Livaras dokumentation omfattar LGS1 text, redigeringar och bilagenycklar i kompatibla privata grupper med E2EE; påståendet omfattar inte kanaler.
Identifiera sedan medlemskapets beslutsinstans
Fastställ vem som får bjuda in medlemmar, vem som godkänner förfrågningar och hur klienten visar ändringar. Om servern påtvingar gruppstatus måste en komprometterad server uttryckligen ingå i hotmodellen.
Skilj för det tredje identitet från medlemskap
Ett välbekant namn bevisar inte att nyckeln tillhör samma person. I Livara möjliggör ett safety number jämförelse av nyckelfingeravtryck utanför appen; verktyget innebär inte i sig att hela medlemslistan kontrolleras. Tillskriv även nyckeltransparens till en produkt bara om funktionen är dokumenterad.
Skilj för det fjärde belägg från påståenden
Produktdokumentation, granskningsrapporter och oberoende tester är inte samma sak. En tillförlitlig rapport ska ange version, omfattning, fynd och åtgärder. Ett algoritmnamn eller överensstämmelse mellan två implementationer bevisar inte i sig säker medlemsadministration.
Hur verifieras gruppchattens medlemmar?
Medlemmarna bör omedelbart kontrollera liständringar och verifiera känsliga kontakters identitet via en oberoende kanal. Vid högriskkommunikation räcker inte namn, foto eller kontonummer: dessa kan vara felaktiga, återanvända eller kontrollerade av en angripare.
I Livara kan två personer jämföra safety number personligen, i ett känt telefonsamtal eller via en oberoende väg. Det kan avslöja oväntade nyckeländringar, men en jämförelse mellan två personer omfattar inte automatiskt alla medlemmar i en stor grupp samtidigt. Guiden för chattverifiering med safety number beskriver de praktiska stegen.
För känsliga grupper är följande korta rutin användbar:
- Begränsa möjligheten att lägga till medlemmar till administratörer så långt det går.
- Kontrollera varje notis om inträde, utträde eller rolländring direkt.
- Verifiera en ny medlems identitet utanför samma grupp.
- Sluta skicka känsliga uppgifter efter en misstänkt ändring och skapa en ny grupp med verifierade medlemmar.
- Granska regelbundet varje kontos länkade enheter och sessioner.
Åtgärderna minskar risken men reparerar inte brister i medlemsarkitekturen. Om servern eller administratörskontot är komprometterat och gränssnittet visar ändringen dåligt kan användaren fortfarande missa ett inträde.
Vanliga frågor
Kan servern lägga till en medlem utan att bryta krypteringen?
Ja, om appens arkitektur ger servern kontroll över medlemslistan. Då behöver servern inte knäcka krypteringen: den kan lägga till ett konto bland framtida mottagare så att klienterna krypterar meddelanden även för kontot. Om och hur detta är möjligt beror på varje produkts medlemskapsprotokoll.
Hur fungerar LGS1 i Livara-grupper?
Enligt produktdokumentationen använder LGS1 en avsändarnyckelkedja och avsändarsignaturer i kompatibla privata grupper med E2EE för att skydda innehåll och bilagenycklar. Begränsad framtida åtkomst efter att en medlem lämnat kräver att medlemsändringen tillämpas och nya nycklar distribueras. Proof Lab erbjuder bara lokala demonstrationer av vissa kryptografiska delar och hashkontroller; det är ingen fullständig LGS1-implementation, protokollrevision eller bevis för säker medlemsadministration.
Bevisar jämförelse av safety number att en dold medlem har tillkommit?
Nej. Jämförelsen kontrollerar nyckelidentiteten mellan två personer via en oberoende väg och kan avslöja oväntade nyckeländringar. Den bevisar inte att ingen annan medlem har anslutit; medlemmarna måste också separat kontrollera listan, medlemsnotiser och känsliga kontons identitet.
Vilken meddelandeapp har den säkraste medlemslistan?
Källorna räcker inte för en absolut vinnare eftersom Signal, WhatsApp, SimpleX, Element och Livara har olika medlemskaps- och hotmodeller. Rätt val beror på din risk: granska vem som kontrollerar medlemskapet, hur ändringar meddelas och om medlemmarnas identitet kan verifieras utanför servern.
