در مهرماه ۱۴۰۵، شرکت بریتانیایی Bromcom که ارائه‌دهنده پیشرو نرم‌افزارهای مدیریت اطلاعات مدارس (MIS) است، از وقوع یک رخنه امنیتی در ماژول قدیمی «ورود تکی» (SSO) خود خبر داد. این حادثه که منجر به دسترسی غیرمجاز به اطلاعات محدود کاربران شده است، بار دیگر اهمیت حیاتی «حذف کدهای میراثی» (Legacy Code) و مدیریت ریسک در سامانه‌های احراز هویت را برای سازمان‌های بزرگ آموزشی یادآوری می‌کند.
جزئیات فنی نفوذ در زیرساخت Communication Server
بر اساس گزارش‌های رسمی، این حادثه امنیتی که در تاریخ ۱۶ شهریور ۱۴۰۵ (۶ سپتامبر ۲۰۲۶) شناسایی شد، ناشی از یک قابلیت قدیمی در بخش ثبت‌نام SSO بود که با وجود جایگزینی با متدهای جدیدتر، همچنان در محیط عملیاتی «سرور ارتباطی» (Communication Server) باقی مانده بود. شرکت Bromcom اعلام کرد که این قابلیت به دلیل وابستگی‌های داخلی سیستم، هنوز فراخوانی می‌شد و به عنوان یک نقطه ضعف بالقوه در معماری نرم‌افزاری عمل می‌کرد. نفوذگر توانسته است به اطلاعاتی نظیر آدرس‌های ایمیل، نام ارائه‌دهنده احراز هویت (مانند Google یا Microsoft)، تاریخ‌های ثبت‌نام و آخرین ورود، و همچنین شماره‌های مرجع داخلی کاربران دسترسی پیدا کند.
امنیتِ حریم خصوصی در برابر سامانه‌های مدیریت اطلاعات (MIS)
یکی از نکات کلیدی در تحلیل این حادثه، تفکیک دقیق بین «سرویس احراز هویت» و «داده‌های هسته مدیریتی» است. Bromcom با تأکید بر اینکه سیستم مدیریت اطلاعات مدارس (MIS) — که شامل داده‌های حساس دانش‌آموزان، رفتار، حضور و غیاب و امور اداری است — در این نفوذ در امان مانده است، سعی در کاهش نگرانی‌های نهادهای آموزشی دارد. معماری ایزوله این سیستم‌ها مانع از آن شد که نفوذگر بتواند به توکن‌های احراز هویت اصلی یا رمزهای عبور نهایی دسترسی یابد؛ چرا که این داده‌ها توسط سرویس‌های امنیتی متمرکز مانند Microsoft Entra ID یا Google Workspace مدیریت می‌شوند و جزو داده‌های مستقیماً افشا شده توسط این ماژول نبودند.
خطرات تداوم استفاده از کدهای میراثی (Legacy Code)
مشخصات فنی و یافته‌های امنیتی
- نوع آسیب‌پذیری: سوءاستفاده از قابلیت قدیمی SSO (Legacy Registration Endpoint)
- داده‌های در معرض خطر: آدرس‌های ایمیل، نوع ارائه‌دهنده سرویس (Provider)، تاریخ‌های آخرین ورود و شماره‌های مرجع کاربر.
- وضعیت سیستم اصلی: عدم تأثیر بر سیستم MIS (مدیریت اطلاعات دانش‌آموزان)
- اقدام اصلاحی: غیرفعال‌سازی فوری قابلیت قدیمی از محیط عملیاتی (Production)
- وضعیت توکن‌ها: رمزهای عبور و توکن‌های احراز هویت ثالث (Microsoft/Google) در دسترس نبودند.
این حادثه نشان می‌دهد که چگونه «بدهی فنی» (Technical Debt) می‌تواند به یک تهدید امنیتی جدی تبدیل شود. نگهداری کدهای قدیمی در محیط عملیاتی صرفاً به این دلیل که «هنوز توسط یک سیستم داخلی فراخوانی می‌شوند»، یک ریسک مدیریت‌نشده است. شرکت‌ها باید سیاست‌های سخت‌گیرانه‌ای برای پاک‌سازی (Deprecation) و حذف کامل زیرساخت‌های قدیمی داشته باشند. در محیط‌های نرم‌افزاری بزرگ، این نوع کدها غالباً به دلیل مستندسازی ناقص یا ترس از توقف سیستم‌های وابسته، سال‌ها باقی می‌مانند و به اهداف جذابی برای مهاجمان سایبری تبدیل می‌شوند.
اقدامات لازم برای نهادهای آموزشی
نهادهای آموزشی که از پلتفرم‌های ابری یا نرم‌افزارهای یکپارچه مدیریتی استفاده می‌کنند، باید همواره از ارائه‌دهندگان خود در مورد «چرخه حیات ماژول‌های قدیمی» پرسش‌گری کنند. بررسی لاگ‌های دسترسی و اطمینان از حذف متدهای احراز هویت منسوخ شده (Legacy Auth) باید بخشی از ممیزی‌های دوره‌ای امنیت فناوری اطلاعات (IT Audit) باشد. Bromcom هم‌اکنون با همکاری متخصصان پزشکی قانونی دیجیتال (Forensic Specialists) در حال بررسی ابعاد دقیق‌تر این نفوذ است.
