Cei mai vulnerabili utilizatori

Acest raport este o centralizare a vulnerabilității per utilizator pe 12 luni: un rând pentru fiecare persoană care a primit cel puțin o simulare în ultimul an, cu numărul și ratele de clicuri / credențiale / raportări, seria curentă de clicuri și o listă concatenată a ultimelor 5 rezultate. Fereastra este de 12 luni calendaristice (miezul nopții UTC în aceeași zi a lunii, cu douăsprezece luni în urmă), nu o durată de 365 de zile. Configurarea, credențialele, paginarea și reîncercarea în caz de depășire a limitei de cereri sunt aceleași ca în ghidul de conectare Power BI / Excel. Adăugați mai întâi interogarea comună Fn_FetchAll; acest raport o apelează după nume.

​

Domenii de acces necesare pentru cheie

Acest raport utilizează lista operațională de rezultate per persoană, nu familia de previzualizare a rapoartelor. O cheie căreia i s-a acordat doar reporting:read nu poate apela GET /v1/simulation_results (API-ul returnează 403). Consultați alegeți nivelul de granularitate potrivit.

​

Puncte finale sursă

Filtre permise în lista de rezultate: limit, page_token, simulation, entity. Această listă nu are delivered_after / start_date, așa că ultimele 12 luni se aplică în Power Query după parcurgerea completă. Câmpuri utilizate pentru fiecare rezultat: id, simulation, entity, status, targeted_at, delivered_at, bounced_at, opened_at, clicked_at, attachment_opened_at, credential_submitted_at, reported_at, reported_before_interaction, bot_activity_detected, email_subject, sender_email, difficulty_level, created_at, updated_at.

​

Nivel de granularitate

Un rând pentru fiecare entitate care are cel puțin un rezultat cu delivered_at în ultimele 12 luni calendaristice. O persoană vizată, dar căreia nu i s-a livrat nimic, nu apare. Mai multe simulări pentru aceeași persoană sunt comasate aici. Buget de cereri: o parcurgere paginată a tuturor rezultatelor simulărilor din organizație, plus o parcurgere a entităților. Setați întotdeauna limit = "500".

​

Prioritatea rezultatelor (last_5_assessments)

Fiecare dintre cele mai recente cinci rezultate livrate (delivered_at în ordine descrescătoare) este rezumat ca YYYY-MM-DD: <outcome>. Prevalează prima marcă temporală care se potrivește, în ordinea priorității, de la cea mai mare: Doar livrat este no action (mesajul a ajuns; persoana nu a făcut nimic). O persoană care a dat clic și ulterior a raportat este clicked — raportarea nu are prioritate față de o interacțiune riscantă în această listă. Rândurile marcate ca bot primesc în continuare o etichetă de rezultat din mărcile temporale existente; pur și simplu nu incrementează numărătoarea clicurilor / credențialelor. Seria curentă de clicuri: parcurgeți aceleași rezultate livrate de la cel mai nou la cel mai vechi și numărați rândurile consecutive în care clicked_at este nenul și bot_activity_detected nu este true. Opriți-vă la prima nepotrivire.

​

Maparea coloanelor

Numele coloanelor anterioare provin din exportul furnizorului dumneavoastră anterior. Câmpurile /v1 sunt denumirile publice din API; interogarea derivă numărătorile și ratele. Cheia de asociere păstrată pentru un model de tip stea: entity_id.

​

Diferențe față de exportul anterior

• Activitatea boților este exclusă din numărătoarea clicurilor și a credențialelor. Exportul unui furnizor anterior număra interacțiunile automate ale scanerelor / boților drept clicuri și trimiteri de credențiale. Această interogare nu o face. Un rezultat cu bot_activity_detected = true rămâne o simulare livrată — se numără în total_received și în agregatele de raportare — dar este tratat ca non-clic și non-trimitere: este omis din clicks / credential_submissions și întrerupe seria curentă de clicuri. Nu „corectați” acest lucru numărând boții pentru a corespunde exportului anterior.
• Raportarea nu are prioritate față de un clic în last_5_assessments. O persoană care a dat clic și ulterior a raportat este etichetată clicked.
• Extrele din director sunt omise, nu setate ca nule. Departamentul și câmpurile similare nu se află în /v1.
• Fără filtru temporal pe server. GET /v1/simulation_results nu are delivered_after. Interogarea parcurge toate rezultatele, apoi păstrează delivered_at din ultimele 12 luni calendaristice. O organizație mare, cu istoric extins, poate consuma mai mult din bugetul de cereri per cheie decât ar face-o o listă filtrată.

​

Pașii următori