مرورگر مدیریتشده در برابر امنیت session-layer بدون agent
خلاصهٔ کاملتر
وقتی تیمهای امنیتی بین مدل «مرورگر سازمانی مدیریتشده» (مثل Island) و رویکرد agentless session-layer مقایسه میکنن، معمولاً بحث میره روی ویژگیها: DLP کدوم دقیقتره، کنترل copy/paste کدوم بهتره، و اینجور چیزا. ولی این مقاله ادعا میکنه که اون سؤال اشتباهه — تصمیم اصلی یه لایه پایینتره: substrate استقرار.
مدل مرورگر سازمانی امنیتش رو از طریق جایگزین کردن مرورگر فعلی کاربر اعمال میکنه. این روی کاغذ یه قدم فنیه، ولی در عمل یه پروژه تغییر رفتار در مقیاس سازمانیه. طبق تجربهای که در مقاله نقل شده، برخی سازمانها بیش از دو سال صرف استقرار Island کردن و باز هم به ۵۵٪ rollout نرسیدن. میانگین استقرارهای ناقص حول ۴۰٪ گزارش شده — یعنی اکثریت نیروی کار خارج از سیستم امنیتیه که سازمان بهش پول داده.
مدل agentless session-layer این معادله رو برعکس میکنه. به جای اینکه از کاربر بخواد مرورگرش رو عوض کنه، مستقیماً جلسه وب رو — در هر مرورگری، هر اپی، هر دستگاهی — بررسی و کنترل میکنه. کاربر هیچ چیزی نصب نمیکنه، هیچ چیزی یاد نمیگیره، مرورگر و افزونههاش دست نخورده میمونن. استقرار میتونه به یه فایل URL پویا از طریق MDM موجود یا یه قانون مسیریابی روی فایروال فعلی خلاصه بشه.
یه محدودیت معماری جدی مدل مرورگر سازمانی اینه که فقط آنچه داخل اون مرورگر اتفاق میافته رو میبینه. پنل Copilot داخل Outlook، کلاینت دسکتاپ Slack، اپهای ChatGPT و Claude، Figma، Teams — هیچکدوم از اینها داخل مرورگر مدیریتشده اجرا نمیشن. با این حال همه دادههای سازمانی رو لمس میکنن. یه کاربر میتونه فایل حساسی رو داخل Island از Salesforce دانلود کنه، توی Excel بازش کنه، و محتواش رو توی Slack paste کنه — سه مرز session که Island نمیتونه دنبالشون کنه.
در مقابل، مدل session-layer سازمانهایی مثل Red Access این مرزها رو نداره. جلسه وب رو هرجا اجرا بشه — از جمله webviewهای جاسازیشده در اپهای دسکتاپ، دستگاههای BYOD، و لپتاپهای پیمانکار — پوشش میده.
نتیجهگیری مقاله اینه که مدل مرورگر سازمانی برای محیطهای محدود و کنترلشده (مثل تیمهای برونسپاریشده یا call center) میتونه قوی و مناسب باشه. ولی برای نیروی کار عمومی سازمانی — توسعهدهندگان، کاربران BYOD، تیمهای هیبریدی — فرض «همه داخل یک مرورگر مدیریتشدهان» شکسته میشه، و با شکستن اون فرض، امنیت هم شکسته میشه.
نکات کلیدی:
- امنیت فقط تا جایی وجود داره که استقرار به اونجا رسیده باشه
- مدل مرورگر سازمانی بهطور میانگین فقط ۴۰–۵۵٪ از کاربران رو پوشش میده
- session-layer agentless نیازی به تغییر مرورگر یا نصب چیزی توسط کاربر نداره
- اپهای دسکتاپ مثل Slack، Outlook و Claude خارج از محدوده مرورگر مدیریتشدهاند
- انتخاب بین این دو مدل بیشتر از اینکه سؤال فیچر باشه، سؤال معماری استقراره
