Agnidipta Sarkar, Chief Evangelist, ColorTokens – Seria de interviuri

Agnidipta Sarkar, Chief Evangelist, ColorTokens este un lider în domeniul securității cibernetice și al rezilienței digitale, cu peste trei decenii de experiență ce acoperă apărarea cibernetică, managementul riscurilor, continuitatea afacerii, confidențialitatea și Zero Trust. La ColorTokens, colaborează cu consiliile de administrație, directorii de nivel C și liderii de securitate pentru a consolida pregătirea pentru breșe și pentru a alinia programele de securitate cibernetică cu prioritățile de business, contribuind totodată la standarde internaționale și inițiative din industrie prin organizații precum ISO, Cloud Security Alliance, NIST și ISA. Înainte de a se alătura ColorTokens, Sarkar a ocupat funcția de Group CISO la Biocon și a deținut roluri de conducere în securitatea informațiilor și managementul riscurilor la companii precum DXC Technology, Hewlett Packard Enterprise și HP.

ColorTokens este o companie de securitate cibernetică axată pe microsegmentare, Zero Trust și pe ajutarea întreprinderilor să devină mai rezistente atunci când atacatorii pătrund prin defensiva perimetrală tradițională. Platforma sa emblematică, Xshield Enterprise Microsegmentation Platform, este concepută să împiedice atacatorii și malware‑ul să se deplaseze lateral în cadrul unei organizații prin crearea de granițe de securitate granulare în jurul sarcinilor de lucru și activelor ce acoperă centre de date, infrastructură cloud, endpoint‑uri, medii Kubernetes, tehnologie operațională (OT) și dispozitive Internet of Things (IoT). Platforma include, de asemenea, fluxuri de lucru asistate de AI pentru descoperirea mediilor, crearea politicilor de segmentare și accelerarea implementării acestora, având ca scop mai larg reducerea suprafeței de atac a organizației și limitarea impactului potențial, sau „raza de explozie”, a unei breșe reușite.

Ați petrecut peste trei decenii trecând de la roluri practice de rețea și securitate la HCL, Wipro, HP, HPE și DXC la funcția de Group Chief Information Security Officer la Biocon și la contribuții la standarde internaționale de securitate. Cum au modelat acele experiențe de primă linie convingerea dumneavoastră că organizațiile trebuie să se pregătească să conțină breșele, în loc să presupună că pot preveni fiecare intruziune?

În primii mei ani la HCL și Wipro, securitatea cibernetică părea Vestul Sălbatic, plină de entuziasm, haos și oportunități. Am sărit în apă, am experimentat, am eșuat, am învățat și am reușit în tot ce tehnologia mi-a aruncat: firewall‑uri, IDS, MFA, criptare, audituri, guvernanță. Dar adevărata lecție a venit când am urmărit prima mea incidentă de securitate desfășurându‑se. Brusc, toate practicile de top s-au prăbușit sub presiune. Acela a fost semnalul de trezire pentru mine.

La HP, am avut un loc în prim‑plan în haos, mai întâi ca observator, apoi ca lider operațional, urmărind haosul în detaliu. Fiecare incident a confirmat aceeași lecție: IT‑ul nu stă niciodată pe loc, iar nicio investiție nu poate garanta siguranța. Când în cele din urmă am preluat conducerea ca Group CISO, am știut că sarcina mea este să construiesc un ghid pentru gestionarea breșelor, nu doar pentru operațiunile de securitate, ci pentru întreaga organizație. Un ghid repetabil, predictibil și capabil să mențină afacerea în funcțiune când furtuna lovește, îmbunătățindu‑se continuu operațiunile de securitate în timp.

Pe hârtie, instrumentele păreau perfecte. În realitate, IT Service Management a expus fisuri pe care nu le‑ai anticipat. Managementul activelor, patch‑urile, configurarea, schimbările, riscurile – toate se încurcau cu erorile umane. Acolo se ascunde slăbiciunea digitală, iar când alarmele sună, devine un coșmar să dezlegi totul. Nu există un scenariu pregătit pentru sala de război când o breșă lovește. Haosul este regula, nu excepția. De aceea mi‑am petrecut cariera construind structură în mijlocul furtunii și ajutând liderii să taie prin zgomot și să gestioneze riscul, nu să fie purtați de el.

Privind înapoi, sunt recunoscător pentru fiecare lecție – să privești de pe margine, să te murdărești în mijlocul atacurilor și, în final, să conduci din frunte. De aceea susțin pregătirea pentru breșe ca pe o artă, nu doar ca pe o știință. Poți să cartografiezi tiparele de atac toată ziua, dar ceea ce contează este ce se întâmplă în sala de război, când liderii trebuie să țină linia. Acea claritate vine doar din trăirea efectivă a situației.

De aceea am creat un cadru de pregătire pentru breșe care să anticipeze, să reziste și să evolueze capacitatea de a face față următorului atac cibernetic. Cadrul ajută organizațiile să se miște odată cu furtuna, nu împotriva ei. Scopul final este să realizăm Koun Ryusui, plutind ca norii, curgând ca apa, astfel încât, când următorul atac fără precedent lovește, în loc de haos, întreprinderile să exercite flexibilitate structurată și reziliență, valorificând investițiile tehnologice pentru a ieși mai puternice și mai încrezătoare.

AI ajută atacatorii să automatizeze recunoașterea, exploatarea vulnerabilităților și mișcarea laterală, comprimând potențial activități care dureau săptămâni în ore sau minute. Ce părți ale modelului convențional de răspuns la incidente devin ineficiente când atacurile încep să opereze la viteză de mașină?

Când atacurile se desfășoară la viteză de mașină, supraviețuitorii sunt cei care pot analiza și acționa mai repede decât adversarul. Da, AI oferă atacatorilor noi instrumente, dar le conferă și apărătorilor putere. În experiența mea, există două modalități de a gestiona aceste atacuri fără precedent, alimentate de AI.

În primul rând, trebuie să reproiectați peisajul digital. Construiți zone pregătite pentru breșe și microsegmente care separă bijuteriile coroanei de restul. Gândiți-vă la asta ca la un labirint: unele căi sunt deschise, altele blocate, făcând dificilă mișcarea liberă a identităților neautorizate. Așa țineți la distanță atacurile alimentate de AI prin încetinirea lor, deoarece labirintul se modifică odată cu schimbările din sistemele digitale.

În al doilea rând, aveți nevoie de șabloane, ghiduri de lucru și roluri clare pregătite înainte ca alarma să sune. Astfel, când se declanșează, fiecare om și mașină știu ce trebuie făcut și în ce ordine de prioritate. Trucul este să câștigați timp și să încetiniți AI‑ul, forțându‑l să muncească mai mult și să îi refuzați mișcarea facilă. Așa mențineți apărarea în luptă când fiecare milisecundă contează.

Întrebați orice marinar care a supraviețuit unei breșe de submarin. Când apa intră în cantitate mare, nu ai timp să ghicești următoarea mișcare. Trebuie să fi consolidat din timp ușile potrivite, știind ce trebuie să rămână operațional și unde va lovi presiunea. Când breșa apare, singurul lucru pe care îl poți face este să izolezi compartimentul inundat și să menții restul navei în funcțiune. Așa protejezi afacerea ta minimă viabilă. În lumea digitală, asta înseamnă întreprinderea digitală minimă viabilă.

Asta este esența pregătirii pentru breșe. Dacă un atac reușește să pătrundă, izolezi zona afectată, declanșezi planul de continuitate a afacerii (BCP) și menții funcționarea nucleului de business neafectat. Fără oprire totală, fără criză. Doar o urgență de incident.

Susțineți discuția despre pregătirea pentru breșe în termeni de business și financiari, mai degrabă decât ca o problemă tehnică pură. Ce metrici ar trebui să folosească consiliile de administrație pentru a determina dacă organizația ar putea continua să opereze în timpul unui atac cibernetic grav?

Breșele nu lovesc doar sistemele; afectează tot și pe toți cei care depind de ele. Întrebați pacientul refuzat de la spital, călătorul blocat la aeroport sau dealerul auto lăsat în datorii luni de zile. Acesta este costul real al unui atac cibernetic. Nu e „dacă”, ci „când”. De aceea consiliile trebuie să privească pregătirea pentru breșe ca pe o necesitate de business și financiară.

Există două metrici pe care fiecare consiliu ar trebui să le monitorizeze.

Mai întâi, stabiliți cantitatea de impact material pe care consiliul este dispus să o accepte în urmărirea ambițiilor digitale și AI. Aceasta definește pragul pentru cât de mult din întreprinderea digitală trebuie să rămână operațională în timpul unei breșe. Eu le numesc Impactul Material Maxim Acceptabil (MAMI) și Întreprinderea Digitală Minimă Viabilă (MVDE).

Multe confundă MVDE cu continuitatea afacerii, dar nu sunt același lucru. Dacă spui că un impact sub 10 % este acceptabil, atunci 90 % din business trebuie să continue să funcționeze chiar și în timpul unei breșe. Majoritatea planurilor de continuitate a afacerii te readuc la 30 % în cel mai bun scenariu, lăsând 60 % din businessul digital expus. Acest paradox ține liderii treji noaptea.

Dacă stabilești MVDE la 70 %, poți asigura părțile interesate că investești în apărarea care menține businessul în funcțiune, chiar și în cel mai rău scenariu, construind un labirint greu de spart pentru atacatorii umani sau AI și având forța de a izola atacurile la viteză de mașină. Aici microsegmentarea devine o cărămidă fundamentală. Poți acum conecta majoritatea investițiilor în securitate – EDR, firewall‑uri, SASE, identitate (umană și non‑umană), acces, autorizare și securitatea OT – pe un plan de semnal unificat, pe care SOC‑ul tău îl poate opera în timpul breșelor active pentru a conține atacurile și a izola MVDE.

Monitorizați MAMI și MVDE în fiecare trimestru, pentru fiecare inițiativă digitală și AI nouă, și investitorii și părțile interesate vor căuta doar dovezi ale modului în care reziliența este gestionată.

„Raza de explozie” este utilizată tot mai mult ca măsură a rezilienței cibernetice. Cum poate o organizație să calculeze potențiala rază de explozie înainte de un atac și ce ar constitui un nivel acceptabil de expunere?

Raza de explozie contează. Semnificativ.

Dar nu este singura metrică importantă. Întotdeauna recomand evaluarea primei raze de explozie ca prim pas pentru construirea unei întreprinderi zero‑trust și pregătite pentru breșe. Tot ce ai nevoie este o Evaluare a Impactului Pregătirii pentru Breșe (BRIA), o analiză non‑intruzivă, bazată pe API, care folosește EDR‑ul existent. Pentru OT și mainframe‑uri, s‑ar putea să fie necesare agenți sau appliance‑uri.

Nu toată raza de explozie este negativă. Uneori, este critică pentru performanța aplicației. Diavolul stă în detalii. Ia de exemplu un serviciu de cache care accelerează căutările de informații despre produse și sesiuni de utilizatori. Are nevoie de conectivitate sistem‑la‑sistem pentru a rula o platformă de comerț electronic cu multiple microservicii. Dar aceeași rază de explozie devine un punct de exploatare dacă utilizatori sau sisteme neautorizate pot accesa acel serviciu.

Nu poți privi raza de explozie izolat. Combină‑o cu alte tipare de securitate precum anomalii de comportament, utilizare necorespunzătoare a accesului, creșterea privilegiilor, depășiri de autorizare și eșecuri de autentificare pentru a înțelege cu adevărat expunerea la breșe. Și amintește‑ți, ceea ce este acceptabil într‑o industrie poate fi un deal‑breaker în alta.

În ce mod diferă pregătirea pentru breșe de răspunsul tradițional la incidente, recuperarea în caz de dezastru, continuitatea afacerii și programele zero‑trust, și unde ar trebui să se afle responsabilitatea de coordonare a acestor discipline?

Acestea nu sunt subiecte separate; sunt discipline interconectate ce trebuie coordonate în jurul unui singur rezultat de business.

Definesc pregătirea pentru breșe ca o disciplină de reziliență a întreprinderii: pregătire continuă, arhitectură, exerciții și guvernanță pentru a anticipa atacurile, a limita raza de explozie, a menține Întreprinderea Digitală Minimă Viabilă în limitele Impactului Material Maxim Acceptabil și a restaura capacitățile în timp ce atacul este conținut. Pregătirea pentru breșe este weaponizarea arhitecturii zero‑trust și stabilește ce trebuie să se întâmple înainte, în timpul și după un atac cibernetic. Ea mută întrebarea de la „Cum împiedicăm atacatorii să intre?” la „Cum ne asigurăm că un incident nu poate provoca mai multă daună decât suntem pregătiți să tolerăm și cât din business poate continua să funcționeze în timp ce răspundem?”. Pregătirea pentru breșe se referă la supraviețuire în timpul incidentului.

Săritura conceptuală este semnificativă. Practicile disparate de backup și recuperare, răspuns la incidente, recuperare în caz de dezastru și continuitate a afacerii joacă roluri importante în a fi pregătiți pentru breșe, deoarece gestionează întreruperea. Ele încep când sistemele sunt atacate. Toate trei programe – răspuns la incidente, recuperare în caz de dezastru și continuitate a afacerii – se concentrează pe „Cât de repede putem restaura ce a fost întrerupt?”. Pregătirea pentru breșe se concentrează pe „Cât de mult poate rămâne disponibil din start?”.

Pregătirea pentru breșe rupe silozurile pentru a asigura că consecințele de business ale unei compromiteri sunt gestionate, iar părțile interesate sunt asigurate prin focalizarea pe menținerea majorității întreprinderii „neafectate” și prin activarea unui plan BC/DR pentru partea afectată. Responsabilitatea și deținerea pregătirii pentru breșe aparțin conducerii executive. CEO‑ul/Consiliul de administrație deține apetitul pentru risc și rezultatul de business acceptabil. COO‑ul sau un executiv echivalent de reziliență a întreprinderii ar trebui să coordoneze pregătirea pentru breșe în întreaga organizație, iar CISO‑ul deține dimensiunea de securitate cibernetică.

Pentru întreprinderile care își propun să atingă starea de Kuon Ryushi, participarea completă a organizației, utilizând tehnologia și AI‑ul pentru a gestiona efectele unui atac cibernetic, este crucială.

ColorTokens folosește AI pentru a ajuta echipele de securitate să analizeze mediile și să genereze politici de microsegmentare mai rapid. Unde ar trebui organizațiile să aibă încredere în AI pentru a automatiza deciziile defensive, iar ce acțiuni de izolare ar trebui să rămână supuse aprobării umane?

Absolut. Facem exact asta.

Dar să fim clari: „folosirea AI pentru a ajuta echipele de securitate” este doar vârful icebergului. La ColorTokens, credem în utilizarea responsabilă a AI pentru a face întreprinderile cu adevărat pregătite pentru breșe. Există o poveste mult mai amplă decât simpla afirmație „AI face microsegmentarea mai ușoară.”

Incidentele recente cu Anthropic, OpenAI, AISI și chiar cazul rezervării de săli de sport în Australia sunt eșecuri de arhitectură, nu de guvernanță. Când AI autonom scapă din sandbox, nu este întotdeauna rău intenționat sau nesigur. Este vorba despre cum a fost construită arhitectura. Oamenii trebuie să definească clar zona de operare, iar AI‑ul trebuie să rămână în interiorul ei. Acolo intervine guvernanța.

De exemplu, poți permite AI‑ului să izoleze orice endpoint semnalat ca compromis cu încredere peste un anumit prag, cu excepția unui sistem de siguranță OT, a unui controler de domeniu, a unui sistem de plată sau a unui activ de control al producției. Aceasta este autonomie limitată. Dar este mai ușor de spus decât de făcut, deoarece ai nevoie de o arhitectură specifică contextului și clar definită cu ajutorul experților de domeniu.

În opinia și experiența mea, companiile trebuie să folosească AI pentru descoperire, corelare, cartografierea dependențelor, analiză a căilor de atac, analiză a razei de explozie, recomandări de politici, sinteză de politici, simulare de politici, optimizare de politici cu risc scăzut, izolare pre‑autorizată și verificare continuă, lăsând determinarea criticității de business, a perturbării acceptabile, a limitelor de siguranță, a definițiilor de bijuterii ale coroanei, a constrângerilor de siguranță (în OT), a impactului maxim acceptabil, a pragurilor de autonomie, a aprobărilor de excepție, a izolării majore de producție și a acțiunilor ireversibile oamenilor.

Concluzia – AI ar trebui să aibă suficientă libertate pentru a-și îndeplini sarcina, dar sub condiții explicite impuse de infrastructura din afara sferei sale de control. AI ar trebui să propună acțiuni, să aștepte aprobarea oamenilor și apoi să impună schimbările la viteză de mașină. Scopul nu este să facem AI autonom. Scopul este să facem autonomia defensivă limitată.

La ColorTokens, folosim AI pentru a face bucla de control a apărătorului suficient de rapidă pentru a ține pasul cu atacatorii. Decizia centralizată de politică, multiple mecanisme de aplicare, telemetrie bogată, protecție fără agenți pentru sistemele care nu pot rula agenți, suport cloud și containere, și descoperirea asistată de AI și sinteza de politici fac toate parte din pregătirea pentru breșe asistată de AI.

Microsegmentarea există ca concept de ani de zile, dar organizațiile o asociază frecvent cu implementări complexe și politici rigide. Ce a evoluat tehnologic pentru a o face mai practică în infrastructura cloud, mediile Kubernetes, endpoint‑uri, sisteme legacy și tehnologia operațională?

Mai multe lucruri.

Ceea ce a început ca o metodă sofisticată de conectare și control al rețelelor, asigurând conectivitate dedicată și lățime de bandă, a evoluat într-o capacitate fundamentală de securitate cibernetică. Astăzi, microsegmentarea poate transforma mari întreprinderi în organizații pregătite pentru breșe, rapid și cu încredere. Schimbările tehnologice ne-au ajutat să depășim vechile dureri de cap: cartografierea dependențelor, reproiectarea limitelor de rețea, configurarea VLAN‑urilor și firewall‑urilor, scrierea manuală a regulilor și teama de a întrerupe traficul de business. Segmentarea era lentă, costisitoare și limitată la centrele de date. Nu mai este așa.

În primul rând, identitatea este acum principalul canal pentru atacuri cibernetice. De aceea guvernanța avansată a identității este primul principiu al zero‑trust. În mediile cloud moderne, adresele IP nu au sens pentru securitate. Microsegmentarea modernă folosește identitatea, accesul, sarcina de lucru, aplicația, serviciul și contextul, nu doar locația de rețea. Granița de securitate urmărește identitatea, accesul și aplicația, nu doar infrastructura de bază.

În al doilea rând, microsegmentarea fără agenți depășește acum appliance‑urile. Extinde protecția la sisteme legacy, dispozitive IoT și OT care nu pot rula agenți. Microsegmentarea modernă se integrează cu EDR, extinzând acoperirea și reducând timpul de implementare de la luni la ore, deoarece EDR‑ul deja furnizează telemetria de care microsegmentarea are nevoie.

În final, AI elimină ultimul blocaj major: ingineria de politici de pregătire pentru breșe specifice contextului. AI poate analiza multiple puncte de date pentru context, cartografia dependențe și căi de atac, recomanda politici de zonare și microsegmentare și simula impactul lor înainte de aplicare. Microsegmentarea modernă aplică politica direct la endpoint‑uri și sarcini de lucru folosind controalele native ale sistemului de operare. Nu mai trebuie să reproiectezi rețeaua; microsegmentarea este acum fără cusur, iar politica urmează sarcina de lucru oriunde merge.

Scopul nu este doar să blochezi fiecare încercare de mișcare laterală. Este să analizezi suficiente semnale la viteză de mașină pentru a te asigura că, când un atacator pătrunde, sarcina de lucru compromisă nu devine o autostradă către tot restul. Microsegmentarea modernă nu mai înseamnă doar divizarea rețelelor, ci controlul și monitorizarea razei de explozie.

Ce dovezi ar trebui să solicite directorii executivi când evaluează cazul financiar pentru microsegmentare, în special în legătură cu timpul de nefuncționare cauzat de ransomware, primele de asigurare cibernetică, expunerea la reglementări și costul menținerii serviciilor critice operaționale în timpul unui atac?

Determinarea financiară a impactului unei breșe și corelarea investiției în microsegmentare care poate asigura operațiuni neafectate în timpul unei breșe necesită ca directorii să conștientizeze mai întâi că atacurile cibernetice vor reuși, indiferent de investițiile în securitate. În 2025 și 2026, organizațiile care au suferit atacuri și au avut perioade de nefuncționare neprevăzute includ companii financiare solide precum JLR, Nike și Stryker. Prin urmare, nu e o chestiune de „dacă” vor fi compromise, ci „când”.

Odată acceptată această realitate, investiția în pregătirea fundamentală pentru breșe devine urgentă și o chestiune de supraviețuire a afacerii. Pentru a investi înțelept, să înțelegem în detaliu cei doi indicatori la nivel de consiliu.

Primul este o măsură a supraviețuirii: Impactul Material Maxim Acceptabil (MAMI) pe care conducerea superioară și corpul de guvernanță sunt dispuși să îl accepte pentru ambițiile de transformare digitală sau adoptare AI. Poate începe ca un număr de venituri, dar trebuie să se extindă la viabilitatea financiară, încrederea clienților, reputația sau brandul pe parcursul iterațiilor.

Al doilea este un indicator al avantajului competitiv: Întreprinderea Digitală Minimă Viabilă (MVDE) care trebuie să rămână operațională chiar și în fața celor mai neprevăzute atacuri cibernetice. Toate cazurile de business pentru noi inițiative trebuie să ia în considerare ambii factori. MVDE poate începe de la 70 % și poate crește pe măsură ce programul de identitate și microsegmentare are succes.

Iată ce ar trebui să caute directorii când evaluează microsegmentarea: dovezi că poate aborda timpul de nefuncționare cauzat de ransomware, poate reduce primele de asigurare cibernetică, poate diminua expunerea la reglementări și poate menține serviciile critice în funcțiune în timpul unui atac.

1. Platforma de microsegmentare permite un singur sistem pe centre de date, utilizatori, sisteme OT și cloud?
2. Ce procent din întreprinderea noastră este structurat în zone și microsegmente pe baza impactului material asupra afacerii comparativ cu revizuirea anterioară?
3. Cât de rapid poate soluția de microsegmentare deveni operațională cu zone, microsegmente și conducte controlate, concepute pentru a menține MVDE operațional?
4. Poate soluția de microsegmentare să se integreze cu EDR și să îl folosească ca agent pentru a reduce amprenta agentului?
5. Folosește platforma de microsegmentare inteligență artificială conversațională pentru a determina reguli și politici specifice contextului?
6. Avem capacitatea de a monitoriza schimbările în comportamentul utilizatorilor legitimi în aplicații și de a restricționa utilizatorii eronați prin identitate?
7. Poate timpul mediu de detectare și răspuns prin izolarea comportamentului malițios să scaleze odată cu noile adoptări digitale și AI în business?
8. Poate platforma de microsegmentare să simuleze și să modeleze scenarii de apărare cibernetică pentru a reduce progresiv expunerea la breșe a operațiunilor?

În timp ce acestea acoperă majoritatea cazurilor de utilizare, conformitatea va necesita declarații individuale de aplicabilitate pentru fiecare reglementare, care pot explica ce parte a reglementării poate fi îndeplinită direct de platforma ColorTokens, ce necesită procese ce înconjoară tehnologia și ce necesită tehnologii și procese suplimentare.

Multe organizații efectuează teste de penetrare și exerciții de răspuns la incidente, totuși acestea nu pot revela cât de departe poate avansa un atacator după ce a obținut accesul. Cum ar trebui companiile să testeze containerea și supraviețuirea în condiții realiste de atac accelerate de AI?

Dacă organizațiile doresc să îmbrățișeze esența Koun Ryusui în construirea pregătirii pentru breșe, trebuie să integreze microsegmentarea în operațiunile existente de securitate și să o evolueze în timp. Pentru a face asta, microsegmentarea are nevoie de integrare de semnal cu alte unelte din Security Operations Center, cum ar fi SIEM, EDR, firewall‑uri de generație nouă etc. Acest lucru ar asigura că microsegmentarea alimentată de AI poate orchestra containerea când este necesar, bazându‑se pe indicatori de atac și anomalii comportamentale.

Ceea ce ai nevoie nu sunt teste individuale, ci exerciții care să ajute la evoluția pregătirii pentru breșe.

Există trei aspecte de exersat dacă microsegmentarea și supraviețuirea sunt realiste. Primul este starea curentă a Pregătirii pentru Breșe. Acesta poate fi evaluat înainte de implementarea ColorTokens, după ce ai impus politicile și la fiecare modificare pentru a determina dacă schimbarea a alterat designul LABIRINTULUI, care conține zone pregătite pentru breșe bazate pe impact material, microsegmente și conducte controlate.

Al doilea este viteza cu care poți izola atacurile cibernetice când apare o breșă reală. Parametrii cheie de testat sunt acuratețea detectării și viteza de containere și izolare a MVDE folosind AI. Acest lucru se poate face prin teste de penetrare, exerciții de red‑team și evaluări de simulare a atacurilor de breșă. Aceste teste ar trebui să fie efectuate fără notificarea Security Operations Center pentru a verifica răspunsul lor la parametri în schimbare ai breșei.

Al treilea este modul în care organizația ar reacționa într-un scenariu real de breșă. Înainte de exercițiu, asigură‑te că „playbook‑urile de pregătire pentru breșe” sunt comunicate tuturor părților interesate interne, furnizorilor de suport tehnic, furnizorilor de mentenanță, în special proprietarilor de active și integratorilor de sisteme OT. Apoi desfășoară exerciții simulate înainte de a efectua o evaluare de red‑team pentru a oferi o experiență realistă.

Pe măsură ce întreprinderile implementează agenți AI autonomi cu acces la aplicații, date, acreditări și infrastructură, cum va trebui să evolueze pregătirea pentru breșe pentru a conține nu doar conturi și dispozitive umane compromise, ci și agenți AI compromiși sau comportamentali?

Pregătirea pentru breșe trebuie să evolueze de la a conține conturi și dispozitive umane compromise la a trata agenții AI autonomi ca o clasă distinctă, cu viteză mare, de identități non‑umane (NHI) care pot acționa cu acreditări legitime la viteză de mașină. Provocarea pare semnificativă pe hârtie, deoarece se estimează că NHI‑urile vor depăși identitățile umane de cel puțin 250 de ori.

Agenții sparg controalele tradiționale axate pe utilizatori, endpoint‑uri și conturi de serviciu statice. Ei dețin acces live la aplicații, date, acreditări și infrastructură; raționează și lansează acțiuni continuu; și pot fi compromiși prin injecție de prompt, otrăvire de instrumente, manipulare de memorie, probleme în lanțul de aprovizionare sau simplă nealinare/derivare. Când se comportă greșit sau sunt hijacți, raza de explozie se extinde mai repede decât poate răspunde un răspuns uman. Răspunsul la breșă nu poate aștepta certitudinea totală sau escaladarea multi‑echipă, astfel că răspunsuri automate și pre‑autorizate vor deveni obligatorii.

Pe măsură ce se implementează mai mulți agenți AI autonomi, pregătirea pentru breșe trebuie să folosească Identitatea ca plan de control principal pentru agenți, să consolideze Zero Trust în „Agent Trust”, să guverneze barierele de protecție, memoria și igiena guvernanței, să treacă la fricțiune pre‑autorizată și containere automate și să integreze Microsegmentarea și izolația arhitecturală pentru containere, alături de vizibilitate în runtime, bazarea pe comportament și detectarea secvențială.

Pregătirea pentru breșe trebuie să treacă de la „putem să ne recuperăm după criptare?” la „putem să conținem un actor autonom care operează cu acreditări valide înainte să se extindă?” Indicatorii de pregătire pentru breșe ar trebui să includă timpul de înțelegere (ce agent, ce acțiuni, ce date/sisteme au fost atinse și dacă activitatea continuă) și timpul de fricțiune pentru agenți în mod specific. Platforma ColorTokens poate descoperi rapid dependențe, genera și rafina politici și impune containere, în special când este augmentată de AI pentru automatizarea politicilor, devenind centrală pentru a ține pasul. În acest model, prioritizăm izolare, containere și principiul „least privilege” peste prevenirea perfectă.

Platforma de microsegmentare a ColorTokens extinde identitatea, verificarea continuă, microsegmentarea, monitorizarea comportamentală și containerele pre‑autorizate la stratul agentic, menținând raza de explozie gestionabilă și păstrând continuitatea operațională. Semnătura defensivă necesară este aceeași cerută de ransomware‑ul cu viteză de mașină: viteză extremă de înțelegere și fricțiune, bazată pe arhitectura „presupune breșă” în loc de speranța că agenții vor rămâne mereu aliniați.

Vă mulțumim pentru interviul excelent, cititorii care doresc să afle mai multe ar trebui să viziteze ColorTokens.