امنیت اتوماسیون workflow هوش مصنوعی

ارزیابی امنیت برای workflowهای کسب‌وکار مبتنی بر هوش مصنوعی و پلتفرم‌های اتوماسیون

درباره این سرویس

ارزیابی امنیت اتوماسیون workflow هوش مصنوعی ما فرآیندهای کسب‌وکاری را می‌آزماید که در آن‌ها یک مدل هوش مصنوعی داده می‌خواند، تصمیمی می‌گیرد یا به آن شکل می‌دهد و از راه connectorها و ابزارها اقدامی را راه می‌اندازد. خطر تنها در آن چیزی نیست که مدل می‌گوید؛ در کاری است که اتوماسیون با اختیار خودش انجام می‌دهد. می‌آزماییم که آیا مهاجم می‌تواند این تصمیم‌ها را از راه محتوایی که workflow می‌بلعد هدایت کند (تزریق پرامپت غیرمستقیم)، آیا ابزارها و connectorهایی که اتوماسیون می‌تواند صدا بزند به‌درستی مجاز و کم‌اختیار شده‌اند، آیا یک trigger را کسی که نباید می‌تواند شلیک کند، و آیا کنترل انسان‌در‌حلقه را می‌توان دور زد. مبنای کار، راهنمای OWASP AI Testing Guide و فهرست OWASP Top 10 for LLM Applications است، با توجه ویژه به اختیار بیش از حد و کاربرد ناامن ابزار، و از MITRE ATLAS و NIST AI RMF بهره می‌گیریم. هر یافته اثبات می‌شود، در کنار اثر واقعی‌اش با CVSS رتبه می‌گیرد و با یک رفع مشخص نوشته می‌شود.

چه چیزی شامل می‌شود

تزریق پرامپت غیرمستقیم از راه محتوایی که workflow می‌بلعد: سند، ایمیل، تیکت، فیلد فرم و بار webhook

اختیار بیش از حد: این‌که آیا اتوماسیون می‌تواند اقدامی فراتر از نیاز کار انجام دهد

مجوزدهی ابزار و connector: کم‌اختیار بودن هویت اتوماسیون، و این‌که هر اقدام بررسی می‌کند از سوی چه کسی عمل می‌کند

امنیت trigger: این‌که چه کسی یا چه چیزی می‌تواند یک workflow را آغاز کند و آیا آن نقطه‌ی ورود احراز هویت می‌شود

دور زدن کنترل انسان‌در‌حلقه و گام تأیید

منطق کسب‌وکار تصمیم خودکار، شامل تأییدها، آستانه‌ها و انشعاب‌ها

نگه‌داری راز و اعتبارنامه درون گام‌های workflow و یکپارچه‌سازی‌ها

جریان داده و نشت آن در میان سامانه‌هایی که workflow به هم وصل می‌کند

اعتبارسنجی ورودی و مدیریت خروجی، جایی که خروجی workflow سامانه‌ی دیگری را به کار می‌اندازد

قابلیت حسابرسی: این‌که آیا اقدامات خودکار چنان ثبت می‌شوند که بتوان بازساخت آنچه رخ داده را دنبال کرد

مصرف بی‌حدومرز: هزینه و منع سرویس از راه مسیر خودکار

چگونه کار می‌کند

1
کشف و نگاشت workflow
workflow را نگاشت می‌کنیم: triggerهایش، داده‌ای که می‌خواند، هر نقطه‌ای که هوش مصنوعی در آن تصمیم می‌گیرد یا به آن شکل می‌دهد، و هر ابزار، connector و سامانه‌ای که می‌تواند رویش اقدام کند. همین، مرزِ آنچه اتوماسیون باید و نباید بتواند انجام دهد را تعیین می‌کند.
2
تست تزریق و مسیر داده
دستورهای زیر کنترل مهاجم را در محتوایی که workflow می‌بلعد می‌کاریم (یک سند، یک ایمیل، یک تیکت، یک webhook) و می‌آزماییم که آیا مدل به‌جای کاری که به آن سپرده شده، از آن‌ها پیروی می‌کند. همین‌جاست که یک فرآیند خودکار بی‌سروصدا به ابزار مهاجم بدل می‌شود.
3
تست اختیار و مجوزدهی
برای هر ابزار و connector که اتوماسیون می‌تواند صدا بزند، می‌آزماییم که آیا آن اقدام بررسی می‌کند از سوی چه کسی عمل می‌کند و در محدوده‌ی مجوزهای او می‌ماند، و آیا هویت خودِ اتوماسیون تا دقیقاً همان چیزی که کار نیاز دارد محدود شده است.
4
تست trigger، منطق و نشت داده
می‌آزماییم که آیا یک workflow را کسی که نباید می‌تواند آغاز کند، آیا می‌توان گام تأیید یا انسان‌در‌حلقه را رد کرد، آیا می‌توان منطق تصمیم را از مسیر مقصودش بیرون راند، و آیا می‌توان داده را در میان سامانه‌های متصل به شیوه‌ای که نباید جابه‌جا کرد.
5
اعتبارسنجی، گزارش‌دهی و تست مجدد
هر یافته با یک مورد تکرارپذیر اثبات می‌شود، با CVSS و اثر واقعی رتبه می‌گیرد، به فهرست OWASP Top 10 for LLM Applications نگاشت می‌شود و با یک رفع مشخص نوشته می‌شود. پس از رفع، دوباره تست می‌کنیم تا مطمئن شویم رفع‌ها پابرجا هستند.
خروجی‌ها
  • خلاصه‌ی اجرایی با نمای کلی ریسک برای تصمیم‌گیرندگان
  • گزارش فنی تفصیلی، هر یافته با یک مورد تکرارپذیر
  • یافته‌های تزریق پرامپت غیرمستقیم در سراسر مسیرهای داده‌ی بلعیده‌شده
  • یافته‌های اختیار بیش از حد و مجوزدهی ابزار
  • یافته‌های trigger، دور زدن تأیید و منطق کسب‌وکار
  • یافته‌های جریان و نشت داده در میان سامانه‌های متصل
  • نگاشت یافته‌ها به OWASP Top 10 for LLM Applications، همراه با CVSS و اثر کسب‌وکار
  • راهنمای رفع اولویت‌دار و تست مجدد پس از رفع

چرا وادی ایمن حافظ

اقدام، نه فقط پاسخ
به این بسنده نمی‌کنیم که مدل متنی نادرست تولید کند؛ اقداماتی را می‌آزماییم که workflow می‌تواند با اختیار خودش انجام دهد، همان‌جا که یک فرآیند خودکار به آسیب واقعی بدل می‌شود.
تمرکز بر تزریق غیرمستقیم
اتوماسیون‌ها از منابع بسیاری داده می‌خوانند و هر کدام می‌تواند دستوری پنهان را حمل کند. مسیرهای داده‌ی بلعیده‌شده را می‌آزماییم که یک ارزیابیِ فقط‌گفت‌وگو هرگز به آن‌ها دست نمی‌زند.
کم‌اختیاری در طراحی
بیشترِ آسیب workflow از هویت اتوماسیونی می‌آید که می‌تواند بسیار بیشتر از کارش انجام دهد. بررسی می‌کنیم که آیا هر connector تا دقیقاً همان چیزی که فرآیند نیاز دارد محدود شده است.
تکرارپذیر و قابل اجرا
هر یافته به‌صورت موردی می‌آید که می‌توانید بازپخشش کنید، به یک استاندارد شناخته‌شده نگاشت می‌شود و با یک رفع مشخص برای trigger، نرده‌ی محافظ، connector یا مهارِ مجوزدهی همراه است.

سوالات متداول

ارزیابی امنیت اتوماسیون workflow هوش مصنوعی چیست؟

یک workflow کسب‌وکاری را می‌سنجد که در آن یک مدل هوش مصنوعی داده می‌خواند، تصمیمی می‌گیرد یا به آن شکل می‌دهد و از راه connectorها و ابزارها اقدامی را راه می‌اندازد. دنبال ضعف در مسیرهای داده‌ی بلعیده‌شده، مجوزدهی ابزار و connector، triggerها و منطق تصمیم خودکار می‌گردد؛ بر پایه‌ی راهنمای OWASP AI Testing Guide و فهرست OWASP Top 10 for LLM Applications، و هر یافته اثبات و رتبه‌بندی می‌شود.

تزریق پرامپت غیرمستقیم چیست و چرا برای یک workflow اهمیت دارد؟

تزریق پرامپت غیرمستقیم دستوری پنهان است که به‌جای آن‌که کاربر تایپش کند، درون محتوایی جای می‌گیرد که workflow می‌خواند: یک سند، یک ایمیل، یک تیکت، یک webhook. چون workflow از منابع بسیاری داده می‌بلعد و سپس رویش اقدام می‌کند، دستوری که در آن داده پنهان شده می‌تواند اتوماسیون را به کاری براند که هرگز برایش در نظر نبوده است. برای فرآیندهای خودکار، همین مسیرِ تزریق از همه مهم‌تر است.

اختیار بیش از حد چیست؟

اختیار بیش از حد یعنی اتوماسیون بتواند اقدام‌هایی انجام دهد یا به سامانه‌هایی برسد که کارش واقعاً به آن‌ها نیاز ندارد؛ هویتی با مجوزهای پهناور، یا connectorی که جایی که تنها باید بخواند، می‌تواند بنویسد. همین، یک تصمیم بد را به دامنه‌ی آسیب بزرگ بدل می‌کند، پس بررسی می‌کنیم که هر ابزار و connector تا حد کار محدود شده باشد.

برای شروع به چه دسترسی و اطلاعاتی نیاز دارید؟

در حالت مطلوب، توصیفی از workflow و triggerهایش، دسترسی برای اجرای سرتاسری آن، فهرست ابزارها و connectorهایی که می‌تواند صدا بزند همراه با مجوزهای در نظر گرفته‌شده‌شان، و نمونه ورودی‌ها. با تعریف workflow و پیکربندی connectorها (یک نمای white-box) بسیار بیشتر از حالتی که از بیرون کاوش کنیم پوشش می‌دهیم؛ عمق دسترسی را پیش از شروع با شما تعیین می‌کنیم.

تست را به‌صورت black-box، grey-box یا white-box انجام می‌دهید؟

هر سه. black-box فردی بیرونی و بی‌دانشِ درونی را تقلید می‌کند، white-box از تعریف workflow و پیکربندی connectorها کار می‌کند، و grey-box با دانش جزئی میان این دو می‌نشیند. برای workflowهای خودکار، نمای grey-box یا white-box معمولاً همان نقص‌های مجوزدهی و اختیار را می‌یابد که بیش از همه اهمیت دارند، پس تا جای ممکن آن را پیشنهاد می‌دهیم.

ارزیابی روی محیط production اجرا شود یا staging؟

یک محیط staging که آینه‌ی production باشد امن‌ترین گزینه است، چون ارزیابی workflow اقدام‌های واقعی را از راه connectorها راه می‌اندازد و می‌تواند داده بسازد، تغییر دهد یا بفرستد. آنجا که ناگزیر روی production تست کنیم، نخست بر مرزهای غیرمخرب توافق می‌کنیم و در همان‌ها می‌مانیم. این را پیش از هر اقدام با شما تعیین می‌کنیم.

یافته‌ها چگونه رتبه‌بندی می‌شوند؟

هر یافته با CVSS نمره می‌گیرد و در کنار اثر واقعی‌اش بر کسب‌وکار ارائه می‌شود، تا مسئله‌ای فنی و جالب اما کم‌پیامد با مسئله‌ای که یک اقدام بحرانی را به دست مهاجم می‌دهد اشتباه گرفته نشود. همین جفت‌کردن است که می‌گذارد به ترتیب درست رفع کنید.

آیا پس از رفع یافته‌ها دوباره تست می‌کنید؟

بله. تست مجدد پس از رفع بخشی از کار است: تأیید می‌کنیم که هر رفع واقعاً مسئله را می‌بندد و مسیر تازه‌ای نگشوده است، و گزارش به‌روزرسانی می‌شود تا وضعیت رفع‌شده را بازتاب دهد.

آماده شروع هستید؟
با تیم ما تماس بگیرید تا در مورد نیازهای ارزیابی امنیتی شما صحبت کنیم