Skydda numret, men granska också varje kontoväg som behandlar numret som bevis på identitet.
En SIM-kapning överför kontrollen över ditt telefonnummer till ett SIM eller eSIM som angriparen kontrollerar. Om ett meddelandekonto accepterar SMS som tillräckligt bevis för registrering, inloggning eller återställning kan angriparen utnyttja den vägen.
Utfallet är inte identiskt i alla meddelandeappar. Ett extra registreringslås, en passkey, ett lösenord eller en oberoende återställningshemlighet kan förändra vad angriparen kan göra. Att ta över ett nummer dekrypterar inte heller automatiskt alla gamla konversationer som lagras på dina enheter.
Hur kontroll över numret blir kontroll över kontot
USA:s Federal Trade Commissions vägledning om SIM-kapning beskriver hur angripare övertalar en operatör att aktivera offrets nummer på ett annat SIM. Inkommande verifieringsmeddelanden och samtal kan då nå angriparen.
Den relevanta svagheten är kontots beslut att lita på numret. En tjänst kan använda det för första registrering, ett extra verifieringssteg eller lösenordsåterställning. Det är olika befogenheter. Granska alla, även reservvägar, i stället för att bara kontrollera den vanliga inloggningsskärmen.
Plötsligt förlorad mobiltjänst eller ett oväntat meddelande om SIM-aktivering kan vara en varningssignal, även om driftstopp och vanliga kontoproblem kan se likadana ut. Bekräfta med operatören via en känd officiell kanal.
Skilj identitetskapning från åtkomst till gamla meddelanden
En nyregistrerad enhet som angriparen kontrollerar kan utge sig för att vara du eller ta emot framtida kommunikation, beroende på appens regler. Gammal historik kräver en ytterligare förklaring: en läsbar serverkopia, åtkomst till en krypterad säkerhetskopia och dess nyckel, en länkad enhet eller en lokal kopia.
| Tillgång | Ger enbart kontroll över numret nödvändigtvis detta? |
|---|---|
| Inkommande verifieringskoder via SMS | Potentiellt, när numret har flyttats |
| Registrering eller återställning av konto | Bara om tjänsten accepterar den vägen utan ett oberoende krav |
| Befintliga enhetssessioner | Inte automatiskt; regler för sessionshantering spelar roll |
| Gammal E2EE-chatthistorik | Inte automatiskt; angriparen behöver fortfarande en åtkomlig kopia och nödvändiga nycklar |
| Framtida meddelanden till en nyligen accepterad identitet | En risk som beror på identitetsverifiering och kontots beteende |
Varningar om nyckelbyte och oberoende kontroll av en kontakts identitet kan hjälpa till att upptäcka en oväntad ny ändpunkt. De bör inte avfärdas bara för att det välbekanta telefonnumret är oförändrat.
Vad SRP bidrar med och vad det inte kan lova
SRP autentiserar kunskap om ett lösenord utan att skicka lösenordet i det avsedda protokollutbytet. Om inloggning verkligen kräver ett oberoende lösenord och ingen SMS-reservväg kringgår det, uppfyller enbart stöld av numret inte kravet.
SRP anger inte i sig appens telefonnummerpolicy, återställningsprocess eller supportrutiner. Det gör inte ett svagt lösenord starkt och hindrar inte nätfiskekod från att läsa text som skrivs på en skadlig sida. Serverns verifierare är också fortsatt känslig: RFC 5054 avsnitt 3.3 beskriver lösenordsgissning efter stöld av verifieraren.
Passkeys och säkerhetsnycklar är andra möjliga sätt att minska beroendet av SMS, där tjänsten stöder dem. FIDO Alliances förklaring av passkeys beskriver autentiseringsuppgifter med publika nycklar och motståndskraft mot nätfiske. Den faktiska vägen för kontoåterställning måste fortfarande granskas, oavsett vilken vanlig inloggningsmetod som används.
Livaras dokumenterade uppdelning
Livaras säkerhetssida beskriver SRP-inloggning separat från den krypterade identitetssäkerhetskopian. Version 7 krypterar identitetsmaterial före uppladdning med en separat återställningsnyckel och återställer identiteten, inte chatthistoriken. Hotmodellen säger att enbart ett stulet lösenord inte kan återställa dessa krypteringsnycklar.
Dessa gränser hjälper till att skilja autentisering från dekryptering. De motiverar inte ett löfte om att varje väg till kontoövertagande har granskats eller att en operatörsincident inte kan ha någon effekt. Kontrollera aktuella inloggnings- och återställningsalternativ i klienten; dra inte slutsatser om odokumenterat beteende utifrån ett protokollnamn.
Postkvantbaserad nyckeletablering hanterar ett annat problem: framtida angrepp mot infångad krypterad trafik. Den hindrar inte en operatör från att flytta ett telefonnummer eller ett konto från att lita på ett avlyssnat SMS.
Minska risken före en incident
- Skydda mobiloperatörens konto med en separat PIN-kod eller ett separat lösenord och tillgängliga spärrar mot nummerportering.
- Föredra stark autentisering utan SMS där det stöds och förvara återställningsalternativ säkert.
- Granska om kontoåterställning i tysthet återgår till telefonnumret som reservväg.
- Använd unika lösenord och skydda e-postkontot som används för återställning.
- Lär dig hur meddelandeappen visar länkade enheter, registreringsändringar och ändringar av kontakters nycklar.
Om du misstänker att ditt nummer har tagits över
- Kontakta operatören omedelbart via en verifierad kanal och begär utredning och återställning av numret.
- Säkra berörda konton från en betrodd enhet och granska okända sessioner. Att återfå numret avslutar inte nödvändigtvis angriparens befintliga session.
- Kontrollera om återställningsinställningar har ändrats och återställ komprometterade inloggningsuppgifter via officiella processer.
- Varna viktiga kontakter via en annan betrodd kanal om någon kan utge sig för att vara du. Verifiera kryptografiska identiteter på nytt där de har ändrats.
- Spara relevanta meddelanden och tidsstämplar för support eller anmälan. Skicka aldrig en engångskod, ett lösenord eller en återställningsfras till någon som i ett meddelande erbjuder sig att ”fixa” problemet.
Ett användbart skydd är en kontodesign som inte låter en stulen faktor kringgå alla andra kontroller, tillsammans med en tydlig plan för återställning och hantering av sessioner vid incidenter.
