Vad en skärmdump faktiskt fångar
Det känns som en kopiering men är det inte. Originalfilen avkodades till pixlar, skalades om för att passa ett fönster, färgkorrigerades för din bildskärm, sammanställdes med allt annat på skärmen, och sedan fångades och kodades det resultatet på nytt.
Varje sådant steg innebär att din enhet bearbetar bilden snarare än bilden själv. Resultatet är en trogen återgivning av vad du såg och en dålig återgivning av vad filen innehöll.
Detektering läser det senare. Mönster i sensorbrus, komprimeringshistorik och den fina textur som skiljer en kamerabild från en genererad är alla egenskaper hos den ursprungliga kodningen, och skärmdumpen har ersatt den kodningen helt.
Modellen gör alltså inte fel när den misstolkar en skärmdump. Den läser det som finns framför den korrekt, och det som finns framför den är en rendering skapad av mjukvara.
Åt vilket håll felet slår
Förutsägbart, och i den riktning som orsakar mest problem. Skärmdumpar förflyttar äkta fotografier uppåt och genererade bilder nedåt, vilket komprimerar allt mot mitten där ingenting kan fastställas.
Lägg märke till hur mycket närmare de två mittersta staplarna är än de två yttre. Skillnaden som gör ett resultat användbart har krympt från åttioett punkter till nitton, och nitton punkter räcker inte för att avgöra något.
Detta är anledningen till att det vanligaste klagomålet på detektorer – att ett äkta fotografi flaggades – så ofta visar sig handla om en skärmdump snarare än om verktyget.
Vad du ska göra när en skärmdump är allt du har
Detta händer ständigt, och lösningen är inte att ge upp utan att ändra vad du förväntar dig av resultatet.
-
Försök nå originalet först
Klistra in sidans URL, be avsändaren om filen eller leta upp inlägget i stället för bilden av inlägget. Detta löser de flesta fall direkt.
-
Gör en omvänd bildsökning
Det fungerar mycket bättre på skärmdumpar än vad pixelanalys gör, eftersom det matchar komposition snarare än textur.
-
Läs kartan, inte siffran
Lokaliserad värme överlever en skärmdump bättre än absoluta värden. Ett område som tydligt skiljer sig från resten ger fortfarande information.
-
Bortse helt från mittenintervallet
På en skärmdump ger allt mellan ungefär fyrtio och sjuttio ingen information alls.
-
Titta på bilden själv
Komposition, text, reflektioner och geometri överlever en skärmdump fullständigt, och det är där en människa överträffar modellen.
Det femte steget förtjänar mer tyngd än det vanligtvis får. Allt en mänsklig bedömare granskar bevaras perfekt av en skärmdump, så bevisbördan förskjuts mot manuell granskning precis när den automatiserade signalen försvagas.
Varför detta spelar roll för hur människor delar material
Skärmdumpen är i dag standardformatet för att dela saker. Något ses, fångas och skickas vidare, och när det når någon som vill granska det har det ofta skärmdumpats mer än en gång.
Varje led förvärrar kvalitetsförlusten. En skärmdump av en skärmdump har passerat två visningskedjor och två kodningar, och originalfilen är två steg längre bort än vad granskaren inser.
Den praktiska följden för alla som arbetar med verifiering är att det inte är ett förberedande steg att hitta originalet, utan merparten av arbetet. En verifieringsprocess som utgår från filen den tilldelades får ett medelmåttigt resultat och inga svar.
Det är också värt att påpeka för den som skickar materialet till dig. Att be om originalfilen i stället för en bild av filen kostar dem ingenting och förändrar helt vad som går att fastställa utifrån den.
| Signal | Överlever? | Varför |
|---|---|---|
| Komposition och geometri | Ja | Motivet är fortfarande detsamma |
| Synlig text och skyltning | Ja | Läsbar såvida den inte skalats kraftigt |
| Matchning vid omvänd bildsökning | Ja | Matchar på innehåll, inte kodning |
| Regionkartans struktur | Delvis | Lokal värme kvarstår, värden förskjuts |
| Helbildspoäng | Nej | Mäter skärmdumpen, inte bilden |
| Metadata och credentials | Nej | Försvinner helt |
Det enda fallet då skärmdumpen är beviset
Det finns ett undantag som är värt att nämna, eftersom det vänder upp och ner på allt ovanstående. Ibland är det inte själva bilden som ska granskas, utan gränssnittet runt den: en meddelandetråd, ett kontosaldo, en transaktionsbekräftelse, ett inlägg som därefter raderats.
I de fallen är skärmdumpen själva artefakten och det finns inget original att hitta. Pixelanalys bidrar nästan inte med någonting, och de användbara kontrollerna är helt annorlunda: stämmer gränssnittet överens med den aktuella versionen av applikationen, stämmer siffrorna, verkar tidsstämpeln rimlig.
Förfalskade skärmdumpar fallerar oftast på intern inkonsekvens snarare än på ytstruktur. Ett saldo som inte motsvarar summan av raderna, en tidsstämpel en dag då tjänsten låg nere, ett typsnitt eller avstånd som inte matchar den verkliga produkten, en statusikon som inte längre existerar.
Detta bör hållas isär från egentlig bildverifiering, eftersom instinkten att köra en detektor på en skärmdump av en konversation ger ett medelmåttigt resultat och en falsk känsla av att något faktiskt kontrollerades.
Vanans makt bör ligga i att behandla en skärmdump som ett spår snarare än som ett bevis. Den visar vad du behöver leta efter, och det du ska hitta är filen. En verifieringsprocess som stannar vid skärmdumpen har stannat ett steg för tidigt.
För team är det värt att införa detta som en rutin vid mottagande. Be om filer, inte bilder av filer, och gör det tydligt vid uppladdningssteget. De flesta skickar en skärmdump för att det var det snabbaste alternativet, inte för att originalet saknades.
Om det finns en enda slutsats att dra av detta är det att en skärmdump svarar på en annan fråga än vad filen gör. Båda är legitima studieobjekt; de är helt enkelt inte utbytbara, och den mesta förvirringen uppstår när man behandlar dem som om de vore det.