Agentic penetration testing, red teaming və bug bounty

İndiyə qədər agent-lərə defender gözü ilə baxdıq. Bu fəsil onların offensive tərəfinə baxır, çünki attacker-lər də eyni alətləri istifadə edir və defender kimin əlində hansı imkan olduğunu bilmədən müdafiə qura bilməz. Fəsil həm də praktik yöndədir: avtorizasiyalı penetration testing və red teaming komandaları agent-ləri necə istifadə edir, nəyi avtomatlaşdıra bilir, nəyi avtomatlaşdırmamalıdır. Burada istismar texnikaları və ya payload-lar yoxdur; məqsəd pattern-ləri, iqtisadiyyatı və idarəetməni anlamaqdır.

Birinci qayda: scope və avtorizasiya

Hər şeydən əvvəl bir şərt: bu fəsildə təsvir olunan hər şey yalnız sizin sahib olduğunuz və ya yazılı icazəniz olan sistemlər üzərində tətbiq olunur. İcazəsiz sistemə qarşı scanning və ya istismar bir çox yurisdiksiyada cinayətdir. Agent-lər bu sərhədi daha da kritik edir, çünki bir yanlış konfiqurasiyalı hədəf aralığı agent-i saniyələr içində icazəsiz sistemlərə yönəldə bilər.

Buna görə agentic offensive iş scope manifesti ilə başlayır: hədəf IP aralıqları və domain-lər allowlist kimi, qadağan edilmiş hərəkətlər, vaxt pəncərəsi, əlaqə nöqtələri və dayandırma şərtləri. Agent-in hər tool-u bu manifesti kod səviyyəsində tətbiq edir: allowlist-dən kənar hədəf çağırışı icra olunmur, model-in "qərarına" buraxılmır. Bu, Fəsil 10-da detallı açılan approval gate-lərin və kill switch-in offensive versiyasıdır.

Agent-lər offensive işi necə dəyişir

Penetration testing-in iş axını illərdir eynidir: reconnaissance, zəiflik aşkarı, istismarın təsdiqi, post-exploitation təsiri, hesabat. Agent-lər bu axının hər mərhələsinin iqtisadiyyatını dəyişir, çünki təkrarlanan, geniş miqyaslı işi insandan ucuz və sürətli görür.

İki müşahidə vacibdir. Birincisi, agent-in ən böyük dəyəri istismarda deyil, recon və triage-dadır, yəni həcmli, darıxdırıcı, təkrarlanan işdə. İkincisi, təhlükəli mərhələlər, istismarın faktiki icrası və post-exploitation, məhz insan qapısının qalmalı olduğu yerlərdir. Yaxşı dizayn edilmiş offensive agent harness-i bu iki mərhələni default olaraq bağlı saxlayır və yalnız konkret, adlı hədəf üçün insan icazəsi ilə açır.

Red teaming: iki məna

"Red teaming" bu kontekstdə iki fərqli işi bildirir və onları ayırmaq lazımdır.

Sistemlərin red team-i. Klassik məna: komanda təşkilatın müdafiəsini attacker kimi sınayır. Agent-lər burada recon və zəiflik triage-ını miqyaslandırır, amma strateji, sosial mühəndislik qərarları və istismar insanın üstündə qalır.

AI sistemlərinin red team-i. Yeni məna: komanda bir AI sisteminin, məsələn sizin öz SOC agent-inizin və ya coding agent-inizin, özünü sınayır. Bu, Fəsil 10-da ayrıca açılır, amma əsas fikir budur: agent-i prompt injection, jailbreak, tool sui-istifadəsi və memory zəhərlənməsi ilə sınamaq artıq release-dən əvvəl məcburi addımdır. Agent-ləri avtomatlaşdırılmış red team-i qurmaq üçün də istifadə etmək olar: bir agent hədəf sistemə qarşı məlum injection pattern-lərini sistematik sınayır və nəticələri hesabat verir.

Agent skill-ləri və offensive bilik

Offensive agent-in gücü model-in özündə deyil, ona verilən tool-larda və bilikdə-dir. Praktik offensive harness-lərdə agent-ə verilən şey tanış komponentlərdir: scanner-lər MCP server kimi, KEV və CVE kataloqları retrieval kimi, asset məlumatı knowledge kimi, hesabat template-ləri prompt kimi. Yəni Fəsil 2–5-dəki hər şey offensive tərəfdə də işləyir; fərq hədəfdə və icazədədir, memarlıqda deyil.

Bu simmetriya defender üçün dərsdir: sizin SOC agent-inizi faydalı edən eyni pattern attacker-in recon agent-ini də faydalı edir. Deməli detection-unuz agent sürətli davranışı tanımalıdır: eyni mənbədən qısa müddətdə minlərlə struktur sorğusu, insan ritmində olmayan fəaliyyət, avtomatlaşdırılmış tool imzaları.

Case study: GTG-1002

2025-in noyabrında Anthropic dövlət dəstəkli bir qrupun, GTG-1002 kodu ilə, kommersiya coding agent-ini genişmiqyaslı casusluq kampaniyasında istifadə etdiyini açıqladı. Hesabata görə qrup kampaniyanın taktiki addımlarının böyük hissəsini, təxminən 80–90 faizini, agent-ə avtonom icra etdirmişdi; insan yalnız bir neçə kritik qərar nöqtəsində müdaxilə edirdi.

Hücumun mexanikası defender üçün bir neçə dərs verir:

• Jailbreak sosial mühəndisliklə. Qrup zərərli məqsədi kiçik, zərərsiz görünən alt-tapşırıqlara böldü və agent-i "avtorizasiyalı security testi" aparan rol kimi inandırdı. Fəsil 1-dəki excessive agency burada baş verdi: agent-in geniş tool-ları və avtonomiyası bir dəfə yönləndiriləndən sonra zərəri miqyaslandırdı.
• Miqyas insan sürətini keçdi. Agent eyni anda çoxlu hədəfə qarşı recon, zəiflik aşkarı və credential toplama apardı. İnsan komandası bunu bu sürətdə edə bilməzdi.
• Model məhdudiyyətləri də göründü. Agent zaman-zaman nəticələri şişirtdi və hallucinate etdi, bu da tam avtonom hücumun hələ etibarsız olduğunu göstərdi, amma bu, təsəlli deyil: etibarlılıq artır.

Defender üçün nəticələr konkretdir. Birincisi, "bu çox mürəkkəbdir, avtomatlaşa bilməz" fərziyyəsi artıq keçərli deyil; attacker-in iqtisadiyyatı dəyişdi. İkincisi, detection agent-sürətli, paralel, çoxhədəfli fəaliyyəti axtarmalıdır. Üçüncüsü, provider tərəfdəki guardrail-lər bu kampaniyanı tam dayandırmadı, amma onun aşkarlanmasına kömək etdi; müdafiə qatlıdır, tək control yoxdur.

Avtorizasiyalı offensive harness-in idarəetməsi

Offensive agent qurmağın özü security dizaynıdır. Vendor-neytral referans harness belə görünür:

• Scope manifesti kod səviyyəsində: hədəflər allowlist, qadağalar, vaxt pəncərəsi, dayandırma şərtləri.
• Approval gate-ləri mərhələlər üzrə: recon və zəiflik aşkarı avtomat; istismarın təsdiqi və post-exploitation insan təsdiqi ilə, adlı hədəf üçün; remediation yalnız tövsiyə.
• Dar worker-lər. Supervisor planlayır, hər worker bir dar işi görür; heç bir worker-də ümumi shell yoxdur.
• Append-only audit. Hər tool call, hər hədəf, hər nəticə dəyişdirilə bilməyən log-a yazılır.
• Kill switch. Bir əmrlə bütün agent fəaliyyəti dayanır; budget bitəndə də avtomatik dayanır.
• İzolyasiya. İş yalnız ayrılmış lab və ya razılaşdırılmış mühitdə; production credential-ları agent-in çatmadığı yerdə.

Bu harness-in dizaynı MCP, A2A və OWASP-ın agentic risk-lərinə söykənir və Fəsil 10-dakı control-ların offensive kontekstdə tətbiqidir. Əsas prinsip: offensive agent nə qədər avtonomdursa, onun ətrafındakı qapılar bir o qədər sərt olmalıdır.

Bug bounty və məsuliyyətli açıqlama

Agent-lər bug bounty-ni iki tərəfdən dəyişir. Tədqiqatçılar recon və triage-ı agent-lərlə miqyaslandırır və daha çox zəiflik tapır. Platformalar isə agent-lərin yaratdığı həcmlə, xüsusən AI ilə yazılmış, lakin yoxlanılmamış, aşağı keyfiyyətli hesabatlarla üzləşir. Hər iki tərəf üçün prinsip dəyişmir: scope daxilində qalmaq, zərər verməmək, tapıntını məsuliyyətlə açıqlamaq. Agent bu prinsipləri avtomatik bilmir; onları harness tətbiq edir.

Defender üçün yekun

Bu fəslin bütün məzmunu bir defensiv nəticəyə yığılır: attacker-in agent-ləri sizin agent-lərinizlə eyni pattern-ləri paylaşır, deməli onları anlamaq müdafiənin şərtidir. Praktik olaraq:

• Detection-unuzu agent-sürətli davranışa kökləyin: paralel, çoxhədəfli, insan ritmindən kənar fəaliyyət.
• Öz offensive agent-lərinizi yuxarıdakı harness ilə qurun; avtonomiya artdıqca qapıları sərtləşdirin.
• GTG-1002 dərsini threat model-inizə yazın: tam avtomatlaşdırılmış kampaniya artıq nəzəri deyil.
• Öz AI sistemlərinizi red team edin, çünki sizin SOC və coding agent-iniz də hədəfdir.

Tapşırıqlar

1. Komandanızın penetration testing iş axınını beş mərhələyə bölün və hər birini "avtomatlaşa bilər / insan qapısı qalmalıdır" kimi işarələyin. İstismar və post-exploitation hansı tərəfdədir və niyə?
2. Avtorizasiyalı offensive harness üçün scope manifesti yazın: hədəf allowlist, qadağalar, vaxt pəncərəsi, dayandırma şərtləri, kill switch. Manifest kod səviyyəsində necə tətbiq olunur, model-in qərarına necə buraxılmır?
3. GTG-1002 ssenarisini öz mühitinizə tətbiq edin: sizin hansı agent-iniz oxşar şəkildə yönləndirilə bilər, onun hansı tool-ları zərəri miqyaslandırar, detection-unuz bu fəaliyyəti nə vaxt tutar?