DET KORTA SVARET
Separera meddelandets anspråk från dess faktiska destination. Om ett oväntat meddelande ber dig att logga in, betala eller tillhandahålla kontoinformation, verifiera begäran via en rutt du redan litar på innan du fortsätter.
1. Identifiera vad meddelandet vill att du ska göra
Ett erbjudande, en leveransuppdatering och en begäran från kontosupporten kan se likadana ut vid första anblicken. Läs vad meddelandet ber dig göra: öppna en produkt, logga in, ladda ner en fil, lämna information eller betala. Den begärda åtgärden är viktigare än om meddelandet använder en bekant logotyp.
FTC beskriver nätfiskemeddelanden som använder kontoproblem, betalningsproblem eller attraktiva erbjudanden som en anledning att klicka. Det är skäl att kontrollera, inte bevis på att varje meddelande om ett problem eller en kupong är falskt. Den här artikeln innehåller en verifieringsrutin; den klassificerar inte en viss avsändare eller webbplats.
Referens: FTC: Känna igen och undvika nätfiske
2. Läs den faktiska adressen, inte bara etiketten
En länks visade ord kan skilja sig från destinationen. Om din webbläsare eller e-postapp tillåter det, inspektera eller kopiera länken utan att följa den. Läs hela värdnamnet noggrant istället för att känna igen ett bekant ord någonstans i adressen. Om en förkortad länk döljer destinationen, lämna den overifierad tills du kan fastställa var den går.
Det fiktiva exemplet nedan använder reserverade .example-adresser och är medvetet inte klickbart. Ordet ”official” i en sökväg eller underdomän är endast text vald av den som kontrollerar den adressen. En låssymbol eller en HTTPS-anslutning beskriver anslutningen; det fastställer inte självständigt att det är företaget du tänkt kontakta.
| Illustrativ adress | Vad texten faktiskt visar |
|---|---|
| shop.example/help | Värdnamn: shop.example; sökväg: /help |
| shop.example.other.example/login | Värdnamnet hör till domänen other.example |
| other.example/official-shop | Det välbekanta namnet visas bara i sökvägen |
| En obekant förkortad URL | Slutdestinationen är inte fastställd här |
Referens: RFC 2606: Reserverade DNS-namn på toppnivå · Google Chrome Hjälp: Kontrollerar en anslutning
3. Använd en kontaktväg oberoende av meddelandet
Om begäran hänför sig till ett konto du använder, gå tillbaka via ett sparat bokmärke, appen du normalt använder eller en adress du redan har etablerat självständigt. Öppna relevant kontoområde eller kontakta supporten där. Använd inte samma oväntade meddelande som både påståendet och beviset på att det är äkta.
FTC rekommenderar att du kontrollerar begäran via kontaktuppgifter som du vet är riktiga i stället för uppgifterna i meddelandet. Vår praktiska fråga är: förekommer förfrågan också på kontot, eller kan support som nås via en oberoende väg förklara den? Behåll begäran olöst om du inte kan upprätta den anslutningen.
Referens: FTC: Känna igen och undvika nätfiske
4. Lös begäran innan du vidtar en känslig åtgärd
Undvik att ange autentiseringsuppgifter eller kontoinformation bara för att se vad en okänd sida gör härnäst. En begäran som behöver verifieras kan vänta medan du använder den oberoende rutten. Skicka inte lösenord, engångsinloggningskoder eller återställningskoder till någon som påstår sig vara support i en chatt.
Om en äkta kontoprocess kräver information, använd det verifierade kontoflödet och läs exakt vad som efterfrågas. En författare på ett offentligt forum kan inte godkänna den begäran åt dig baserat på en beskuren skärmdump. Du kan beskriva det allmänna problemet offentligt utan att lägga upp privata kontouppgifter.
5. Anteckna vad du verifierat och vad som förblir öppet
Håll en kort privat anteckning om meddelandedatum, påstådda syfte, inspekterad destination och den oberoende kontrollen du utförde. Resultatet kan vara bekräftat, inkonsekvent eller fortfarande okänt. Okänt är ett användbart resultat: det betyder att du inte har etablerat tillräckligt för att gå vidare via den länken.
Om du redan har avslöjat information, använd den riktiga tjänstens kontosäkerhetsprocess och lämplig leverantör för informationen som är involverad. FTC-referensen inkluderar allmänna nästa steg efter misstänkt nätfiske. Den här webbplatsen kan inte inspektera ditt konto eller bekräfta ett meddelandes äkthet, och den behöver inte dina privata uppgifter för att förklara rutinen.
Referens: FTC: Känna igen och undvika nätfiske
Din checklista
- Identifiera åtgärden som meddelandet begär.
- Inspektera det faktiska värdnamnet och destinationen där så är möjligt.
- Verifiera genom en rutt oberoende av meddelandet.
- Håll autentiseringsuppgifter och återställningskoder borta från supportchattar.
- Registrera bekräftade detaljer och lämna olösta förfrågningar öppna.
Vanliga frågor
Bevisar HTTPS att en webbplats är den officiella tjänsten?
Nej. En krypterad anslutning och företagets identitet är olika frågor. Verifiera destinationen oberoende.
Är varje hänvisnings- eller kuponglänk misstänkt?
Nej. Kontrollera dess destination och sammanhang. Den här artikeln betecknar inte alla reklamlänkar som bedrägliga.
Kan jag skicka en skärmdump av ett privat konto till den här webbplatsen för verifiering?
Denna webbplats tillhandahåller inte kontoverifiering. Använd tjänstens oberoende verifierade supportväg för en kontospecifik begäran.
Källor och omfattning
Denna ursprungliga redaktionella artikel använder referenserna nedan för sammanhang. Sparade listor och hypotetiska exempel identifieras i texten. Den beskriver inte ett köp eller ett test av användning av denna webbplats.
- FTC: Känna igen och undvika nätfiske
Allmän vägledning för att självständigt kontrollera oväntade meddelanden. Det avgör inte om något särskilt Oopbuy-meddelande, domän eller avsändare är äkta.
- RFC 2606: Reserverade DNS-namn på toppnivå
Reserver .example för dokumentationsexempel. De illustrativa adresserna på denna sida är ren text och är inte servicedestinationer.
- Google Chrome Hjälp: Kontrollerar en anslutning
Förklarar säkra anslutningar och råder att kontrollera webbplatsens namn även när anslutningen är säker.