امنیت سایبری هوش مصنوعی، عملی برای ایمنسازی هوش مصنوعی به عنوان بخشی از سطح حمله شماست: مدلها، مجموعه دادهها، عاملها، سرورهای MCP، اعلانها و کد تولید شده توسط هوش مصنوعی در داخل نرمافزار شما، به علاوه تکنیکهای حمله جدیدی که آنها را هدف قرار میدهند. همچنین جهت معکوس، استفاده از هوش مصنوعی برای تقویت دفاع را پوشش میدهد، اما جهت اول، جهتی است که امروزه باعث ایجاد آسیبپذیری میشود. این پاسخ کوتاه به چیستی امنیت سایبری هوش مصنوعی است. ارزش دارد که از قبل در نظر گرفته شود.cisدر موردش، چون این اصطلاح برای دو چیز کاملاً متفاوت استفاده میشود، و خریدن یکی اشتباه، دیگری را بیاهمیت جلوه میدهد.
معنای امنیت سایبری هوش مصنوعی، از دو جهت #
معنای امنیت سایبری هوش مصنوعی در یک خط ساده تقسیم میشود: آیا شما از هوش مصنوعی محافظت میکنید یا توسط آن محافظت میشوید؟
ایمنسازی هوش مصنوعی. سازمان شما با هوش مصنوعی ساخته میشود و با استفاده از هوش مصنوعی توسعه مییابد. این امر داراییهایی را معرفی میکند که هیچکس فهرستبندی نکرده است و حالتهای خرابی را که ابزارهای مرسوم هرگز برای آنها طراحی نشدهاند: اعلانی که ورودی غیرقابل اعتماد را میپذیرد، عاملی با مجوز بیشتر از نیاز وظیفهاش، مجموعه دادهای که یک مدل را مسموم میکند، سرور MCP که هیچکس آن را تأیید نکرده است. اینجاست که حوادث رخ میدهند.
هوش مصنوعی برای امنیت. یادگیری ماشینی در تشخیص، اولویتبندی، توضیح و اصلاح به کار میرود: کاهش نویز هشدار، اولویتبندی یافتههای قابل بهرهبرداری و نوشتن راهحل. اینجاست که کارایی حاصل میشود.
بیشتر فروشندگان و بیشتر مقالات این دو را با هم ادغام میکنند. معنای امنیت سایبری هوش مصنوعی که از نظر عملیاتی اهمیت دارد این است که آنها برنامههای جداگانهای با مالکان جداگانه هستند. یکی مشکل سطح حمله است و دیگری مشکل بهرهوری.
امنیت سایبری هوش مصنوعی از چه چیزی محافظت میکند؟ #
موجودی، قبل از کنترل. هر مورد زیر یک دارایی است که اکنون یک تیم امنیتی مسئول آن است.
- مدلچه به صورت خود میزبان، چه تنظیمشده و چه از طریق API ارائهدهنده فراخوانی شود
- مجموعه داده ها برای آموزش، تنظیم دقیق، ارزیابی و بازیابی استفاده میشود
- نمایندگان و سرورهای نماینده که به صورت خودکار درون سیستمهای شما عمل میکنند
- سرورهای MCP که ابزارها و دادهها را در اختیار آن عوامل قرار میدهد
- دستورالعملها، فایلهای مهارت، فایلهای قوانین و guardrails، لایه پیکربندی که رفتار هوش مصنوعی را کنترل میکند
- نقاط پایانی استنتاج و مدارکی که به آنها میرسد
- دستیاران کدنویسی هوش مصنوعی مورد استفاده در تیمهای شما، و کدی که آنها تولید میکنند
- وابستگیهای هوش مصنوعیچارچوبها و بستههایی که هوش مصنوعی شما به کار میگیرد
توجه کنید که چقدر کم از آن کد برنامه است. این از قبل استcisالی چرا؟ SAST ابزار، یک عامل EDR و یک ابزار وضعیت ابری، همگی میتوانند در حالی که یک عامل روی لپتاپ در حال استخراج دادهها از طریق ابزار ایمیل خود است، سبز گزارش دهند. کد برنامه نیز همینطور است، بنابراین هیچکدام تحت پوشش ابزاری که از قبل اجرا کردهاید، قرار نمیگیرند.
سه حملهای که فقط به خاطر هوش مصنوعی وجود دارند #
دانستن اینکه به کدام خانواده نگاه میکنید، به شما میگوید که کنترل به کجا تعلق دارد، و اینجاست که معنای امنیت سایبری هوش مصنوعی دیگر انتزاعی نیست.
خانواده اول دستورالعمل های مدل را هدف قرار می دهد. تزریق سریع، جایگاه برتر را در بین ... داشته است. ده مورد برتر OWASP برای برنامههای کارشناسی ارشد مدیریت بازرگانی از آنجا که این لیست وجود داشته، به یک دلیل ساده: هر نقطهای که یک مدل متنی را که نویسنده آن نبوده میخواند، یک نقطه ورود است. نسخه خطرناک غیرمستقیم است. هیچکس حمله را تایپ نمیکند، مدل آن را بازیابی میکند، از یک تیکت پشتیبانی، یک صفحه وب، یا ... pull request نظر یا سندی که کسی آپلود کرده است. مدل نمیتواند دستورالعملها را از محتوا تشخیص دهد، بنابراین هر دو را دنبال میکند. به آن مدل ابزار بدهید و همین تکنیک تبدیل به تزریق ابزار میشود: آنچه را که عامل باور دارد یک ابزار انجام میدهد تغییر دهید، و با استفاده از اعتبارنامههای خودتان علیه شما عمل خواهد کرد. عاملیت بیش از حد، عامل ضربکننده است. عاملی که مجوزهای گستردهتری نسبت به آنچه وظیفهاش نیاز دارد، دارد، تفاوت بین یک مزاحمت و یک حادثه است.
خانواده دوم، لایه پیکربندی را هدف قرار میدهد. دستورات، فایلهای قوانین، فایلهای مهارت و تعاریف سرور MCP تصمیم میگیرند که هوش مصنوعی در محیط شما چه کاری انجام دهد و هیچکدام از آنها کد برنامه نیستند. درِ پشتیِ فایل قوانین نشان داد که این موضوع تا کجا پیش میرود: کاراکترهای یونیکد با پهنای صفر، دستورالعملهایی را حمل میکنند که یک بررسیکنندهی انسانی نمیتواند آنها را به صورت فیزیکی ببیند، دستیار از آنها اطاعت میکند و هرگز در پاسخ خود به آنها اشارهای نمیکند. این تکنیک در فهرست زیر آمده است. میتر اطلس مانند AML.CS0041. همین لایه به طور معمول اعتبارنامههای ارائهدهنده را به صورت متن ساده نگهداری میکند و به دستیاران دسترسی خواندن به بخشهای بسیار بیشتری از سیستم فایل را نسبت به آنچه که در نظر گرفته شده است، میدهد. کدگذاری عاملی, این لایه فرمان است و تقریباً هیچکس آن را بررسی نمیکند.
خانواده سوم، زنجیره تأمین هوش مصنوعی را هدف قرار میدهد. مدلها، مجموعه دادهها و بستههای اطراف آنها از خارج وارد میشوند. Slopsquatting واضحترین مورد است: مدلهای زبانی نام بستهها را اختراع میکنند، مهاجمان آنها را ثبت میکنند و عامل بنا به درخواست، کد مهاجم را نصب میکند. تحقیقات ارائه شده در USENIX Security 2025 نشان داد که 19.7٪ از بستههای توصیه شده توسط LLMها وجود ندارند و نامهای توهمزا آنقدر تکرار میشوند که میتوان آنها را استخراج کرد. در کنار آن، دادههای آموزشی و بازیابی مسموم، جاسازیهایی که منبع خود را فاش میکنند، سرورهای MCP غیرقابل اعتماد که مستقیماً به یک عامل متصل شدهاند و چارچوبهای هوش مصنوعی آسیبپذیر که به عنوان وابستگی به کار میروند، قرار دارند.
در زیر هر سه مورد، هوش مصنوعی سایه قرار دارد: مدلها، کارگزاران، دستیاران و سرورهای MCP در حال حاضر بدون تأیید، بررسی یا موجودی در حال اجرا است. این حالت پیشفرض در اکثر سازمانها است و به همین دلیل است که اولین کنترل همیشه یک لیست است.
چه چیزی نیست؟ #
این مدیریت هوش مصنوعی نیست. حاکمیت شرکتی به این سوال پاسخ میدهد که آیا باید از یک مدل استفاده کنید و تحت چه سیاستی. امنیت سایبری هوش مصنوعی به این سوال پاسخ میدهد که آیا مدل، عامل و سیمکشی بین آنها قابل حمله هستند یا خیر.
این یک فیلتر در مقابل یک چتبات نیست. فیلترینگ اعلانهای زمان اجرا یکی از کنترلهای بسیار زیاد است. این کنترل هیچ چیزی در مورد سرور MCP روی لپتاپ توسعهدهنده، فایل قوانین مسمومشده در مخزن یا اعتبارنامه در پیکربندی هوش مصنوعی نمیبیند.
این شامل آنچه که شما در حال حاضر اجرا میکنید، نمیشود. امنیت برنامههای کاربردی سنتی در مخزن متوقف میشود و نمیداند مدل چیست. ابزارهای Endpoint سیستم عامل را زیر نظر دارند و بستهها، سرورهای MCP یا دستیاران را درک نمیکنند. حملات هوش مصنوعی در شکاف بین آنها رخ میدهد.
این فقط مربوط به هوش مصنوعی مولد نیست. یادگیری ماشین کلاسیک در کلاهبرداری، قیمتگذاری و امتیازدهی ریسک نیز از طریق مسمومیت، فرار و استخراج مدل، هدف قرار میگیرد.
چارچوبهایی که حوزه را تعریف میکنند #
ده مورد برتر OWASP برای برنامههای کارشناسی ارشد مدیریت بازرگانی: طبقهبندی کاربردی برای ریسک برنامههای LLM، و طبقهبندیای که اکثر تیمهای امنیتی یافتهها را به آن ارجاع میدهند
ده مورد برتر OWASP برای برنامههای کاربردی عاملدار در سال ۲۰۲۶فهرست همراه برای سیستمهای خودکار و ابزار-محور، منتشر شده در دسامبر ۲۰۲۵
پروژه امنیتی OWASP GenAI: تلاش فراگیر، شامل امنیت دادهها، راهنمایی سرور MCP و منابع تیم قرمز
چارچوب مدیریت ریسک هوش مصنوعی NIST و نمایه هوش مصنوعی مولد آن: واژگان حاکمیتی که تنظیمکنندگان و هیئت مدیرهها میشناسند
میتر اطلسپایگاه دانش تکنیک تخاصمی برای سیستمهای هوش مصنوعی، به همراه مطالعات موردی واقعی
قانون هوش مصنوعی اتحادیه اروپاچارچوب قانونی، شامل وظایف مربوط به مستندسازی فنی که فهرست هوش مصنوعی به شما در برآورده کردن آنها کمک میکند
از کجا شروع کنیم #
فهرست. هر مدل، مجموعه داده، عامل، سرور MCP و دستیار هوش مصنوعی مورد استفاده را از کد، وابستگیها و پیکربندی به جای یک نظرسنجی پیدا کنید.
روابط را ترسیم کنید. ریسک در ارتباطات نهفته است: کدام عامل به کدام ابزار دسترسی پیدا میکند، کدام مجموعه داده کدام مدل را تغذیه میکند.
لایه پیکربندی را بخوانید. با دستورالعملها، فایلهای مهارت، فایلهای قوانین و تعاریف MCP به عنوان مصنوعات امنیتی رفتار کنید و آنها را مانند کد بررسی کنید.
مجوزهای محدوده. به هر عامل، باریکترین سطح ابزار و کمترین استقلال ممکن را که شغلش اجازه میدهد، بدهید.
هر جا که اجرا میشود، آن را اجرا کنید. بیشتر ریسک هوش مصنوعی روی دستگاههای توسعهدهندگان قرار دارد، بنابراین سیاست باید در نقطه پایانی، قبل از اجرای یک سرور تأیید نشده یا یک بسته مخرب، اعمال شود.
ایمنسازی هوش مصنوعی مورد استفاده و هوش مصنوعی که با آن میسازید #
پاسخ عملی به اینکه امنیت سایبری هوش مصنوعی چیست این است که با قابلیت مشاهده شروع میشود و با اجرا به پایان میرسد. Xygeni هر دارایی هوش مصنوعی را در شما کشف میکند. SDLCشامل مدلها، عاملها، سرورهای MCP، مجموعه دادهها، فایلهای مهارت و اعلانهایی که هیچکس اعلام نکرده است، نحوه اتصال آنها را نقشهبرداری میکند و خطرات خاص آنها را تشخیص میدهد: تزریق اعلان و ابزار، دستورالعملهای مخرب در قوانین و فایلهای مهارت، پیکربندی ناامن MCP، اسرار موجود در فایلهای هوش مصنوعی و وابستگیهای نامرتب هوش مصنوعی. یافتهها با 10 مورد برتر OWASP برای برنامههای LLM مطابقت دارند و دقیقاً به فایل و خط مربوطه اشاره میکنند. یک AI-BOM به حسابرسان شما چیزی قابل دفاع میدهد و سیاست در نقطه پایانی توسعهدهنده، جایی که بیشتر خطرات هوش مصنوعی در واقع اجرا میشوند، اعمال میشود.
همین هوش در مورد یافتههای اسکنرهایی که از قبل دارید نیز صدق میکند، بنابراین امنیت هوش مصنوعی به جای جایگزینی، پشته شما را گسترش میدهد. ببینید عوامل شما به چه چیزی متصل هستند. شیگنی.
سوالات متداول #
توسعهای که در آن یک عامل هوش مصنوعی با استفاده از ابزارها، کار چند مرحلهای را در پایگاه کد شما برنامهریزی و اجرا میکند، در حالی که هوش مصنوعی را در نرمافزار و فرآیند توسعه شما ایمن میکند و در برابر حملاتی که بهطور خاص آن را هدف قرار میدهند، دفاع میکند.
یک کلاس دارایی جدید که شما مسئول آن هستید، خارج از پوشش برنامه و ابزار Endpoint موجود شما قرار دارد و در حسابرسیها در مورد آن سوال شده است.
خیر. یکی از هوش مصنوعی که شما استفاده میکنید و با آن میسازید محافظت میکند. دیگری از هوش مصنوعی برای سریعتر کردن تیم امنیتی شما استفاده میکند. هر دو مفید هستند و جایگزین یکدیگر نیستند.
ده مورد برتر OWASP برای برنامههای LLM برای مهندسی، و چارچوب مدیریت ریسک هوش مصنوعی NIST برای مدیریت. وقتی عاملها ابزارهایی را در محیط شما در اختیار دارند، فهرست عاملها را اضافه کنید.
موجودی. هر کنترل دیگری به دانستن آنچه وجود دارد بستگی دارد و اکثر تیمها داراییهایی را کشف میکنند که هیچکس اعلام نکرده است.
