İnsan Olmayan Şəxsiyyətlərin (NHI) İnqilabı: Rəqəmsal Kimlik Təhlükəsizliyinin Yeni Cəbhəsi

Giriş (Hadisənin Mahiyyəti)

Müasir korporativ mühitlər süni intellekt (AI) və bulud avtomatlaşdırmasına kəskin şəkildə keçid etdikcə, kiber təhlükəsizlik paradiqması köklü dəyişikliklə üzləşir. Ənənəvi Identity and Access Management (IAM) həlləri yüz illərdir insan istifadəçilərinə (Human Identities) fokuslanmışdır, lakin hazırda ən sürətlə artan rəqəmsal qrup “İnsan Olmayan Şəxsiyyətlər” (Non-Human Identities – NHI) hesab olunur.

NHI-lər, robotlar (bots), AI agentləri, xidmət hesabları (service accounts), avtomatlaşdırma skriptləri və serverless funksiyalar kimi maşın tərəfindən idarə olunan varlıqlardır. Tədqiqatlar göstərir ki, müəssisələrdə NHI-lərin sayı insan istifadəçilərinin sayını xeyli üstələməyə başlayır (bəzi hesabatlara görə, rəqəmsal kimliklərin 51%-dən çoxu artıq insan olmayan şəxsiyyətlərdir). Bu kütləvi artım yeni və kritik bir təhlükəsizlik problemi yaradır: Əgər bu avtomatlaşdırılmış varlıqlar qorunmursa, onlar təşkilatın ən kritik resurslarına daxil olmaq üçün təcavüzkarların istifadə edə biləcəyi ən zəif həlqəyə çevrilir.

Texniki Detallar (Hücum Necə Baş Verir?)

NHI-lərin təhlükəsizlik riski əsasən iki texniki çatışmazlıqdan qaynaqlanır: həddindən artıq imtiyazlandırma (over-permissioning) və credentials idarəçiliyindəki boşluqlar. Əksər hallarda, avtomatlaşdırma skriptlərinə və ya service accounts-lara minimum əməliyyat üçün lazım olduğundan daha geniş imtiyazlar verilir (məsələn, bir skriptin yalnız bir S3 bucket-a giriş etməsi lazım olsa da, ona bütün AWS hesabına idarəetmə səlahiyyəti verilir).

NHI-lərə qarşı hücumlar klassik insan əsaslı hücumlardan fərqlənir, çünki bu varlıqlar adətən Multi-Factor Authentication (MFA) kimi tədbirlərə məruz qalmırlar. Təcavüzkarlar NHI-ləri hədəf aldıqda, əsasən aşağıdakı yollardan istifadə edirlər:

• Sızan API Tokens/Keys: Əgər bir service account-un uzun müddətli API tokens və ya statik açarları kodu içində səhvən saxlanılırsa (məsələn, GitHub repository-də), bu açarlar sızdırıla bilər. Bu sızma, təcavüzkara dərhal həmin NHI-nin bütün imtiyazlarını miras almağa və daxili şəbəkədə lateral movement etməyə imkan verir.
• Bulud Mühitində Privilege Escalation: Yanlış konfiqurasiya edilmiş bir bulud funksiyası (məsələn, Azure Funksiyası və ya AWS Lambda) kompromitə olunarsa, bu, hücum edənin Cloud Infrastructure Entitlement Management (CIEM) boşluqlarından istifadə edərək daha yüksək səviyyəli resurslara giriş əldə etməsinə gətirib çıxarır.
• Təhlükəli Framework istifadəsi: Xüsusilə DevOps proseslərində istifadə olunan avtomatlaşdırma Framework-lərindəki hər hansı bir Vulnerability birbaşa həmin Framework tərəfindən idarə olunan bütün NHI-lərin təhlükə altına düşməsinə səbəb olur.

Bu cür hücumlar nadir hallarda aşkar olunur, çünki NHI-lərin fəaliyyəti (Audit Logs) çox vaxt insan fəaliyyətindən ayrılmır, bu da anomal davranışların izlənilməsini çətinləşdirir.

Təhlükənin Miqyası (Kimlər Risk Altındadır?)

NHI-lərin idarə olunmaması riski bulud texnologiyalarından və CI/CD (Continuous Integration/Continuous Delivery) konveyerlərindən asılı olan hər bir müəssisəyə təsir edir. Xüsusilə maliyyə, hökumət, telekommunikasiya və böyük texnologiya şirkətləri ən yüksək risk altındadırlar. Bu təşkilatlar infrastrukturun böyük hissəsini avtomatlaşdırdığı üçün bir NHI-nin kompromitə olması fəlakətli nəticələrə səbəb ola bilər:

• Məlumat Sızması: Əgər bir service account, məsələn, müştəri məlumatlarının saxlandığı şifrələnmiş verilənlər bazasına daxil olmaq üçün istifadə edilirsə, onun sızması kütləvi data leakage-ə səbəb ola bilər.
• Infrastrukturun Pozulması: CI/CD proseslərini idarə edən NHI-lər, təcavüzkarlara infrastruktur kimi kod (Infrastructure-as-Code) fayllarını Ransomware yeritmək və ya kritik sistemləri sıradan çıxarmaq üçün RCE imkanı verə bilər.
• Tənzimləmə Uyğunsuzluğu (Compliance Issues): GDPR, HIPAA və ya Azərbaycanda fəaliyyət göstərən tənzimləyici orqanların tələblərinə cavab vermək üçün daxili sistemlərə daxil olan hər bir varlığın tam izlənməsi tələb olunur. NHI-lərin izlənilməsindəki qüsurlar bu uyğunsuzluğu artırır.

Müdafiə və Həll Yolları (İstifadəçilər Nə Etməlidir?)

NHI-lərdən qaynaqlanan kiber riskləri minimuma endirmək üçün təşkilatlar ənənəvi IAM strategiyalarını təkmilləşdirən ixtisaslaşdırılmış həll yollarını tətbiq etməlidirlər:

1. Dynamic Credential Provisioning: Statik, uzunömürlü API keys-lərdən və şifrələrdən imtina edilməlidir. Bunun əvəzinə, Secrets Management Platform-ları vasitəsilə tələb əsasında (on-demand) yaradılan və çox qısa ömür müddəti (short-lived) olan dinamik tokens-lərdən istifadə edilməlidir.
2. Ən Az İmtiyaz Prinsipi (Principle of Least Privilege): Hər bir NHI-yə yalnız öz işini yerinə yetirmək üçün qəti şəkildə lazım olan minimum icazələr verilməlidir. Bu, təcavüzkarın lateral movement imkanlarını məhdudlaşdırır.
3. CIEM (Cloud Infrastructure Entitlement Management) Tətbiqi: Xüsusi CIEM tools istifadə etmək, bulud mühitində NHI-lərin faktiki istifadə olunan imtiyazları (Effective Permissions) izləməyə və lazım olandan artıq icazələri avtomatik olaraq Patch etməyə kömək edir.
4. NHI Audit və Anomaliya Aşkar Edilməsi: NHI-lərin davranışlarını daimi izləyən və onların adət etdiyi işlərdən kənarlaşan hər hansı bir fəaliyyət (məsələn, gecə yarısı böyük həcmdə məlumat endirmək) aşkar edildikdə avtomatik siqnalizasiya verən təhlükəsizlik alətləri tətbiq edilməlidir.
5. Kod İcazələrinin Dağıdılması: Bütün skriptlər və avtomatlaşdırma mexanizmləri daimi olaraq Vulnerability scanning-dən keçirilməli və service accounts-ların istifadəsi ciddi şəkildə tənzimlənməlidir.

Nəticə olaraq, kiber təhlükəsizliyin gələcəyi süni intellektin və avtomatlaşdırmanın yüksəlişi ilə bağlıdır. Təşkilatlar ənənəvi istifadəçi mərkəzli müdafiə modellərindən uzaqlaşaraq, maşın mərkəzli Identity Security həllərinə sərmayə qoymalıdırlar. NHI-lərin effektiv idarə olunması, müasir rəqəmsal mühitdə kiber riskləri azaltmağın əsasını təşkil edir.