Intern cache, galleri och RAM är tre olika gränser; att en kopia raderas bevisar inte att alla kopior har tagits bort.
End-to-end-kryptering skyddar bildens överföringsväg. När bilden har öppnats beror säkerheten för den synliga kopian också på enheten och appens lagringsmetod. Men alla tillfälliga filer i Android är inte offentliga, och alla cachade bilder hamnar inte automatiskt i galleriet.
För att bedöma risken bör du, i stället för det vaga uttrycket ”läckage från cache”, skilja mellan tre platser: appens privata lagring, delat utrymme som galleriet och processens aktiva minne, eller RAM. De har olika åtkomstregler och livscykler.
Var kan en dekrypterad bild finnas kvar?
| Plats | Vanlig användning | Säkerhetsaspekt |
|---|---|---|
| Appens privata interna cache | Snabb återvisning av bilder | Andra vanliga appar ska inte ha fri åtkomst |
| Galleri eller delat utrymme | Spara, redigera eller dela bilder | Kan bli åtkomligt för appar med behörighet och tjänster för säkerhetskopiering |
| RAM och visningskomponenternas minne | Bildbearbetning under användning | Tillfällighet betyder inte immunitet på en infekterad enhet |
| Exporterad kopia eller förhandsvisning | Öppna filen i en annan app | Kan ha en separat raderingscykel |
Androids lagringsdokumentation skiljer mellan appspecifikt och delat utrymme. Påståendet ”alla cachefiler indexeras av MediaStore” är därför felaktigt; lagringsväg, använt API och behörigheter avgör.
Vilket skydd har den interna cachen?
Android isolerar appens interna lagringsutrymme från andra vanliga appar. Den officiella guiden rekommenderar just detta utrymme för tillfälliga känsliga data. En cachefil kan raderas av appen eller systemet före avinstallation, men utvecklaren bör inte låta rensningen bero enbart på att enheten får ont om utrymme. Guide till appspecifika filer.
Detta skydd är inte detsamma som att ”ingen kan extrahera filen”. En angripares åtkomst till en låst telefon, en upplåst telefon, ett sårbart operativsystem eller en enhet med rootåtkomst är inte likvärdig. Ett giltigt forensiskt påstående måste ange enhetsmodell, systemversion, låsstatus och angriparens åtkomsttyp.
Varför garanterar lagring i RAM inte fullständig radering?
Att undvika att skriva en okrypterad kopia till disk kan minska antalet beständiga kopior. Rensning av känsliga buffertar kan också ingå i en defensiv design. Men man kan inte förklara återställningsmöjligheten som noll bara genom att nämna ”nollställning av RAM”.
Under bearbetningen kan en bild kopieras till flera buffertar, bibliotek eller visningskomponenter. Att rensa en buffert bevisar inte i sig att alla kopior är borta. Även om ingen beständig fil skapas kan skadlig kod som har åtkomst till data under visningen kopiera dem. Kryptering och minneshantering kompletterar varandra, de ersätter inte varandra.
Vad kan användarna göra?
- Kontrollera sparande i galleriet separat från automatisk nedladdning. Att ta emot medier för visning i appen är inte nödvändigtvis samma sak som att spara i galleriet.
- Kontrollera säkerhetskopiering av bilder. En exporterad bild kan hamna i molnet oberoende av chatten.
- Granska andra appars bild- och filbehörigheter. Blanda inte ihop åtkomst för en viss uppgift med ständig åtkomst till bildsamlingen.
- Prova med en testbild. Se vilka kopior som finns kvar i galleriet eller en annan app efter mottagning, öppning, sparande och radering.
- Kontrollera återställningsvägen innan du raderar appdata. ”Rensa cache”, ”rensa lagring” och utloggning har olika följder; det andra alternativet kan radera nycklar eller nödvändiga lokala data.
Ett test med en okänslig bild är användbart, men att filen saknas i galleriet bevisar inte att det inte finns några spår på enheten.
Hur bör utvecklaren testa rensningen?
Granskningen bör täcka hela medieflödet: mottagning, dekryptering, visning, delning, stängning av skärmen, utloggning och ny inloggning. Pågående nedladdning eller skapande av förhandsvisningar måste samordnas med utloggningspolicyn; annars kan en ny fil skrivas efter rensningen. Detta är ett testbart scenario, inte ett bevisat påstående om alla meddelandeappar.
Testa en bestämd version och dokumentera filplatser samt resultatet av varje steg. Androids säkerhetsrekommendationer betonar minimerad åtkomst och att känsliga data lagras på rätt plats.
Vad säger detta om Livara?
Livaras hotmodell garanterar inte skydd på en infekterad eller upplåst enhet. Dokumentation om överföringskryptering är inte i sig bevis för påståendet att ”ingen okrypterad kopia blir kvar i cachen”. Ett sådant påstående kräver granskning av en bestämd appversion och dess medieflöden.
Sammanfattning: känn till bildernas kopior, antal och lagringsplatser. Färre extrakopior, ett lämpligt enhetslås och uppdateringar är viktigt; ett löfte om ”noll återställning” utan tester och hotmodell är inte ett tillförlitligt kriterium.
