ReliaQuest lancia GreyMatter Attack, ma il red teaming automatizzato deve ancora superare la prova dei fatti

ReliaQuest ha lanciato GreyMatter Attack, riunendo red teaming basato sull'AI, mappatura dei percorsi di attacco e remediation dell'esposizione in un unico workflow per le operazioni di sicurezza. L'annuncio è apparso su Google News, ma la vera storia va oltre l'ennesimo lancio di prodotto. ReliaQuest sta chiedendo alle aziende di affidare al software una parte più ampia del ciclo di test offensivi.

L'azienda afferma che GreyMatter Attack può aiutare i team a individuare percorsi praticabili verso sistemi critici, convalidare le esposizioni e guidare la remediation. Questa combinazione è rilevante perché molti programmi di sicurezza continuano a separare l'individuazione delle vulnerabilità, i test avversariali, le operazioni sugli incidenti e la riparazione dell'infrastruttura.

Il conflitto centrale è quindi operativo, non concettuale. ReliaQuest vuole che la convalida automatizzata degli attacchi diventi parte delle operazioni quotidiane di sicurezza. I fornitori affermati di exposure management avanzano già promesse simili, mentre i red team umani restano lo standard per le valutazioni che richiedono un forte giudizio professionale.

Cosa ha aggiunto ReliaQuest a GreyMatter Attack

GreyMatter Attack amplia il ruolo di ReliaQuest dall'osservazione delle operazioni di sicurezza al test attivo di come un attaccante potrebbe attraversare un ambiente aziendale.

Il rapporto sul lancio descrive tre funzioni connesse: red teaming basato sull'AI, mappatura dei percorsi di attacco e remediation dell'esposizione. Ciascuna funzione esiste già altrove nel mercato della sicurezza. La scommessa di ReliaQuest è che combinarle con il contesto operativo di GreyMatter crei un sistema più utile.

Il red teaming basato sull'AI utilizza agenti software per pianificare ed eseguire test avversariali controllati. Questi test imitano il comportamento degli attaccanti senza concedere al sistema una licenza illimitata per danneggiare gli asset di produzione.

La mappatura dei percorsi di attacco collega singole debolezze in una sequenza che conduce verso un obiettivo di valore. Un percorso potrebbe iniziare con un servizio esposto, attraversare una debolezza di identità e terminare su dati cloud sensibili.

La remediation dell'esposizione riguarda ciò che accade dopo che un test individua quel percorso. Può includere la definizione delle priorità per le debolezze sottostanti, l'assegnazione del lavoro correttivo, l'esecuzione di azioni approvate e un nuovo test dell'ambiente.

Il lancio segue la precedente espansione di ReliaQuest nella visibilità di asset e identità. Il rilascio di GreyMatter Discover ha collegato le esposizioni interne con la telemetria di sicurezza e i workflow di risposta.

Questo contesto è essenziale. GreyMatter Attack non arriva come un prodotto isolato per i test di penetrazione. Si affianca a un sistema che già raccoglie informazioni dagli strumenti di sicurezza e crea casi per i team operativi.

Il materiale di ReliaQuest sull'exposure management afferma che GreyMatter può individuare asset, arricchire le vulnerabilità, identificare coperture endpoint mancanti e aggiornare le esposizioni dopo la remediation. Queste funzioni forniscono input importanti per i test di attacco.

Un test automatizzato necessita di una mappa accurata di asset, identità, autorizzazioni e controlli. Se tale mappa è incompleta, l'agente può ottimizzare rispetto a un ambiente che non esiste.

ReliaQuest posiziona inoltre GreyMatter come un livello operativo tecnologicamente neutrale. La sua piattaforma è progettata per funzionare con prodotti esistenti per endpoint, identità, cloud, rete e analisi.

Questo approccio offre a GreyMatter Attack un punto di partenza potenzialmente utile. Può attingere contesto dai sistemi che rilevano, investigano e rispondono ad attività sospette.

Tuttavia, l'annuncio di lancio non stabilisce quanta autonomia riceva il prodotto in ciascun ambiente cliente. Né verifica in modo indipendente la profondità o la sicurezza dell'esecuzione degli attacchi.

Queste distinzioni definiranno il valore del prodotto. Mappare un percorso teorico è diverso dal convalidarlo tramite un'esecuzione controllata. Suggerire una correzione è inoltre diverso dall'applicarla e verificarla.

La notizia trovata tramite Google News stabilisce la direzione di ReliaQuest. Non risolve la questione se GreyMatter Attack offra una convalida più approfondita rispetto alle alternative consolidate.

Il cambiamento importante riguarda il confine del prodotto. ReliaQuest non presenta più la scoperta delle esposizioni come la fine del processo. Sta collegando la scoperta all'azione avversariale e alla riparazione.

Perché l'attenzione di Google News nasconde un cambiamento più ampio nella sicurezza

Il titolo su Google News descrive un lancio, ma la questione competitiva è se i test di sicurezza diventeranno una funzione operativa continua.

I tradizionali penetration test esaminano di solito un perimetro definito nel corso di un incarico limitato. Tester esperti apportano creatività, contesto e prudenza, ma i loro risultati rappresentano un determinato periodo.

Gli ambienti aziendali non restano immutati tra una valutazione e l'altra. Compaiono risorse cloud, le identità acquisiscono autorizzazioni, il software cambia e i controlli difensivi si discostano dalle configurazioni previste.

I vulnerability scanner operano più frequentemente, ma spesso producono ampi inventari di possibili debolezze. Un punteggio di gravità da solo non può mostrare se un attaccante possa attraversare più sistemi e raggiungere un asset critico.

La convalida dei percorsi di attacco cerca di colmare questo divario. Si chiede se esposizioni separate formino una catena utilizzabile nell'ambiente reale del cliente.

Questa differenza modifica le priorità della remediation. Una debolezza con valutazione moderata su un percorso praticabile può meritare attenzione prima di una vulnerabilità isolata con un punteggio generico più elevato.

Il continuous threat exposure management, comunemente abbreviato in CTEM, organizza questo lavoro in un ciclo ripetuto. I team definiscono il perimetro, individuano le esposizioni, le prioritizzano, convalidano i rischi rilevanti e mobilitano la remediation.

GreyMatter Attack sembra progettato per collocare ReliaQuest più in profondità all'interno di quel ciclo. La piattaforma può potenzialmente utilizzare la telemetria operativa prima dei test e convogliare in seguito i risultati convalidati nei workflow di risposta.

Questo modello mette sotto pressione tre gruppi.

In primo luogo, i red team dedicati devono chiarire dove l'esperienza umana crei valore che l'automazione non può riprodurre. Il loro vantaggio resta più forte nella progettazione di attacchi innovativi, nell'abuso della logica di business, nel social engineering e negli ambienti ambigui.

In secondo luogo, i team di vulnerability management subiscono pressioni per sostituire i lunghi elenchi di rilevamenti con evidenze sugli asset raggiungibili e sul probabile impatto aziendale. I dirigenti vogliono sempre più prove che il lavoro di remediation abbia ridotto l'esposizione.

In terzo luogo, i security operations center devono decidere se i test proattivi appartengano alla loro normale coda di lavoro. Un SOC progettato attorno agli avvisi può avere difficoltà quando la stessa piattaforma inizia a creare attività di attacco controllate.

Questa terza pressione è particolarmente importante. La simulazione di attacchi può generare telemetria che assomiglia a un comportamento realmente malevolo. I team di detection necessitano di indicatori affidabili, pianificazione, regole di responsabilità e arresti di emergenza.

La posizione già consolidata di ReliaQuest nelle operazioni di sicurezza le offre un vantaggio distributivo. I clienti che già utilizzano GreyMatter potrebbero preferire aggiungere una capacità nativa invece di introdurre un'altra console e pipeline dati.

La stessa posizione comporta responsabilità. Un sistema di test degli attacchi collegato agli strumenti di risposta può influire su endpoint, identità, controlli di rete, ticket e configurazioni cloud.

ReliaQuest ha in precedenza promosso la simulazione continua degli attacchi all'interno di GreyMatter. La nuova denominazione e l'insieme ampliato di funzionalità suggeriscono un impegno di prodotto più esplicito verso la convalida offensiva automatizzata.

L'annuncio riflette quindi una convergenza più ampia. Managed detection, scoperta delle esposizioni, convalida della sicurezza, analisi dei percorsi di attacco e remediation stanno confluendo in piattaforme sovrapposte.

Gli acquirenti non dovrebbero interpretare la convergenza come equivalenza. Un fornitore può supportare ogni fase di un diagramma pur offrendo una profondità molto diversa tra tali fasi.

Google News può amplificare l'affermazione relativa al lancio, ma le valutazioni aziendali si concentreranno sulle evidenze operative. I team chiederanno cosa il prodotto esegua in sicurezza, cosa si limiti a inferire e come confermi la remediation.

Queste domande spiegano perché il rilascio conta ora. Gli agenti AI rendono più facile confezionare una pianificazione in più fasi, mentre i team di sicurezza affrontano più asset e una capacità limitata di specialisti.

L'AI non elimina la necessità di vincoli. Aumenta l'importanza di sapere quali azioni l'agente può selezionare, come riceve l'approvazione e quali registrazioni conserva.

GreyMatter Attack rispetto al modello di convalida standalone

Il principale avversario di ReliaQuest è il modello di convalida standalone, che mantiene i test offensivi separati dalle attività quotidiane di detection e remediation.

Il modello standalone presenta chiari punti di forza. Una piattaforma dedicata può concentrare lo sforzo ingegneristico sull'esecuzione degli exploit, sulle librerie di attacco, sulla sicurezza degli ambienti e sulla raccolta di evidenze.

Pentera, ad esempio, promuove test avversariali automatizzati in ambienti interni, esterni e cloud. La sua piattaforma di convalida collega inoltre i percorsi di attacco con remediation e retesting.

XM Cyber adotta un approccio incentrato sui grafi. Il suo attack graph modella percorsi attraverso ambienti ibridi e valuta se le esposizioni siano raggiungibili e sfruttabili.

SafeBreach combina simulazione di violazioni e convalida dei percorsi di attacco. Il suo materiale sul continuous red teaming enfatizza movimento laterale, escalation dei privilegi, accesso alle credenziali e test dei controlli.

Questi concorrenti hanno trascorso anni a definire la differenza tra individuare una debolezza e convalidarne le conseguenze. GreyMatter Attack entra in una categoria sviluppata, non vuota.

L'alternativa di ReliaQuest è l'integrazione. GreyMatter collega già telemetria di sicurezza, indagini, threat intelligence, playbook di risposta e contesto degli asset.

Queste informazioni circostanti possono migliorare la selezione degli attacchi. Un agente potrebbe dare priorità a un percorso associato a un'identità importante, a un asset esposto, a comportamenti di attaccanti osservati o a una debole copertura di detection.

L'integrazione può anche accorciare la distanza tra evidenza e azione. Un percorso convalidato può diventare un caso, raggiungere il team responsabile, attivare un workflow approvato ed entrare in un ciclo di retesting.

La promessa sembra semplice, ma l'esecuzione richiede che diversi livelli restino sincronizzati.

Gli inventari degli asset devono identificare con precisione i sistemi negli ambienti cloud, on-premises e remoti. I grafi delle identità devono catturare autorizzazioni, relazioni di fiducia e accessi temporanei.

La piattaforma deve comprendere i controlli difensivi senza presumere che tali controlli funzionino correttamente. Deve inoltre disporre di sufficiente contesto aziendale per distinguere un obiettivo di laboratorio da un servizio di produzione critico.

Un agente AI deve quindi scegliere un test che produca evidenze utili senza creare interruzioni inaccettabili. Questa decisione non può basarsi soltanto sul fatto che un'azione sia tecnicamente possibile.

Un test sicuro per la produzione potrebbe utilizzare una prova innocua, una credenziale simulata o un metodo di esecuzione isolato. Il meccanismo esatto modifica il grado di fiducia con cui un acquirente può interpretare il risultato.

È qui che i confronti tra fornitori diventano difficili. I prodotti usano termini quali convalida, simulazione, emulazione, sfruttamento e red teaming con significati tecnici diversi.

Un attacco simulato può testare se un controllo riconosca un comportamento noto. Un percorso di attacco convalidato può stabilire che esistano i prerequisiti senza eseguire ogni passaggio distruttivo.

Un exploit controllato fornisce prove più solide, ma introduce un rischio operativo maggiore. I red team umani possono adattare i propri metodi quando un sistema si comporta in modo inatteso.

GreyMatter Attack deve definire con chiarezza la propria posizione lungo questo spettro. Gli acquirenti hanno bisogno di più di un diagramma che colleghi scoperta, attacco e remediation con delle frecce.

Devono poter esaminare la libreria di test, gli ambienti supportati, i requisiti di privilegio, i controlli di isolamento, il comportamento di rollback e le prove prodotte per ogni rilevamento.

ReliaQuest può comunque differenziarsi senza eguagliare ogni funzionalità specialistica. Il suo argomento più forte è che il contesto e l'integrazione dei flussi di lavoro riducono il ritardo tra la scoperta dell'esposizione e la riparazione verificata.

Questo argomento diventa più forte quando la piattaforma utilizza la threat intelligence per scegliere tecniche pertinenti. Ne beneficia anche quando i dati delle operazioni di sicurezza rivelano log o rilevamenti mancanti lungo un percorso convalidato.

Il modello standalone risponde con la specializzazione. Un fornitore dedicato può rivendicare una copertura degli attacchi più ampia, una ricerca più dettagliata o una maggiore indipendenza dagli strumenti valutati.

L'indipendenza conta, perché una piattaforma non dovrebbe valutare con eccessiva generosità i propri controlli. Gli acquirenti hanno bisogno di prove che mostrino esattamente cosa il test ha tentato e cosa ogni prodotto difensivo ha osservato.

La decisione competitiva non riguarda quindi semplicemente ReliaQuest rispetto a Pentera, XM Cyber o SafeBreach. Riguarda il contesto operativo integrato rispetto alla profondità della convalida specializzata.

Alcune organizzazioni sceglieranno entrambe le opzioni. Una piattaforma specialistica può effettuare convalide più approfondite, mentre GreyMatter coordina risultati, indagini e remediation negli strumenti esistenti.

Altre consolideranno. Se GreyMatter Attack fornisce prove sufficienti per i percorsi aziendali comuni, una piattaforma aggiuntiva potrebbe apparire più difficile da giustificare.

Il lancio pone questa scelta direttamente davanti agli attuali clienti ReliaQuest. Costringe inoltre i fornitori standalone a dimostrare perché una convalida separata produca risultati migliori rispetto a un flusso di lavoro unificato.

La promessa dell'automazione richiede ancora un caso di sicurezza

GreyMatter Attack conquisterà fiducia solo se ReliaQuest riuscirà a dimostrare che i test autonomi restano circoscritti, spiegabili e recuperabili in produzione.

Il red teaming basato sull'AI crea una difficile tensione di prodotto. Maggiore autonomia può esplorare ambienti più ampi e adattarsi a percorsi in più fasi. Maggiore autonomia aumenta anche i modi in cui un test può superare il proprio perimetro previsto.

Un agente di red team può identificare un percorso che include la reimpostazione delle credenziali, la modifica dei permessi, l'esecuzione di codice, l'accesso ai dati o lo spostamento tra segmenti di rete.

Anche quando ogni passaggio è reversibile, la loro combinazione può interrompere i servizi o confondere i difensori. Un test può inoltre attivare il contenimento automatizzato di un altro prodotto di sicurezza.

ReliaQuest necessita di confini chiari per queste situazioni. I clienti dovrebbero sapere quali azioni richiedono approvazione, quali asset restano esclusi e quali condizioni interrompono automaticamente un test.

Dovrebbero anche sapere come GreyMatter Attack gestisce un contesto incompleto. Un'etichetta di asset obsoleta o una dipendenza mancante possono trasformare un'azione apparentemente a basso rischio in un incidente di produzione.

La spiegabilità conta a due livelli. Gli analisti devono comprendere perché il sistema ha selezionato un percorso, mentre i responsabili dell'infrastruttura devono comprendere perché una determinata correzione deriva dalle prove raccolte.

Una narrazione generata dall'AI non basta. La piattaforma dovrebbe conservare artefatti tecnici, timestamp, identità, comandi, risposte dei controlli e modifiche apportate durante l'esercitazione.

Questi record consentono ai difensori di riprodurre i risultati e distinguere i fatti convalidati dalle inferenze dell'agente. Supportano inoltre audit e revisioni post-test.

Il lato remediation merita altrettanta attenzione. La riparazione automatizzata può ridurre rapidamente l'esposizione, ma le modifiche alla configurazione possono creare problemi di disponibilità, compatibilità o accesso.

Una piattaforma dovrebbe quindi supportare policy di approvazione, distribuzione graduale, rollback e test di conferma. Dovrebbe mostrare che l'esposizione è stata chiusa senza creare altrove un nuovo percorso.

GreyMatter Discover afferma già che le esposizioni vengono aggiornate dopo le azioni di remediation. GreyMatter Attack può estendere questo ciclo di feedback, ma il solo lancio non dimostra una chiusura coerente tra gli ambienti.

La copertura presenta un'altra incertezza. I percorsi d'attacco possono attraversare endpoint, identità cloud, dispositivi di rete, applicazioni SaaS, repository di codice sorgente e tecnologia operativa.

Nessuna piattaforma vede ogni relazione con la stessa accuratezza. Il numero di integrazioni non rivela se ogni fonte fornisca informazioni sufficienti per un'analisi affidabile dei percorsi.

Anche le librerie di attacco possono diventare prevedibili. I prodotti automatizzati eccellono spesso nelle tecniche note e nelle configurazioni errate ripetibili, mentre gli aggressori umani combinano in modo inatteso debolezze tecniche e organizzative.

Il giudizio umano resta particolarmente importante per i difetti di logica aziendale. Il software può confermare che un'identità raggiunge un'applicazione senza comprendere come un flusso di lavoro legittimo possa essere abusato.

Il social engineering crea un confine simile. Un sistema può testare le difese email o i controlli delle credenziali, ma gli aspetti etici e organizzativi richiedono una supervisione ravvicinata.

I falsi negativi comportano un rischio più silenzioso. Una piattaforma può non segnalare alcun percorso convalidato perché mancavano credenziali, visibilità, una tecnica supportata o il permesso di eseguire un test decisivo.

I dirigenti possono interpretare erroneamente quel risultato come prova di sicurezza. I report dovrebbero distinguere chiaramente tra obiettivi irraggiungibili e percorsi non testati, non supportati, esclusi o inconcludenti.

Anche i falsi positivi restano possibili. Un grafo può dedurre una connessione che fallisce durante l'esecuzione perché un controllo compensativo blocca il percorso.

Questo fallimento resta utile se documentato correttamente. Mostra perché le prove di esecuzione contano e può confermare che un investimento in sicurezza funziona.

Gli acquirenti dovrebbero chiedere a ReliaQuest criteri di successo specifici per ciascun test. Dovrebbero inoltre richiedere categorie di fallimento che rivelino esattamente dove l'agente si è fermato.

Valutazioni indipendenti renderebbero più facile giudicare le affermazioni del prodotto. Benchmark pubblici, case study dei clienti e una metodologia trasparente potrebbero mostrare dove l'automazione fa risparmiare tempo senza sacrificare il controllo.

Il feedback degli utenti reali conterà più del linguaggio di lancio. I primi clienti possono rivelare quanto tuning richieda la piattaforma e se le raccomandazioni di remediation si adattino alle strutture di responsabilità esistenti.

Un'altra prova è l'effetto del software sugli analisti. L'automazione dovrebbe ridurre le indagini ripetitive senza nascondere la catena causale dietro un riepilogo rifinito.

I team hanno ancora bisogno delle competenze per mettere in discussione l'output. Devono riconoscere quando un percorso d'attacco omette una dipendenza, sovrastima la raggiungibilità o raccomanda una modifica rischiosa.

Il potenziale di GreyMatter Attack dipende da questo equilibrio. L'agente deve svolgere abbastanza lavoro significativo da giustificarne l'adozione, restando al contempo sufficientemente vincolato per l'uso in produzione.

Questo equilibrio non può essere stabilito attraverso la visibilità su Google News. Richiede prove raccolte in complessi ambienti dei clienti attraverso cicli di test ripetuti.

Cosa dovrebbero osservare i lettori di Google News

Il prossimo test è se GreyMatter Attack produca una riduzione misurabile dell'esposizione, non se ReliaQuest aggiunga altre funzionalità AI alla propria piattaforma.

Tre segnali determineranno se il lancio cambierà le operazioni di sicurezza aziendale.

Il primo segnale è la convalida tecnica. ReliaQuest dovrebbe documentare quali passaggi d'attacco GreyMatter Attack esegue, quali simula e quali deduce dai dati ambientali.

Questa divulgazione consentirebbe agli acquirenti di confrontare i risultati con le piattaforme dedicate alla convalida dell'esposizione avversaria. Chiarirebbe inoltre dove restano necessari i tester umani.

Prove solide includerebbero percorsi riproducibili, risposte precise dei controlli, chiari confini di sicurezza e la conferma che la remediation ha chiuso il percorso.

Prove deboli si baserebbero principalmente su punteggi di rischio o riepiloghi AI. Questi output possono supportare le decisioni, ma non stabiliscono in modo indipendente la sfruttabilità.

Il secondo segnale è l'adozione da parte dei clienti nei flussi di lavoro di produzione. ReliaQuest necessita di esempi che mostrino come i team passino da un percorso convalidato a un responsabile della remediation identificabile.

I case study utili dovrebbero identificare l'esposizione originaria, il percorso verso un asset critico, l'azione correttiva e il risultato del nuovo test.

Dovrebbero inoltre riportare i costi operativi. Gli acquirenti devono comprendere il tempo di revisione, il carico dei falsi positivi, la preparazione dell'ambiente e il coinvolgimento di specialisti richiesti.

L'adozione apparirà più solida se i clienti eseguiranno il processo ripetutamente. Una singola dimostrazione non prova che la piattaforma possa gestire infrastrutture in evoluzione nel tempo.

Il terzo segnale è la risposta competitiva. Pentera, XM Cyber, SafeBreach, Cymulate, AttackIQ e altri fornitori continueranno ad ampliare le proprie funzioni AI e di remediation.

La loro risposta può indebolire il vantaggio di integrazione di ReliaQuest se si connettono più profondamente alle piattaforme delle operazioni di sicurezza. Può rafforzare il caso di ReliaQuest se i clienti preferiscono un unico livello operativo.

Osservate come i concorrenti definiscono l'autonomia. Un fornitore che pubblica confini di esecuzione più chiari o una convalida indipendente più solida può conquistare fiducia pur offrendo un minore consolidamento dei flussi di lavoro.

ReliaQuest deve inoltre dimostrare come GreyMatter Attack funzioni con i prodotti specialistici esistenti. Gli ambienti aziendali raramente consolidano secondo un unico calendario, anche quando i fornitori di piattaforme lo incoraggiano.

Le integrazioni aperte potrebbero posizionare GreyMatter come livello di coordinamento per molteplici fonti di convalida. Un approccio chiuso renderebbe più importante la parità delle funzionalità.

I responsabili della sicurezza che valutano il lancio dovrebbero iniziare dal proprio problema operativo. I team sopraffatti da rilevamenti scollegati possono beneficiare soprattutto di un'integrazione più stretta dei flussi di lavoro.

I team che cercano test avversari approfonditi su sistemi insoliti potrebbero continuare a preferire una piattaforma specialistica e l'esperienza umana. Queste esigenze non scompaiono perché un agente AI può pianificare catene d'attacco comuni.

La valutazione pratica dovrebbe utilizzare diversi percorsi rappresentativi. Includete l'escalation delle identità, l'accesso cloud, il movimento sugli endpoint e un percorso verso un'applicazione business-critical.

Definite le azioni accettabili prima dell'inizio del test. Registrate quali prove la piattaforma raccoglie e se un altro team può riprodurne la conclusione.

Quindi seguite ogni percorso convalidato attraverso la remediation. Misurate il tempo necessario per assegnare la responsabilità, il tempo fino all'azione correttiva e se il nuovo test conferma la chiusura.

Questo approccio evita che le checklist di funzionalità sostituiscano i risultati. Rivela inoltre dove i confini organizzativi rallentano la riduzione dell'esposizione più del rilevamento tecnico.

I lettori che arrivano da Google News dovrebbero considerare GreyMatter Attack un'importante espansione della strategia di ReliaQuest, non un verdetto definitivo sul red teaming automatizzato.

Il lancio avvicina la convalida offensiva ai sistemi che già indagano sulle minacce e coordinano la risposta. Questa integrazione può ridurre l'attrito tra l'individuazione di un'esposizione e la sua riparazione.

Tuttavia, il prodotto deve ancora dimostrare profondità di esecuzione, sicurezza in produzione e chiusura misurabile. Queste domande definiscono la vera competizione con i fornitori standalone di convalida.

Per i team di sicurezza, la prossima azione è concreta: chiedete una valutazione controllata basata sui vostri asset critici e sulle vostre policy di approvazione. GreyMatter Attack trova un percorso che i vostri strumenti esistenti non hanno rilevato, spiega ogni passaggio e verifica la riparazione? Se sì, ReliaQuest ha più di un titolo su Google News. Ha le prove che il red teaming continuo può entrare a far parte delle normali operazioni di sicurezza.