Agentic denial of service e shndërron automatizimin me AI në rrezik

Agentic denial of service është termi i Infoblox për një ndërprerje ku AI agent konsumojnë burime, mbingarkojnë sistemet mbështetëse ose kryejnë veprime të automatizuara të dëmshme. Ndryshe nga një sulm konvencional denial-of-service, i cili e bën një sistem të padisponueshëm duke e mbingarkuar me trafik, ky rrezik synon aftësinë e një organizate për të përdorur AI agent, infrastrukturën e tyre ose shërbimet që ata mbrojnë. Analiza e Infoblox e 20 tetorit 2026 nuk dokumenton një incident të konfirmuar ADoS. Skenarët e saj janë ilustrues, megjithëse teknikat bazë tashmë janë kataloguar.

Një AI agent është software që mund të planifikojë në mënyrë të pavarur detyra, të përdorë mjete dhe të ndërmarrë veprime drejt një objektivi. Në një qendër operacionesh sigurie, ose SOC, AI agent mund të mbledhin aktivitetin e endpoint, të kërkojnë në identity records, të konsultojnë threat intelligence, të përmbledhin prova dhe të hapin raste hetimi. Një rrjedhë alarmesh të besueshme mund t’i ngadalësojë gradualisht këto workflows, të konsumojë token budgets që kufizojnë sasinë e tekstit që përpunon një sistem AI dhe t’u lërë analistëve radhë gjithnjë e më të gjata. Në shembullin e Infoblox, një ndërhyrje e vërtetë bëhet më e vështirë për t’u dalluar, ndërsa një përgjigje e automatizuar izolon pjesën e gabuar të rrjetit dhe çaktivizon një shërbim kritik për të ardhurat. Nuk është e nevojshme që ndonjë server të përmbytet me trafik apo që ndonjë firewall të dështojë, sepse vetë automatizimi mbrojtës e krijon ndërprerjen.

Shtrirja e mundshme shkon shumë përtej ekipeve të sigurisë. AI agent të service desk mund të zgjidhin kërkesa për llogari, pajisje dhe software, duke ndikuar te identitetet dhe endpoints. AI agent të sigurisë mund të ndërveprojnë me sistemet security information and event management, të cilat mbledhin alarme, si edhe me mjetet security orchestration, automation and response, të cilat bashkërendojnë përgjigjet. Ata mund të kenë qasje edhe te sistemet endpoint detection, threat intelligence dhe kontrollet e sigurisë. AI agent të site reliability engineering dhe operacioneve IT mund të diagnostikojnë ndërprerje ose të ndryshojnë aplikacionet në production, kapacitetin kompjuterik dhe rrugët e trafikut. Cloud agents krijojnë workloads dhe menaxhojnë quota, llogari, buxhete dhe scaling.

AI agent të tjerë shkruajnë, testojnë dhe vendosin kod përmes repositories dhe pipelines të continuous integration dhe continuous delivery, të cilat automatizojnë ndërtimin dhe publikimin e software. Knowledge agents kërkojnë në dokumente, databases dhe informacione të ndjeshme të biznesit. Identity agents mund të ndryshojnë directories, sistemet single sign-on, privileged access dhe permissions. Network operations agents mund të ndryshojnë DNS, Domain Name System që i shndërron emrat, si adresat e faqeve të internetit, në adresa rrjeti, si edhe shërbimet Dynamic Host Configuration Protocol që caktojnë konfigurimet e rrjetit, sistemet IP address management, firewalls dhe network routes. Dobishmëria e tyre buron nga kjo qasje, por po kështu edhe dëmi i mundshëm nëse manipulohen, mbingarkohen ose u jepet autoritet i tepruar.

Infoblox e ndan ADoS në tri forma. E para, denial of security, synon procesin hetimor të mbrojtësit. Çdo ngjarje që duket e rëndësishme mund të aktivizojë AI inference, pasurim me threat intelligence, sandbox analysis, thirrje API, domethënë kërkesa të shkëmbyera ndërmjet shërbimeve software, përdorim të radhëve dhe shqyrtim njerëzor. Sulmuesi mund të shpenzojë pak për të krijuar çdo ngjarje, ndërsa mbrojtësi paguan në çdo fazë të hetimit. Infoblox argumenton se kostoja rritet me çdo ngjarje shtesë dhe shumëfishohet ndërsa hetimet thellohen. Objektivi nuk është domosdoshmërisht rrëzimi i një sistemi, por ta bëjë mbrojtjen tepër të ngadaltë, të kushtueshme ose të shpërqendruar për të identifikuar ndërhyrjen e rëndësishme.

Volumi nuk është rruga e vetme. Sulmuesit mund të ndotin informacionin që merr një asistent sigurie me AI, duke e shtyrë të krijojë përmbledhje bindëse, por të pasakta. Analistëve më pas do t’u duhej ta verifikonin ose ta kundërshtonin automatizimin, në vend që të mbështeteshin tek ai për të ulur ngarkesën e tyre të punës. Ky është një problem i integritetit të të dhënave, si edhe i kapacitetit, sepse AI agent mund të mbetet i disponueshëm ndërsa prodhon përfundime jo të besueshme.

Forma e dytë, denial of infrastructure, ndodh kur aktiviteti i AI agent mbingarkon varësitë e përbashkëta, si DNS, APIs, cloud resources, network paths ose AI agent të tjerë. Një operations agent mund të përpiqet vazhdimisht të zbatojë të njëjtin korrigjim, ose një input i ndërtuar posaçërisht mund ta bëjë një orchestrator t’ua shpërndajë punën një duzine specialist agents, ku secili përdor mjete shtesë. Rezultati i mundshëm është një brownout, që do të thotë se një shërbim mbetet pjesërisht i disponueshëm, por bëhet i ngadaltë ose jo i besueshëm. Simptomat mund të përfshijnë vonesa të herëpashershme, APIs të kufizuara dhe rritje të fortë të shpenzimeve cloud, në vend të një ndërprerjeje të vetme dhe të dukshme. Kjo e bën ngjarjen të vështirë për t’u diagnostikuar dhe rindërtuar më vonë.

Forma e tretë, denial by response, ndodh kur një masë e automatizuar korrigjuese shkakton më shumë dëm sesa problemi fillestar. Infoblox citon një vëzhgim të ekipit të threat intelligence të Google se një sulmues planifikoi, ndërtoi dhe operoi një fushatë për mbledhjen e kredencialeve të drejtuar nga AI agent në më pak se gjashtë orë. Sulmet më të shpejta krijojnë presion për t’u dhënë AI agent mbrojtës më shumë pavarësi, por përditësimi i një politike bllokimi për një tregues me besueshmëri të lartë ka pasoja shumë të ndryshme nga vendosja në karantinë e një data centre, mbyllja e DNS ose rivendosja e mijëra kredencialeve.

Një shembull përfshin një service-desk agent që i përgjigjet një rritjeje të kërkesave për dështime hyrjeje duke rivendosur fjalëkalime dhe rindërtuar llogari. Nëse shkaku i vërtetë është një ndërprerje e identity provider, çdo përpjekje për riparim e vështirëson rikuperimin. Një sulmues mund të krijojë qëllimisht konfuzion të ngjashëm përmes prompt injection, që është input i krijuar për ta bërë një sistem AI të ndjekë udhëzime të paqëllimshme, ose përmes informacionit kontekstual të manipuluar. Vetë AI agent nuk ka pse të jetë keqdashës. Përgjigjja e tij e autorizuar bëhet veprimi dëmtues.

Elementet bazë nuk janë krejtësisht të reja. MITRE ATLAS, një knowledge base që mbulon sulmet kundër sistemeve AI, përfshin denial of AI service, cost harvesting me një sub-technique për agentic resource consumption dhe AI-agent tool invocation. Emërtimi ADoS i Infoblox i grupon këto teknika rreth AI agent që kanë autoritet mbi sistemet operative të biznesit.

Katër karakteristika e shtojnë shqetësimin. Organizatat po vendosin AI agent më shpejt sesa mund t’i inventarizojnë. Një AI agent mund të kryejë mijëra veprime ndërsa një person është ende duke vlerësuar alarmin e parë. Input-et e lira mund të nisin vargje të kushtueshme përllogaritjeje, pasurimi dhe shqyrtimi. Meqë AI agent planifikojnë gjatë ekzekutimit dhe veprojnë përtej kufijve organizativë, një ngjarje mund të ndikojë njëkohësisht te siguria, rrjetet, cloud services, financat dhe compliance. Prandaj, bizneset duhet të identifikojnë AI agent që përdorin, të kufizojnë autonominë e tyre dhe të ruajnë dukshmërinë mbi sjelljen e tyre ndërsa vendosjet shtohen.

Infoblox rekomandon marrjen e vendimeve përpara se të fillojnë workflows të kushtueshme, vëzhgimin e sjelljes në vend të alarmeve të izoluara, mbështetjen e automatizimit në të dhëna të besueshme për asetet dhe lidhjet, si edhe vendosjen e kufijve të prerë.