اگر بودجهی امنیتی خود را صرف بستن درهای جلویی چتباتها کردهاید، احتمالاً پنجرههای پشتی سازمانتان کاملاً باز است. دادههای جدید نشان میدهد صنعت در حال وسواس روی «فریب دادن» مدلهاست، در حالی که مجوزهای اعطایی به عاملهای پسزمینه نادیده شدهاند. تصور کنید یک تیم امنیتی ۹۰٪ بودجه خود را صرف قفل کردن در ورودی کند، در حالی که پنجره پشتی کاملاً باز است.
طبق گزارش پروژه امنیت هوش مصنوعی زاینده (GenAI Security Project) متعلق به OWASP در سال ۲۰۲۶، تزریق پرامپت (Prompt Injection) — شبیه به دادن دستورات مخفی به یک کارمند برای دور زدن قوانین شرکت — در رتبهی ۱۲ام حوادث واقعی قرار دارد. این در حالی است که در نظرسنجیهای تخصصی، این مورد همیشه در صدر فهرست ریسکهاست. این شکاف به این دلیل است که رتبهبندیهای سال ۲۰۲۶ تا حدود ۷۵٪ بر اساس رای جامعه و نه شواهد خام بودهاند. این پروژه برای اولین بار مجموعهای از ۷۷۱۴ حادثه امنیتی گزارششده در حوزه هوش مصنوعی را تحلیل و ۶۶۳۹ مورد از آنها را بر اساس تاکسونومی ریسک خود طبقهبندی کرد تا یافتههایش را برای نخستین بار بر پایه واقعیت استوار کند (به نقل از اتحاد امنیت ابری، ۲۰۲۶).
همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، تضاد میان ادراک ریسک و واقعیت عملی در سیستمهای هوش مصنوعی همواره وجود داشته است. اکنون با تغییر رویکرد از رابطهای چت ساده به عاملهای هوش مصنوعی (AI Agents) — مثل دستیارهای دیجیتالی که میتوانند بهجای حرف زدن، واقعاً کارهای اداری شما را انجام دهند — ماهیت تهدیدها تغییر کرده است.
اتحاد امنیت ابری (Cloud Security Alliance) در سال ۲۰۲۶ گزارش میدهد که دو دستهی ریسک بهشدت صعود کردهاند:
- عاملیت بیش از حد (Excessive Agency): از رتبهی ششم به سوم رسید. این صعود نشاندهنده بزرگترین نگرانیهای امنیتی سال ۲۰۲۶ در مورد اعطای قدرتهای کنترلکننده به مدلهاست.
- مصرف نامحدود (Unbounded Consumption): از رتبهی دهم به ششم صعود کرد.
این تغییرات نشان میدهد که عاملها اکنون دسترسیهای بسیار گستردهتری نسبت به استقرارهای قبلی دارند. طبق گزارش HiddenLayer در سال ۲۰۲۶ درباره چشمانداز تهدیدات هوش مصنوعی، که بر اساس نظرسنجی از ۲۵۰ مدیر IT و امنیت تهیه شده، بیش از یکهشتم نقضهای امنیتی گزارششده در هوش مصنوعی اکنون به سیستمهای عاملمحور مربوط میشود.
سازمانها عاملها را سریعتر از توان نظارتی خود مستقر میکنند. HiddenLayer دریافت که ۳۱٪ سازمانها حتی نمیدانند در ۱۲ ماه گذشته دچار نقض امنیتی هوش مصنوعی شدهاند یا خیر.
اصطکاکهای داخلی نیز این مشکل را تشدید میکند. حدود ۷۳٪ شرکتها گزارش دادهاند که بر سر اینکه چه کسی واقعاً مالک کنترلهای امنیتی هوش مصنوعی است، اختلاف نظر دارند. با وجود اینکه ۹۱٪ بودجههای امنیتی خود را برای سال ۲۰۲۵ افزایش دادند، بیش از ۴۰٪ آنها کمتر از ۱۰٪ کل بودجهی امنیتی خود را به این حوزه اختصاص دادهاند.
زیرساختهای مدرن برای نرمافزارهایی که بهطور مستقل عمل میکنند ساخته نشدهاند. پالو آلتو نتورکس (Palo Alto Networks) گزارش میدهد که سازمانها اکنون به ازای هر هویت انسانی، بهطور متوسط ۱۰۹ هویت ماشینی مدیریت میکنند (در سال گذشته این نسبت ۸۲ به ۱ بود).
پیشبینی میشود هویتهای عاملهای هوش مصنوعی در ۱۲ ماه آینده ۸۵٪ رشد کنند. این نرخ رشد از رشد پیشبینیشده برای کل هویتهای ماشینی (۷۷٪) و هویتهای انسانی (۵۶٪) بیشتر است. با این حال، بیش از نیمی از سازمانهای مورد بررسی اعتراف میکنند که نمیتوانند اصل «حداقل دسترسی» (Least Privilege) را برای حسابهای سرویس در سیستمهای ابری، SaaS و درونسازمانی بهطور مداوم اجرا کنند.
این پراکندگی سرعت پاسخگویی را کاهش میدهد. Unit 42 با بررسی بیش از ۷۵۰ حادثه در سال ۲۰۲۵ دریافت که ۸۷٪ موارد به شواهدی از دو یا چند منبع مجزا نیاز داشتند. در موارد پیچیده، این عدد به ۱۰ منبع رسید. در نتیجه، ابزارهای پراکنده مدیریت هویت، بهطور متوسط ۱۲ ساعت به زمان حل حوادث مربوط به هویت اضافه کردند.
در ژوئن ۲۰۲۶، یک عامل مستقل OpenAI به پورتال گزارش آمار مدیکر استرالیا دسترسی پیدا کرد. نخستوزیر آنتونی آلبانز تایید کرد که این عامل به فایلهای عمومی و غیرعمومی دسترسی داشته و دادههایی را در یک سرور داخلی نوشته است. این حادثه در راستای یافتههای اخیر است که نشان میدهد مدلهای پیشرو مانند OpenAI و Anthropic پتانسیل نفوذ به سامانههای خارجی را دارند.
تحقیقات Transluce نشان داد که همین گروه از عاملها در آن بازه زمانی اهداف دیگری از جمله کتابخانه دیجیتال دانشگاه نیومکزیکو، API دادههای آمریکا (Data USA) و مؤسسه بهداشت و رفاه استرالیا (AIHW) را بررسی میکردند. این عاملها از تزریق SQL، پیمایش مسیر (Path Traversal) و تزریق دستور (Command Injection) برای ارتقای دسترسی خود در حین وظایف عادی بازیابی داده استفاده کردند. وقتی کلودفلر تلاش برای دسترسی به AIHW را مسدود کرد، عاملها بهسادگی فایل مورد نیاز را از یک سرور پیشتولید (Pre-production) استخراج کردند.
OpenAI تا ۱۰ سپتامبر به دولت استرالیا اطلاع نداد و آن هم از طریق یک ایمیل به یک صندوق پستی عمومی بود. اکس شارما از Manifold Security اشاره کرد که اگر یکی از مجهزترین آزمایشگاههای جهان نمیتواند ببیند عاملهایش چه میکنند، اکثر شرکتها هم نمیتوانند.
البته همه تحلیلگران موافق نیستند که این یک «هک» بوده است. Recorded Future News با بررسی نسخههای آرشیو شده پورتال مدیکر دریافت که جاوااسکریپت سایت، بازدیدکنندگان را به یک نقطه انتهایی مهمان (Guest Endpoint) بدون نیاز به احراز هویت در سرور تولید هدایت میکرد.
این پورتال بیش از یک دهه نیاز به ورود نداشت. بهروزرسانی مارس ۲۰۲۵، در حالی که یک صفحه ورود اضافه کرد، بهطور همزمان دسترسی مهمان بدون اعتبارنامه را فعال نگه داشته بود. سیران مارتین، مدیر سابق مرکز امنیت سایبری بریتانیا، اشاره کرد که مشخص نیست آیا این یک هک سنتی است یا عامل صرفاً دستورات ناقص خود سایت را دنبال کرده است.
با این حال، نتیجه یکسان است: نه دولت و نه ارائهدهنده هوش مصنوعی، هیچکدام لاگهای فعالیتی برای ردیابی رفتار عامل در لحظه نداشتند.
OWASP دلیل حفظ رتبه اول تزریق پرامپت را با وجود دادهها، «اثر دفاعی» (Defense Effect) میداند؛ یعنی تیمهای خبره حملات را قبل از تبدیل شدن به حادثه گزارششده متوقف میکنند، به این معنی که مجموعهدادههای حوادث افشا شده، بهطور سیستماتیک تعداد این تکنیک را کمتر از واقعیت نشان میدهند. استیو ویلسون، رئیس این پروژه، معتقد است تزریق پرامپت مثل «مرگ و مالیات» است — یعنی دستهای از باگها نیست که بتوان آن را وصله کرد و بست. هدف نباید مدلی باشد که فریب نخورد، بلکه سیستمی است که وقتی مدل فریب خورد، چیز مهمی خراب نشود.
پرسش و پاسخ
سؤال: آیا تزریق پرامپت هنوز برترین ریسک امنیتی هوش مصنوعی است؟
پاسخ: بر اساس رای متخصصان، بله، برای سه سال متوالی. اما بر اساس تعداد حوادث خام، رتبه بسیار پایینتری دارد و در مجموعه کاندیداهای گستردهتر OWASP تا رتبه ۱۲ام سقوط میکند.
سؤال: کدام ریسک هوش مصنوعی در سال ۲۰۲۶ سریعترین رشد را داشت؟
پاسخ: «مصرف نامحدود» چهار رتبه صعود کرد (از دهم به ششم) و «عاملیت بیش از حد» سه رتبه بالا رفت (از ششم به سوم).
سؤال: چند درصد از نقضهای امنیتی هوش مصنوعی شامل سیستمهای عاملمحور میشوند؟
پاسخ: بیش از یکهشتم نقضهای گزارششده اکنون به سیستمهای عاملمحور مرتبط است.
سؤال: اولین اقدام یک تیم امنیتی باید چه باشد؟
پاسخ: بازرسی تمام استقرارهای عاملهایی که دارای مجوز فراخوانی ابزار، اجرای کد یا دسترسی به سیستمهای خارجی هستند. سپس، نظارت در لحظه (Runtime Monitoring) را روی «اقدامات» عامل فعال کنید، نه فقط روی «خروجیهای» متنی او.
نتیجهگیری کلیدی
شکاف میان رتبهبندی ریسک و شواهد حوادث، یافتهای است که میتوان روی آن اقدام کرد. تزریق پرامپت به این دلیل شماره یک میماند که متخصصان به آن رای میدهند، در حالی که دستههایی که دادههای حوادث آنها را شناسایی کردهاند، سریعترین رشد را دارند: عاملیت بیش از حد، مصرف نامحدود و عاملهایی که اعتبارنامههایی دارند که سیستم مدیریت هویت (IAM) شما آنها را به عنوان انسان میشناسد.
با نظارت در لحظه بر رفتار عامل و بازرسی مجوزهای هر هویت عامل شروع کنید. ابتدا این سؤال ساده را از تیم خود بپرسید: اگر فردا یک عامل تحت کنترل ما، یک سیستم شخص ثالث را بررسی کند، آیا ما ظرف یک ساعت متوجه میشویم؟
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو