麻豆传媒AV

Tre elementi sono particolarmente utili: un documento di definizione dell’ambito chiaro che elenchi le risorse da testare, un ambiente di test isolato da quello di produzione, ove possibile (o una finestra di manutenzione se l’ambiente di produzione rientra nell’ambito del progetto), e un referente interno in grado di rispondere alle domande durante l’incarico. Per il Web3, fornite l’hash del commit del repository che desiderate venga testato ed eventuali indirizzi di distribuzione. Per i sistemi di IA/LLM, fornite il prompt del sistema ed eventuali fonti RAG. Dopo la prima chiamata forniremo una checklist per la definizione dell’ambito.

La maggior parte dei progetti ha una durata complessiva compresa tra 2 e 4 settimane. Un progetto di portata ridotta, che riguarda una singola applicazione, può essere completato in 1–2 settimane. Un progetto complesso che coinvolge più ambienti (web + API + cloud + AD) richiede in genere 3–4 settimane di test, seguite da 3–5 giorni di revisione tra pari e consolidamento. Gli audit degli smart contract vengono definiti in base alla complessità del codice piuttosto che alla durata; nel preventivo indichiamo entrambi questi aspetti.

Una tariffa base fissa che copre la definizione dell’ambito, il tempo base di quattro revisori, la revisione tra pari e la produzione del rapporto — più un bonus per ogni risultato individuato, ponderato in base alla gravità (Critico / Alto / Medio / Basso / Informativo, CVSS 3.1). La struttura del bonus è indicata nel preventivo, in modo da poter stimare il limite massimo. In pratica, gli incarichi si attestano solitamente al 10–30% al di sotto del limite massimo, poiché non tutti i codici presentano una lunga serie di risultati di livello medio e basso. ? inoltre possibile utilizzare nostro per ottenere un intervallo indicativo.

Per il web e l’infrastruttura: PTES (Penetration Testing Execution Standard) e le guide di test OWASP come base di riferimento, MITRE ATT&CK per l’emulazione degli aggressori, ove pertinente. Per i dispositivi mobili: OWASP MASVS e MSTG. Per le API: OWASP API Security Top 10. Per gli smart contract: una combinazione di SWC Registry, "Building Secure Contracts" di Trail of Bits e la nostra checklist interna Web3. Per i sistemi di IA/LLM: OWASP LLM Top 10 e MITRE ATLAS. La metodologia applicabile è indicata nella lettera di incarico e nel rapporto finale.

Sì. I nostri rapporti sono redatti nel formato previsto dagli organismi di certificazione ISO 27001, dagli studi di revisione contabile SOC 2, dai QSA PCI e dalle autorità di vigilanza DORA. Essi includono una sintesi esecutiva, la metodologia, l’ambito di applicazione, i risultati con punteggio CVSS e indicazioni correttive, appendici con la documentazione probatoria e la verifica tramite nuovo test delle voci chiuse. Se il vostro revisore specifico richiede un formato personalizzato, comunicatecelo durante la fase di definizione dell’ambito di applicazione e provvederemo ad adattarci.

Sì, per i punti critici corretti e ripresentati entro 30 giorni dalla relazione preliminare. Il nuovo test verifica specificatamente la risoluzione dei problemi segnalati: non si tratta di un nuovo incarico end-to-end. Se, dopo il test originale, sono state implementate nuove funzionalità e si desidera che vengano incluse, si tratta di un’estensione dell’ambito di lavoro applicabile alla tariffa bonus per singolo punto critico (senza il compenso base fisso).

Sì, a prescindere dai test di penetrazione standard. Gli interventi del “red team” hanno un ambito di applicazione diverso, tempistiche più lunghe (in genere da 4 a 8 settimane) e un obiettivo finale diverso (capacità di rilevamento e risposta del “blue team”) rispetto ai test di penetrazione incentrati sulle vulnerabilità. Per quanto riguarda in particolare gli interventi DORA TLPT e TIBER-EU, richiedete il nostro documento informativo sui test basati sulle minacce.

La questione viene inoltrata al vostro referente di riferimento nel giro di poche ore, non settimane. Non teniamo nascosti i risultati critici fino alla pubblicazione del rapporto finale. Riceverete un resoconto preliminare con le procedure di riproduzione del problema e una raccomandazione immediata per la risoluzione, in modo che il vostro team possa intervenire prima ancora che si chiuda la finestra di test.