الگوی موجود در گزارش‌های حادثه این چرخه
این نکته ارزش بیان دقیق دارد، زیرا ماهیت حادثه را تغییر می‌دهد. نقض، دلالت بر یک مهاجم و یک آسیب‌پذیری دارد. مقصد غیرمجاز، دلالت بر شکافی دارد میان آنچه اپراتور باور داشت اختیار ایجنت است و آنچه محیط اجرا در واقع مجاز می‌دانست. این‌ها طبقات شکست متفاوتی هستند و اصلاح متفاوتی می‌طلبند.
گزارش‌ها رفتار کشف‌شده را توصیف می‌کنند، نه رفتار جلوگیری‌شده را
هر روایت در این چرخه پس‌نگر است. کسی رفتار را متوجه شده، سپس آن را بازسازی کرده است. این ویژگی لاگ‌گیری است، نه ویژگی مدل. سیستمی که خروج غیرمجاز را جلوگیری می‌کند و سیستمی که آن را مجاز می‌داند و بعداً گزارش می‌دهد، می‌توانند همان موتور سیاست را اجرا کنند؛ تفاوتشان تنها در این است که مرز پیش از وقوع یا پس از آن اعمال شده، و در اینکه آیا تلاش اصلاً ثبت شده است یا نه.
پیامد ناخوشایند این است که صنعت در حال حاضر نمی‌تواند به‌صورت برحسب تقاضا شواهدی تولید کند که یک حادثه مورد اختلاف را فیصله دهد. وقتی نهاد نظارتی می‌پرسد آیا ایجنت در یک اجرای خاص به مقصد مشخصی تلاش کرده است، پاسخ صادقانه برای بیشتر استقرارها این است که رونوشت وجود دارد اما اختیار نه. رونوشت نشان می‌دهد مدل چه گفت. نشان نمی‌دهد کدام اعتبارنامه در مرز ارائه شده، تحت مجوز چه کسی، یا آیا شاخه‌ای از سیاست ارزیابی و رد شده است.
این زمینه‌ای است برای فشار نظارتی کنونی: استعلام‌های FTC، تعهدات داوطلبانه‌ای که میان آزمایشگاه‌ها دست‌به‌دست می‌شود، و لوایح ایالتی در جریان، همه در برابر مجموعه‌ای از شواهد نوشته می‌شوند که عمدتاً حکایت‌محور است. قواعدی که بر پایه حکایت‌ها نوشته شوند به سمت کلی‌بودن و غیرقابل‌اجرا بودن میل می‌کنند، زیرا نویسندگان نمی‌توانند به اجرای مشخصی اشاره کنند و بگویند: این شکل شکست است. جایگزین، مقررات‌زدایی نیست. تولید آن سابقه است.
سه مصنوعی که یک حادثه را بازسازی‌پذیر می‌کنند
یک حادثه بازسازی‌پذیر به سه سابقه نیاز دارد، و هر یک خانه طبیعی‌ای دارد که درون چارچوب خود ایجنت نیست.
سابقه قصد
هدفی که به ایجنت اعلام شده، پیش از انتخاب ابزار ثبت می‌شود، نه پس از آن از رونوشت استنتاج می‌شود. استنتاج همان مشکل است: رونوشت روایتی است که مدل درباره خودش نوشته، و همان زمینه‌ای آن را شکل داده که رفتار را تولید کرده است. سابقه قصد، ورودی است، نه روایت مدل از ورودی. باید شناسه وظیفه، اصل درخواست‌کننده، هدف اعلام‌شده، و دامنه اختیار اعطاشده برای آن هدف را حمل کند.
سابقه خروج
هر مقصد، هر اعتبارنامه استفاده‌شده، و طبقه محتوا، در مرز نوشته می‌شود، نه درون چارچوب ایجنت. مرز تنها جایی است که سابقه می‌تواند قابل‌اعتماد باشد، زیرا تنها جایی است که تلاش را مستقل از آنچه چارچوب قصد داشت مشاهده می‌کند. اگر چارچوب ایجنت لاگ خروج خودش را بنویسد، چارچوبی که به‌خطر افتاده یا بدپیکربندی شده، لاگی گمراه‌کننده می‌نویسد.
یک سازوکار مشخص: یک پروکسی رو‌به‌جلو که تمام ترافیک خروجی از محیط اجرای ایجنت را پایان می‌دهد، مقصد را تفکیک می‌کند، آن را در برابر دامنه اعطاشده وظیفه بررسی می‌کند، و پیش از ارسال یا رد، سابقه‌ای ساخت‌یافته صادر می‌کند. سابقه توسط پروکسی نوشته می‌شود، نه توسط ایجنت. ایجنت نمی‌تواند آن را سرکوب کند، زیرا ایجنت در مسیر نوشتن نیست.
سابقه تصمیم
کدام سیاست ارزیابی شد، کدام شاخه انتخاب شد، و بازگشت چه می‌بود. آخرین بند بیشترین اهمیت را دارد و بیشترین اوقات حذف می‌شود. دانستن اینکه درخواستی رد شده مفید است؛ دانستن اینکه رد به یک پیش‌فرض مجاز فروکاسته شده، تفاوت میان یک سیاست و یک تزیین است. سابقه تصمیم باید نسخه سیاست، ورودی‌های ارزیابی، نتیجه، و وضعیت بازگشت را نام ببرد.
چرا داشبوردها این را برآورده نمی‌کنند
معیارهای تجمیعی به هر چند وقت پاسخ می‌دهند. به دقیقاً در اجرای ۴۱٬۲۰۸ چه اتفاقی افتاد پاسخ نمی‌دهند. وقتی حادثه‌ای تحت بررسی است، پرسش همیشه مشخص است: این اجرا، این مقصد، این اعتبارنmedia/server-rack-circuit-board-1958b2-bf296a.jpg)
ردیابی‌های نمونه‌برداری‌شده همین نقص را به شکلی تیزتر دارند. نمونه‌برداری برای حفظ نماینده و دور ریختن دنباله طراحی شده است. اجراهای ناهنجاری که اهمیت دارند دقیقاً همان دنباله‌اند. سیستمی که یک درصد ردیابی‌ها را نگه می‌دارد، به‌حکم ساختار، اجراهایی را که بازرس نیاز دارد دور می‌ریزد، و این کار را نامرئی انجام می‌دهد، زیرا نبود یک سابقه از نبود یک رویداد قابل تشخیص نیست.
بنابراین سیاست نگهداری به پارامتری ایمنی تبدیل می‌شود، نه پارامتری هزینه ذخیره‌سازی. این همان بده‌بستان صادقانه در کل طراحی است. سوابق با تمام‌وفاداری از هر قصد و هر تلاش خروج، حجیم‌اند و حساس‌اند، زیرا توصیف می‌کنند سازمان قصد داشت چه کند. موضع عمل‌گرایانه، نگهداری لایه‌ای است: تمام‌وفاداری برای پنجره‌ای به‌قدر کافی طولانی برای پوشش کشف حادثه، تجمیع‌شده و پاک‌سازی‌شده فراتر از آن، با حفظ طرح‌واره تا اجرای مشخصی حتی وقتی جزئیات محتوایش منقضی شده، همچنان قابل شناسایی باشد. این یک انتخاب سیاستی است و باید صریحاً انجام شود، نه اینکه به پیش‌فرض هر آنچه فروشنده رصدپذیری عرضه می‌کند واگذار شود.
یک پیاده‌سازی کمینه قابل‌دوام
سه ویژگی برای ایجاد تفاوت میان یک حادثه بازسازی‌پذیر و یک حکایت کافی است.
نوشتن بیرون از دامنه نوشتن ایجنت. سوابق قصد و خروج به یک مخزن فقط‌افزودنی می‌روند که محیط اجرای ایجنت هیچ اعتبارنامه‌ای برای تغییر یا حذف آن ندارد. فقط‌افزودنی یک ترجیح ذخیره‌سازی نیست؛ همان ویژگی‌ای است که سابقه را به شواهد تبدیل می‌کند، نه شهادت.
بستن سوابق به شناسه‌هایی که لغو بتواند هدف بگیرد. هر سابقه شناسه وظیفه و شناسه اعتبارنامه را حمل می‌کند. بدون این بستن، لغو ابزاری کُند است: می‌توانید ایجنت را متوقف کنید، اما نمی‌توانید مجوز مشخصی را که خروج مشخصی را مجاز کرده لغو کنید. با آن، پاسخ به یک حادثه لغوی دامنه‌دار است، نه خاموشی.
برخورد با طرح‌واره لاگ به‌عنوان رابطی نسخه‌دار. ابزارهای مسئولیت و حسابرسی پایین‌دستی به نام‌ها و معنای فیلدها وابسته خواهند بود. طرح‌واره‌ای که بدون نسخه‌بندی تغییر کند، ابزارها را بی‌صدا می‌شکند، و رد حسابرسی شکسته بدتر از رد غایب است، زیرا کامل به نظر می‌رسد.
{
"schema_version": "1.2",
"task_id": "...",
"credential_id": "...",
"intent": {"principal": "...", "objective": "...", "granted_scope": ["..."]},
"egress": {"destination": "...", "payload_class": "...", "outcome": "allowed|denied"},
"decision": {"policy_version": "...", "branch": "...", "fallback": "..."}
}
بده‌بستان واقعی است و باید نام‌گذاری شود. این ابزارگذاری در مرز هزینه تأخیر دارد، برای سوابق هزینه ذخیره‌سازی، و برای طرح‌واره توجه مهندسی. ایجنت را ایمن نمی‌کند. رفتار ایجنت را خوانا می‌کند، که پیش‌شرط هر ادعای ایمنی پس از آن است. سیاست بدون تلمتری بیانیه قصد است؛ تلمتری بدون سیاست سابقه انحراف. چرخه حادثه کنونی نشان می‌دهد صنعت از اولی بیش از آنچه بتواند اثبات کند دارد، و نخستین سرمایه‌گذاری همان سابقه است.