دستیار چندمشتری باید در هر مرحله بداند درخواست متعلق به کدام سازمان است. جداکردن صفحه ورود کافی نیست؛ جست‌وجو، فایل، کش و گزارش هم باید همان مرز را حفظ کنند. برای آزمون این مرز، دو سازمان ساختگی و نشانه‌های بی‌خطر بسازید تا بدون افشای اطلاعات واقعی، نشت قابل تشخیص باشد.
روش اجرا و تصمیم‌گیری
برای سازمان الف و ب، سندهایی با موضوع یکسان اما پاسخ متفاوت تهیه کنید. برای مثال نشانی تحویل نمونه در هر سازمان یک عبارت منحصربه‌فرد داشته باشد. سپس با حساب الف، سؤال‌هایی درباره سند ب بپرسید؛ خروجی صحیح، نداشتن دسترسی یا پاسخ فقط از سند الف است. خود آزمون نباید نیازمند حدس‌زدن داده واقعی مشتری باشد.
مجوز را از نشست معتبر سرور بگیرید، نه از نام شرکت داخل پرامپت. شناسه سازمان در درخواست ابزار، فیلتر بازیابی و کلید کش باید کنترل شود. کاربری که متن سؤال را تغییر می‌دهد نباید بتواند محدوده سازمان را تغییر دهد. مسیر فایل مستقیم و خروجی گزارش را نیز جدا آزمایش کنید.
حالت تغییر نقش و خروج از حساب را فراموش نکنید. بعد از جابه‌جایی کاربر، تاریخچه یا نتیجه کش‌شده قبلی نباید بدون مجوز نمایش داده شود. گزارش آزمون باید ورودی، هویت ساختگی، منبع قابل دسترسی و پاسخ واقعی را نگه دارد تا تیم بتواند خطا را تکرار کند.
نمونهٔ ساختگی و قابل تکرار
در سناریوی آزمایشی، سند الف می‌گوید «محل تحویل: اتاق آبی» و سند ب می‌گوید «محل تحویل: اتاق نارنجی». کاربر الف فقط باید اتاق آبی را ببیند. ابتدا پرسش معمول، سپس درخواست مستقیم سند ب و بعد تکرار سؤال با همان متن از حساب ب انجام می‌شود. اگر حساب الف پس از درخواست حساب ب اتاق نارنجی را دید، کش مشترک یکی از فرضیه‌های بررسی است؛ تا بررسی فنی، علت قطعی نامیده نمی‌شود. انتشار این نشانه ساختگی برای آزمون مجاز است، نه اطلاعات مشتری واقعی.
محدودیت‌ها و خطاهای رایج
موفقیت چند آزمون به معنی اثبات کامل جداسازی نیست. دسترسی پایگاه داده، پشتیبان‌ها و ابزارهای مدیریت به بررسی جدا نیاز دارند. آزمون‌ها باید در محیط مجاز انجام شوند؛ این راهنما مجوز آزمایش حساب یا سامانه دیگران بدون اجازه ایجاد نمی‌کند.
کنترل پیش از استفاده
| کنترل | معیار پذیرش |
|---|---|
| بازیابی | نتیجه جست‌وجو فقط از اسناد مجاز همان سازمان باشد. |
| کش | کلید و خواندن کش، مرز سازمان و مجوز مؤثر را حفظ کنند. |
| خروجی | تاریخچه، فایل و گزارش مستقیم همان کنترل مجوز را داشته باشند. |
کاربرگ همراه
فایل همراه برای آزمون کنترل‌شده دو سازمان است. ستون نتیجه را با متن واقعی خروجی پر کنید، نه فقط قبول یا رد. اگر نشانه سازمان دیگر دیده شد، نمونه را با شناسه اجرا به مسئول فنی ارجاع دهید و داده واقعی وارد نکنید.
دریافت کاربرگ CSV این راهنما — داده‌های داخل فایل نمونهٔ ساختگی‌اند. نسخهٔ اصلی را نگه دارید و برای آزمون خودتان یک کپی بسازید.
منبع و ادامهٔ کار
OWASP: کنترل مجوز. تاریخ بررسی منابع: ۱ نوامبر ۲۰۲۶.
اگر کاربرد شما پاسخ‌گویی به مشتری است، مسیر مرتبط اپرا را ببینید و مسئله و محدودیت‌های همین کاربرگ را برای بررسی در دمو همراه داشته باشید.