INVESTIGARE DEFENSIVĂ · Ghid gratuit

Triajul phishingului pentru analiștii SOC

Un mesaj raportat începe o investigație; nu o încheie. Folosește faptele furnizate pentru a decide ce trebuie verificat, ce poate fi izolat și ce trebuie să rămână incert.

Începe aici

Primul tău pas util

Recapitulează mai întâi lecția gratuită despre phishing, apoi folosește fluxul de lucru al analistului de mai jos pentru a lega dovezile mesajului de posibila activitate de identitate.

01

Păstrează raportul original și definește întrebarea

Consemnează cum a fost raportat mesajul, când a sosit și ce spune destinatarul că a făcut. Păstrează mesajul original prin procesul aprobat, astfel încât antetele și identificatorii să rămână disponibili. Lucrează dintr-o copie sigură sau cu instrumente administrative de încredere, nu deschizând linkurile din mesaj.

Pune o întrebare precisă: a fost un mesaj nedorit, a vizitat cineva destinația sau există dovezi de activitate neautorizată în cont? Acestea sunt constatări diferite. Nu da clic pe URL, nu deschide atașamente și nu contacta presupusul expeditor în afara procesului de investigare aprobat.

02

Compară dovezile despre expeditor și domeniu

Separă numele afișat, adresa vizibilă From, adresa de răspuns și destinația reală a linkului. Compară domeniul cu organizația așteptată folosind o referință de încredere, nu un link furnizat în mesaj. Fii atent la un nume afișat plauzibil atașat unui alt domeniu înregistrat.

Într-un exemplu sintetic, „Help Desk” trimite un mesaj de la helpdesk.training.invalid, în timp ce organizația se așteaptă la propriul domeniu corporativ. Nepotrivirea este un motiv de investigare, nu o dovadă că au fost furate credențiale. Exemplele .invalid rezervate de aici nu sunt destinații rău intenționate active.

  • Păstrează identificatorul mesajului și marcajele de timp în notele tale.
  • Consemnează domeniul observat, nu o impresie vizuală despre logo.
  • Tratează destinațiile scurtate sau ascunse ca pe o incertitudine suplimentară.
  • Nu vizita o destinație ca să decizi dacă este sigură.
03

Citește îngust rezultatele autentificării

SPF privește o cale de trimitere autorizată pentru un domeniu de plic; DKIM privește o semnătură și conținutul semnat. DMARC adaugă alinierea cu domeniul vizibil From și tratarea conform politicii. Citește rezultatele autentificării adăugate de sistemul tău de recepție de încredere, nu textul arbitrar din antet furnizat de un expeditor.

Autentificarea reușită nu dovedește că mesajul este benign sau că expeditorul este autorizat să facă cererea. Un domeniu controlat de atacator își poate autentifica propriul e-mail, iar un cont legitim poate fi compromis. Un eșec poate avea la rândul lui nevoie de context, cum ar fi redirecționarea mesajelor.

04

Corelează activitatea de identitate și de aplicații

Dacă raportul sugerează o vizită sau trimiterea de credențiale, analizează fereastra de autentificare relevantă prin instrumente autorizate. Ia în calcul rezultatele sesiunilor, evenimentele MFA, consimțământul aplicațiilor și activitatea din căsuța poștală. Păstrează fusul orar consecvent și nu trata un singur câmp drept o concluzie completă a incidentului.

Presupune că un pachet sintetic arată un clic raportat la 09:10, o autentificare necunoscută la 09:12 și o solicitare MFA respinsă la 09:13. Respingerea limitează ce stabilește acea încercare; nu exclude alte sesiuni sau permisiuni. Cere dovezile lipsă despre succes și sesiune înainte de a scrie că contul este în siguranță sau compromis.

05

Alege o izolare proporțională cu dovezile

Urmează procesul de autoritate și de escaladare al organizației. Acțiunile defensive posibile pot include punerea în carantină a unui mesaj confirmat ca rău intenționat, revocarea sesiunilor afectate sau analiza unei permisiuni neautorizate acordate unei aplicații. Acțiunea corectă depinde de domeniul verificat și de contextul operațional.

Păstrează dovezile relevante și consemnează cine a aprobat și cine a executat fiecare modificare. O simplă resetare a parolei poate să nu rezolve o sesiune activă sau un acces delegat al unei aplicații. Validează rezultatul, în loc să presupui că un control a funcționat pentru că cineva a apăsat butonul lui.

06

Scrie predarea de care are nevoie alt analist

Precizează declanșatorul, cronologia, dovezile, domeniul curent, nivelul de încredere și următorul responsabil. Include ce a fost izolat și ce rămâne nerezolvat. Nu umfla un eveniment suspectat într-o compromitere confirmată a contului doar ca raportul să sune decisiv.

Pentru exersare, repetă evaluarea după ce adaugi o regulă confirmată neautorizată în căsuța poștală. Explică cum această dovadă nouă schimbă domeniul, severitatea, izolarea și prioritățile privind dovezile. Laboratorul SOC Pro publicat îți oferă un pachet sintetic complet și analize rezolvate pentru acest tip de raționament.

Surse și domeniu de aplicare

Acesta este un îndrumar educativ original BitsSecured. Folosește exemple de exersare independente, nu întrebări reale de examen, și nu promite promovarea, certificarea sau angajarea. BitsSecured nu este afiliată cu CompTIA și nu este susținută de aceasta.

Răsfoiește toate ghidurile de studiu →