Mailchimp جعلت الهندسة الاجتماعية لأداة الدعم مشكلة مسؤولية مخاطر الحملات

ملخص

• كشفت Mailchimp في عامي 2022 و2023 أن المهاجمين استخدموا الهندسة الاجتماعية ضد الموظفين أو المقاولين للوصول إلى أدوات الدعم الداخلية وأدوات إدارة الحسابات، مما أثر على مجموعات من حسابات العملاء وفي بعض الحالات الجماهير المرتبطة بالعملات المشفرة.
• السؤال المحوري حول المسؤولية هو: من كانت لديه السيطرة الفعلية على صلاحيات أدوات الدعم، ومقاومة الموظفين للهندسة الاجتماعية، والوصول إلى قوائم العملاء، وإساءة استخدام واجهة برمجة التطبيقات والحملات، وتقسيم الحسابات، والإخطار السريع للعملاء؟
• الجذر العملي للقضية ليس تصنيفًا واحدًا مثل الاختراق أو الانقطاع أو الثغرة الأمنية أو فشل البائع. السجل يدور حول أدوات الدعم المميزة، والتحقق من هوية مكتب المساعدة، ومقاومة الموظفين للتصيد، وتقسيم العملاء الحساسين، وإساءة استخدام جمهور الحملات، وحوافز التصيد المتعلقة بالعملات المشفرة، والتعلم المتكرر من الحوادث.
• واجه العملاء، والمشتركون في النشرات الإخبارية، ومستخدمو العملات المشفرة، وأصحاب العلامات التجارية، وفرق قابلية التسليم، ومكاتب إساءة الاستخدام التصيد، والانتحال، وتعطيل الحملات، وعواقب الثقة عندما أصبحت أدوات الحساب سطح هجوم.
• يدعم السجل نتيجة عالية الثقة بشأن واجبات المسؤولية وفجوات الأدلة. لا يدعم افتراض حقائق تظل خاصة، مثل كل سجل دخول، وكل تأثير على العميل، وكل قرار داخلي، أو كل خسارة لاحقة.

سجل الأدلة وكيفية استخدامه

تتعامل هذه المقالة مع السجل العام كأدلة متعددة الطبقات بدلاً من حساب رئيسي واحد. تُستخدم إشعارات الشركة لما قالته THEROCKETSCIENCEGROUP - MailChimp أنها وجدته أو غيرته أو نصحت به. تُستخدم مواد الحكومة والجهات التنظيمية والثغرات الأمنية والبحث الأمني لتأطير واجبات السيطرة حول الحادث. تُستخدم التقارير الثانوية فقط حيث تحافظ على البيانات العامة أو التسلسل الزمني أو سياق الطرف المتأثر غير المتوفر بطريقة أخرى في وثيقة أولية مستقرة.

الحادث يتعلق حقًا بالسيطرة

جعلت Mailchimp من الهندسة الاجتماعية لأداة الدعم مشكلة مسؤولية مخاطر الحملات لأن الحدث وضع السيطرة الفعلية تحت ضوء أكثر سطوعًا مما فعل العنوان. يبدأ السجل العام بـ إشعار حادثة أمن يناير 2023 من Mailchimp ويعززه إشعار حادثة أمن أغسطس 2022 من Mailchimp و إشعار حادثة أمن مارس 2022 من Mailchimp. تلك السجلات مهمة لأنها تمثل الفرق بين قصة أمنية غامضة ومجموعة من الواجبات التشغيلية: العثور على الأنظمة المتأثرة، وتحديد البيانات أو مواد الثقة التي يمكن الوصول إليها، وإخطار الأشخاص الذين يجب أن يتخذوا إجراءً، وإثبات أن مسار الخطر القديم قد أغلق.

الخطوة التحليلية المهمة هي فصل المحفز عن المسؤولية. المحفز هو حوادث الهندسة الاجتماعية للموظفين وتعرض حسابات العملاء في Mailchimp، 2022-2023. المسؤولية أوسع. تشمل خيارات التصميم قبل الحدث، والمراقبة التي كان ينبغي أن تكشف النشاط غير الطبيعي، وسلطة الطوارئ لاحتوائه، والأدلة التي تميز الاختراق المؤكد عن التعرض المحتمل، والاتصال الذي يسمح للأطراف المعتمدة باتخاذ قراراتها الخاصة. يمكن للمزود أن يكون دقيقًا بشأن المحفز التقني الضيق ولا يزال يترك العملاء بدون أدلة كافية لإدارة جانبهم من المخاطر.

بالنسبة لـ THEROCKETSCIENCEGROUP - MailChimp، تكمن القضية العامة إذن في سطح السيطرة: الوصول إلى أدوات الدعم، والهندسة الاجتماعية للموظفين، وتعرض قوائم العملاء، وإساءة استخدام جمهور العملات المشفرة، وثقة الحملات، والإخطار، والتعلم المتكرر من الحوادث. تلك ليست تفاصيل علاقات عامة. إنها الآلية التي ينمو أو يتقلص بها الضرر. يمكن لاختراق قصير أن ينتج خطر هوية طويل الأمد. يمكن لثغرة قديمة أن تصبح فشل استمرارية حي. يمكن لحساب بائع أن يصبح مشكلة حساب عميل. يمكن لتذكرة دعم منصة أن تحمل مواد أكثر حساسية من خدمة الإنتاج نفسها. تستخدم المقالة تلك العدسة في جميع الأنحاء.

الجدول الزمني جزء من الأدلة

الجدول الزمني مهم لأن العملاء يمكنهم التصرف فقط بعد أن يعرفوا ما يكفي للتصرف. في هذه الحالة، يبدأ التسلسل الزمني العام بالمحفز الموصوف أعلاه، ثم ينتقل إلى الاحتواء، وتوجيه العملاء، والتقارير المتابعة، والتحليل اللاحق. اللحظة المبكرة تختبر الكشف والتصعيد. اللحظة الوسطى تختبر ما إذا كانت الضوابط المؤقتة أصبحت إصلاحًا دائمًا. اللحظة اللاحقة تختبر ما إذا كانت المؤسسة تعلمت بما يكفي لمنع مسار مماثل بدلاً من مجرد إغلاق الحادث بعد أن يتلاشى الانتباه.

يجب أن يجيب الجدول الزمني الجيد للحوادث على عدة أسئلة. متى بدأ النشاط غير الطبيعي؟ متى رآه المدافع أولاً؟ متى فهم المدافع أهميته؟ متى احتوت المنظمة المسار؟ متى عرفت أي العملاء والسجلات والخدمات وبيانات الاعتماد والأنظمة يمكن أن تتأثر؟ متى تلقى الأشخاص خارج المنظمة معلومات كافية لحماية أنفسهم؟ نادرًا ما تجيب الإشعارات العامة على كل تلك الأسئلة، لكن الأسئلة لا تزال هي الإطار الصحيح للمسؤولية.

الفجوة بين حدث داخلي وإشعار عام ليست تلقائيًا خطأ. يحتاج المستجيبون للحوادث إلى وقت للتحقق من الحقائق. يمكن للإشعار المبكر أن ينشر نصائح غير صحيحة. لكن يجب أن تكون الفجوة قابلة للتفسير. إذا كان العملاء يتحكمون في كلمات المرور والرموز ونقاط النهاية وملفات الدعم والحسابات المصرفية والمسؤولين والمستخدمين النهائيين، فإن التأخير ينقل المخاطر إليهم أيضًا. المعيار المسؤول ليس الكمال الفوري. إنه اتصال فوري ومتدرج يميز بين الحقائق المؤكدة والخطر المعقول والإجراء الموصى به وعدم اليقين غير المحلول.

كائن البيانات أو الثقة لم يكن عرضيًا

الكائن المعرض أو المهدد في هذه الحالة لم يكن عرضيًا للأعمال. السجل يدور حول أدوات الدعم المميزة، والتحقق من هوية مكتب المساعدة، ومقاومة الموظفين للتصيد، وتقسيم العملاء الحساسين، وإساءة استخدام جمهور الحملات، وحوافز التصيد المتعلقة بالعملات المشفرة، والتعلم المتكرر من الحوادث. هذا يعني أن الحادث لمس كائن ثقة كانت المنظمة موجودة لإدارته أو دعت العملاء للاعتماد عليه. عندما يكون ذلك الكائن هو بيانات اعتماد، أو شهادة توقيع، أو مرفق دعم، أو مجموعة بيانات وصفية للعميل، أو خادم بناء، أو جدار ناري، أو مراقب افتراضي، أو سجل هوية خدمة عامة، لا يمكن للمنظمة التعامل معه كتفصيل عادي لنظام المكتب.

كائنات الثقة لها ملف مسؤولية خاص. إنها تسمح للأنظمة الأخرى باتخاذ القرارات. شهادة توقيع الكود تخبر نقطة النهاية ما إذا كان البرنامج شرعيًا. بيانات اعتماد الدعم تخبر النظام الأساسي ما إذا كان الشخص قد يرى سجلات العملاء. خادم البناء يخبر المستخدمين النهائيين أن الأداة جاءت من العملية المتوقعة. بوابة جدار ناري أو وصول عن بعد تخبر الشبكة بالجلسات التي قد تدخل. سجل بيانات العميل الوصفي يخبر المحتال بمن يستهدف. غالبًا ما يأتي الضرر لاحقًا، عندما يعيد شخص استخدام كائن الثقة في بيئة مختلفة.

لهذا السبب يحتاج تحليل النطاق إلى تغطية الوظيفة، وليس فقط أسماء الجداول أو أسماء الخوادم. السؤال عما إذا تم نسخ جدول قاعدة بيانات ضيق جدًا إذا كانت الحقول المنسوخة تحدد المسؤولين. السؤال عما إذا تم اختراق مستوى بيانات الإنتاج ضيق جدًا إذا كانت سجلات الشركة تكشف كيفية مهاجمة مستوى البيانات لاحقًا. السؤال عما إذا بقيت الخدمة متصلة ضيق جدًا إذا ظلت بيانات الاعتماد والشهادات والمرفقات قابلة للاستخدام بعد الحدث.

مسؤولية المزود تتبع أعلى ضوابط النفوذ

الموفر في هذه القصة يتحكم في البيئة التي بدأ فيها الحدث العام، لكن هذا البيان ليس كافيًا. السؤال الأكثر دقة هو ما هي الضوابط عالية النفوذ التي كانت على جانب المزود. في العديد من الحوادث، تشمل تلك الضوابط الهندسة المعمارية، والوصول المميز، وتقسيم الخدمة، ومعالجة الشهادات أو المفاتيح، وتغطية التسجيل، وتقليل بيانات العميل، والإعدادات الافتراضية الآمنة، والإلغاء الطارئ، وهندسة الإصدار، وسلطة نشر إرشادات موثوقة.

يجب الحكم على المزود من خلال ما إذا كان جعل المسار الخطير سهلاً أم صعبًا. هل تطلبت أدوات الدعم المميزة مصادقة قوية وأدوارًا ضيقة؟ هل تم الاحتفاظ بمرفقات الدعم الحساسة أو البيانات الوصفية لفترة أطول من اللازم؟ هل تم فصل أنظمة الإنتاج عن أنظمة الشركة؟ هل تم تصميم الخدمات المكشوفة للإغلاق بشكل آمن؟ هل كانت السجلات كاملة لإعادة بناء الوصول؟ هل يمكن للمنظمة إلغاء مواد الثقة بسرعة؟ هل يمكن للعملاء التحقق من أنهم قاموا بتثبيت إصدار آمن أو اتخذوا خطوة الاحتواء الصحيحة؟

قد يظهر السجل العام فقط جزءًا من وضع السيطرة ذلك. يمكن أن يظهر أنه تم إصدار إشعار، وتم إصدار تصحيح، وتم طلب إعادة تعيين كلمة المرور، وتم تعطيل حساب بائع، وتم استبدال شهادة، أو أن وكالة عامة أبقيت الخدمة قيد التشغيل. غالبًا لا يمكن أن يظهر مراجعات الوصول الداخلية، أو مناقشات مجلس الإدارة، أو الثقة الجنائية، أو كل رسالة عميل. لا ينبغي ملء هذا النقص في الرؤية الكاملة بالتخمين. يجب تسميته كحد أدلة وتحويله إلى طلب لضمان مستقبلي أوضح.

مسؤولية العميل والمشغل لم تختف

العملاء والمشغلون لديهم أيضًا واجبات. هذا ليس تحويلًا للوم. إنه اعتراف بأن العديد من حوادث التكنولوجيا تعبر حدودًا تنظيمية. قد يتحكم العميل في تحديثات نقاط النهاية، وإعادة استخدام كلمة المرور، والحسابات المميزة، وتعرض جدار الحماية، وتحميلات الدعم، وسلوك المسؤول، وعزل النسخ الاحتياطي، ومراجعة التنبيهات، وتوعية المستخدم. قد تتحكم وكالة عامة في التحقق من الهوية وإخطار المواطنين. قد يتحكم مزود الخدمة المُدار في وحدة التحكم التي لا يراها العملاء أبدًا.

التوزيع الصحيح يعتمد على القدرة. إذا كان المزود فقط يمكنه تحديد سجلات الدعم التي تم الوصول إليها، فإن المزود يمتلك تلك الأدلة. إذا كان العميل فقط يمكنه تدوير سر نهائي أو مراجعة سجلاته الخاصة، فإن العميل يمتلك هذا الإجراء بعد تلقي إشعار موثوق. إذا كان المزود المُدار يدير الأداة المتأثرة، فإن المزود المُدار يدين بالإجراء والأدلة للعميل. المسؤولية تتبع السيطرة العملية، وليس رؤية العلامة التجارية.

هذا مهم لأن التقاعس غالبًا ما يختبئ خلف خطأ طرف آخر. قد يقول العميل أن البائع تسبب في المشكلة وبالتالي يفشل في مراجعة تعرضه الخاص. قد يقول البائع أن العميل أخطأ في تكوين النظام وبالتالي يفشل في تحسين الإعدادات الافتراضية الآمنة. قد يقول المزود المُدار أنه قام بالتصحيح ويتجنب شرح ما إذا كان قد راجع الاختراق. تخدم المصلحة العامة فقط عندما يذكر كل طرف ما سيطر عليه وما فعله بتلك السيطرة.

التقسيم هو الحدود بين الحادث والتسلسل

التقسيم يقرر ما إذا كان الحادث يبقى محصورًا. في هذه الحالة، قد يكون التقسيم ذا صلة بين تكنولوجيا المعلومات المؤسسية والبنية التحتية للمنتج، وبين أدوات الدعم وبيانات الإنتاج، وبين البيانات الوصفية ومحتوى العميل، وبين مستوى الإدارة ومستوى المرور، وبين خدمة البناء ومفاتيح التوقيع، أو بين مضيف المراقب الافتراضي وممتلكات النسخ الاحتياطي. الحدود الدقيقة تتغير حسب الموضوع، لكن مبدأ المسؤولية ثابت.

يجب أن يكون ادعاء التقسيم قابلاً للاختبار. لا يكفي أن نقول إن بيئة منفصلة عن أخرى. يجب أن يظهر السجل أي الهويات يمكنها عبور الحدود، وأي مسارات الشبكة كانت موجودة، وأي سجلات تؤكد الحركة الفاشلة أو الغائبة، وأي حسابات خدمة تم مراجعتها، وأي ضوابط طارئة تم تطبيقها. لا يحتاج العملاء إلى كل تفصيل حساس، لكنهم يحتاجون إلى تأكيد كافٍ لمعرفة ما إذا كان حادث جانب المزود قد غير مخاطرهم الخاصة.

أقوى البيانات العامة تتجنب النقيضين. لا تبالغ في الضرر بالتلميح إلى أن كل نظام معتمد تم اختراقه. ولا تختبئ خلف حدود تقنية ضيقة بينما تتجاهل المخاطر المتصلة. القول بأن مستوى بيانات الإنتاج لم يتأثر مفيد. القول بالبيانات الوصفية، وبيانات الاعتماد، والشهادات، والمرفقات، أو السجلات الإدارية التي تأثرت ضروري بنفس القدر لأن تلك المواد يمكن استخدامها لمهاجمة مستوى البيانات لاحقًا.

الإخطار يجب أن يخبر المستلمين بما يمكنهم فعله

الإخطار ليس طقسًا. إنه نقل للأدلة القابلة للتنفيذ. الإشعار المفيد يخبر المستلمين بما حدث، وما هي البيانات أو مواد الثقة التي قد تكون متضمنة، وما فعلته المنظمة بالفعل، وما يجب على المستلمين فعله الآن، وما يظل غير معروف، وأين ستظهر التحديثات اللاحقة. إذا كان الإشعار يقول فقط أن حادثًا وقع، فقد يفي بحاجة اتصال رسمية بينما يفشل في الحاجة التشغيلية.

يتطلب المستلمون المختلفون محتوى مختلفًا. يحتاج مسؤولو الأمن إلى مؤشرات، وحسابات متأثرة، ومتطلبات إعادة تعيين، ونوافذ مراجعة السجل، وإرشادات التكوين. يحتاج المستهلكون إلى نصيحة بهوية المخاطر بلغة بسيطة، وإرشادات الدفع وكلمة المرور، وجهات اتصال الدعم. يحتاج مستخدمو الخدمة العامة إلى تأكيد أن الخدمات الأساسية مستمرة أو وجود بدائل. يحتاج المطورون إلى إرشادات سلامة البناء وخطوات تدوير الأسرار. يحتاج المسؤولون التنفيذيون إلى مصفوفة من التعرض والاختراق والمعالجة والمخاطر المتبقية.

لذلك تعامل المقالة الاتصال كسيطرة، وليس مجاملة. يمكن للإشعار المتأخر أو الغامض أن يزيد الضرر حتى لو تم احتواء الاختراق الأولي بسرعة. يمكن للإشعار المتدرج أن يقلل الضرر حتى قبل تسوية كل حقيقة. يمكن أن يكون الإشعار المصحح مسؤولاً عندما يتسع النطاق. المفتاح هو تصنيف عدم اليقين بأمانة بدلاً من التظاهر بأن النسخة العامة الأولى هي النهائية.

سطح إساءة الاستخدام يمتد إلى ما وراء الاختراق المؤكد

الاختراق المؤكد هو فقط سطح المخاطر الأول. يمكن للمهاجمين والمجرمين والانتهازيين إعادة استخدام معلومات الحادث للتصيد والاحتيال وسرقة بيانات الاعتماد والابتزاز ومكالمات الدعم المزيفة وإغراءات تحديث البرامج وفواتير الاحتيال واستهداف التوظيف والضغط الاجتماعي. واجه العملاء، والمشتركون في النشرات الإخبارية، ومستخدمو العملات المشفرة، وأصحاب العلامات التجارية، وفرق قابلية التسليم، ومكاتب إساءة الاستخدام التصيد، والانتحال، وتعطيل الحملات، وعواقب الثقة عندما أصبحت أدوات الحساب سطح هجوم. لذلك يجب على المنظمة قياس ليس فقط ما فعله المتسلل، ولكن ما تمكن المعلومات المكشوفة الآخرين من فعله بعد ذلك.

هذا صحيح بشكل خاص عندما تحدد المواد المكشوفة المسؤولين، وجهات اتصال الدعم، وعلاقات الدفع، وعملاء علامة تجارية معينة، والمستخدمين الذين قدموا وثائق هوية، أو المؤسسات التي تدير تقنية معينة. تلك السجلات تقلل من تكلفة البحث للمهاجم. تجعل الهندسة الاجتماعية أرخص وأكثر مصداقية. كما تسمح للمجرمين بتخصيص التوقيت: إشعار إعادة تعيين مزيف بعد حادث حقيقي يبدو أكثر قابلية للتصديق من رسالة تصيد عادية.

يجب أن يشمل منع إساءة الاستخدام بعد الحدث مراقبة الانتحال، وتحذير العملاء من الإغراءات المحتملة، وتشديد التحقق من الدعم، وإلغاء الرموز القديمة، وتدوير الأسرار المكشوفة، ومراقبة نشاط الحساب الجديد، وإعطاء موظفي الدعم في الخطوط الأمامية نصوصًا لا تسرب المزيد من المعلومات. يجب على المنظمة أيضًا مراجعة ما إذا كانت قد جمعت أو احتفظت ببيانات أكثر مما تتطلبه وظيفة الدعم أو الخدمة حقًا.

يجب أن تدعم الطب الشرعي قرار الثقة

مراجعة الطب الشرعي لها غرض محدد: إنها تدعم قرار الثقة. هل يمكن للعميل الاستمرار في استخدام البرنامج؟ هل يمكن للمنظمة الوثوق بجدار الحماية؟ هل يمكنها الوثوق بقطع البناء؟ هل يمكنها الوثوق بسجلات الدعم؟ هل يمكنها الوثوق بموفر الهوية، ومخزن البيانات الوصفية، والمراقب الافتراضي، والشهادة، والنسخ الاحتياطي، أو جلسة الوصول عن بعد؟ التصحيح أو إعادة التعيين أو تعطيل شيء ما هو فقط جزء من الإجابة.

يتطلب قرار الثقة أدلة حول ما تم الوصول إليه، وما كان يمكن الوصول إليه، وما تم تغييره، وما هي بيانات الاعتماد أو المفاتيح التي كانت موجودة، وما السجلات كاملة، وما إذا كان يمكن تغيير السجلات، وما الإشارات المستقلة التي تؤكد الاستنتاج. عندما تكون الأدلة غير كاملة، يجب على المنظمة أن تقول ذلك وتتخذ قرارًا متحفظًا للأصول عالية القيمة. قد يحتاج نظام محيطي أو خادم بناء مخترق إلى إعادة بناء وتدوير الأسرار حتى بعد إصلاح الخلل الأصلي.

سجل الطب الشرعي الضعيف يخلق مشكلة مسؤولية ثانوية. إذا لم تستطع المنظمة إثبات أن كائن الثقة ظل آمنًا، فقد تحتاج إلى تحمل تكلفة المعالجة الأوسع. هذا مكلف. لكن البديل هو نقل عدم اليقين إلى العملاء أو المواطنين أو المستخدمين النهائيين الذين يفتقرون إلى أدلة المزود. تحويل إدارة الحوادث الناضجة السجلات الخاصة إلى تأكيد عام كافٍ للغرباء للتصرف بعقلانية.

الحوافز الاقتصادية تشرح نقص الاستثمار

النمط المتكرر عبر الحوادث ليس غامضًا. غالبًا ما تفرض الضوابط الوقائية تكاليف مرئية قبل وقوع أي حادث. التقسيم يبطئ الراحة. أقل الامتيازات يحبط الدعم. دوران الشهادة يخلق خطر التوافق. تقوية خادم البناء يبطئ التسليم. تصحيح المراقب الافتراضي يتطلب نوافذ صيانة. تقليل بيانات العميل قد يقلل من تفاصيل التسويق أو الدعم. اختبار النسخ الاحتياطي يستهلك الوقت. هذه التكاليف فورية؛ الضرر الذي تم تجنبه غير مؤكد حتى يصل.

تلك الفجوة في الحوافز هي السبب في أن المسؤولية لا يمكن أن تنتظر سجل محكمة أو رقم خسارة مؤكد. إذا كانت كل منظمة تنتظر حتى يثبت الضرر، فإن المسار الأرخص هو دائمًا تأجيل السيطرة والأمل أن يمتص طرف آخر الخسارة. قد يعاني العملاء من مخاطر الهوية، والتوقف، ومراقبة الاحتيال، والتوظيف الطارئ، وتعطيل العقد، أو إزعاج الخدمة العامة بينما يعامل الطرف الذي لديه أفضل سيطرة وقائية التكلفة على أنها خارجية.

نموذج تحفيز أفضل يربط واجبات السيطرة بالطرف الذي يمكنه تقليل المخاطر بأقل تكلفة قبل الحدث. يجب على البائعين جعل الإعدادات الافتراضية الآمنة والسجلات الكاملة طبيعية. يجب على العملاء الحفاظ على قوائم الجرد، ونوافذ التصحيح، واختبارات الاسترداد، ونظافة بيانات الاعتماد. يجب على المزودين المُدارين تقديم حزم أدلة. يجب على الجهات التنظيمية وشركات التأمين أن تطلب دليلاً على هذه الضوابط قبل الحوادث، وليس فقط روايات بعد ذلك.

يجب أن يبقى سجل الحوكمة بعد دورة الأخبار

يجب أن يظل سجل الحوكمة مفيدًا بعد أن تتلاشى دورة الأخبار. يجب أن يصف ذلك السجل المحفز، والأصول المتأثرة، والأشخاص المتأثرين، وإجراءات الاحتواء، ونصائح العملاء، وجودة الأدلة، والمخاطر المتبقية، وتأثير الأعمال، وأصحاب المعالجة، والاختبارات المتابعة. يجب أن يظهر أيضًا ما تغير بعد الحدث: قواعد الوصول، وفترات الاحتفاظ، والإشراف على البائعين، وتغطية التسجيل، ومستويات خدمة التصحيح، وتدوير الأسرار، وعزل النسخ الاحتياطي، أو دفاتر تشغيل إخطار العملاء.

بدون ذلك السجل، تتعلم المنظمة فقط مؤقتًا. يتناوب الموظفون. تبقى الاستثناءات الطارئة. تصبح التخفيفات المؤقتة دائمة. يعود نفس النوع من الحوادث في منتج مختلف أو علاقة بائع مختلفة. يتيح سجل المسؤولية طويل الأمد لمجلس الإدارة أو الجهة التنظيمية أو العميل أو المشغل المستقبلي أن يسأل عما إذا كان الإصلاح الموعود لا يزال موجودًا بعد ستة أشهر.

بالنسبة لـ THEROCKETSCIENCEGROUP - MailChimp، الدرس الدائم ليس أن كل ضرر محتمل حدث. إنه أن الحدث العام كشف فئة سيطرة ستتكرر. قد تتضمن القضية التالية منتجًا أو جغرافيا أو مهاجمًا أو مجموعة بيانات مختلفة. سيكون الاختبار نفسه: هل يمكن للمنظمة إظهار من سيطر على المسار الخطير، وماذا فعلوا، ولماذا يجب على الغرباء الوثوق بالنتيجة؟

ما الذي سيغير التقييم

سيتغير التقييم بأدلة أقوى أو أضعف. الأدلة الأقوى ستشمل ملخصًا مستقلاً للطب الشرعي، وفئات كاملة لتأثير العملاء، وجدول زمني واضح من الكشف الأول إلى الاحتواء، ودليلًا على أن مواد الثقة ذات الصلة تم تدويرها أو عدم تعرضها أبدًا، واختبارًا لاحقًا يظهر أن نفس المسار لم يعد يعمل. الأدلة الأضعف ستشمل توسع النطاق المتأخر دون تفسير، وفئات بيانات غير واضحة، وسجلات مفقودة، وحوادث مماثلة متكررة، أو نمطًا من معاملة إجراء العميل على أنه اختياري عندما يكون إجراء العميل ضروريًا.

سيتغير أيضًا بأدلة الطرف المتأثر. العميل الذي يمكنه إظهار عدم التعرض، وتحديث سريع، وسجلات كاملة، وعدم وجود مواد ثقة قابلة للوصول يجب تقييمه بشكل مختلف عن العميل الذي لديه إصدارات قديمة، وأسطح إدارة مكشوفة، وسجلات غير كاملة، وبيانات اعتماد معاد استخدامها، أو ملفات دعم حساسة. المزود ذو الإعدادات الافتراضية الآمنة والاحتفاظ الضيق يجب تقييمه بشكل مختلف عن المزود الذي أعطى أدوات داخلية واسعة وصولًا دائمًا إلى سجلات حساسة.

لهذا السبب تقاوم مقالة المسؤولية الجيدة كل من الذعر والبراءة. يمكن للسجل العام أن يدعم نتيجة سيطرة دون إثبات كل خسارة. يمكنه تحديد فجوات الأدلة دون اختراع حقائق. يمكنه الاعتراف بأن المزود تعامل مع جزء من الحادث بمسؤولية مع الاستمرار في السؤال عما إذا كان التصميم قبل الحادث خلق خطرًا يمكن تجنبه. الدقة ليست ضعفًا؛ إنها ما يجعل المسؤولية ذات مصداقية.

الأدلة التي يجب على العملاء الحفاظ عليها قبل أن يتلاشى الذاكرة

أكثر أدلة العملاء فائدة غالبًا ما يتم جمعها في الساعات الأولى بعد الإشعار. يجب على المسؤولين الحفاظ على سجلات المصادقة، واتصالات الدعم، وقوائم الحسابات المكشوفة، وأحداث جدار الحماية أو نقطة النهاية، وصادرات التكوين، وسجلات إعادة تعيين كلمة المرور، وقوائم الشهادات أو المفاتيح، ولقطات شاشة لإشعارات البائع كما كانت موجودة في ذلك الوقت. تلك المواد تشرح لاحقًا لماذا اختارت المنظمة إعادة تعيين ضيقة، أو إعادة تعيين واسعة، أو إعادة بناء، أو إفصاح، أو استجابة مراقبة. بدونها، يصبح الاستعراض لاحقًا جدالًا حول التذكر بدلاً من سجل السيطرة.

الحفظ مهم أيضًا لأن إشعارات المزود يمكن أن تتطور. قد يقول الإشعار الأول أن التحقيق مستمر. قد يضيق أو يوسع الإشعار اللاحق السكان المتأثرين. قد يضيف استشارة أمنية حالة الاستغلال في البرية. العميل الذي يحفظ كل إصدار يمكنه رسم خريطة لقراراته للحقائق المتاحة في ذلك الوقت. هذا يحمي من التقييم اللاحق غير العادل مع فضح التباطؤ بعد إشعار موثوق.

لا ينبغي أن تبقى الأدلة داخل فريق الأمن وحده. تحتاج فرق القانون والمشتريات والخصوصية والدعم واستمرارية الأعمال والهندسة والتنفيذ كل إلى نسخة مناسبة لدورها. فريق الخصوصية يحتاج حقول البيانات المتأثرة. الهندسة تحتاج مؤشرات تقنية وأصحاب النظام. المشتريات تحتاج واجبات العقد. الدعم يحتاج لغة للعملاء. التنفيذ يحتاج المخاطر المتبقية وأسماء المالكين. يمكن لحادث واحد أن يفشل إذا كانت الأدلة صحيحة لكنها محصورة في الوظيفة الخاطئة.

نافذة إجراء العميل هي واجب قابل للقياس

غالبًا ما يبدأ حدث جانب المزود ساعة جانب العميل. إذا كان الإشعار يخبر العملاء بتحديث البرنامج، أو تدوير بيانات الاعتماد، أو مراجعة السجلات، أو تعطيل الواجهات المكشوفة، أو تحذير المستخدمين، فإن وقت استجابة العميل يصبح جزءًا من سجل المسؤولية. المزود سيطر على الإشعار والخدمة المتأثرة. العميل سيطر على الإجراء المحلي. لا يمكن لأي جانب إنهاء المهمة بمفرده.

يجب قياس نافذة الإجراء تلك بمصطلحات تتناسب مع المخاطر. قد يتطلب عيب حافة مكشوف حرج ساعات. قد يتطلب تعرض بيانات وصفية واسع تحذيرات من التصيد في نفس اليوم ومراجعة المسؤول. قد يتطلب استبدال الشهادة نشر تحديث، وتنظيف قائمة السماح، وإثبات أن الحزم الموقعة القديمة لم تعد موثوقة. قد يتطلب تعرض تذكرة دعم مراجعة المرفقات وإخطار المستخدم. قد تتطلب موجة برامج الفدية في المراقب الافتراضي عزل طوارئ والتحقق من النسخ الاحتياطي قبل أن تنطبق نوافذ الصيانة العادية.

الهدف ليس معاقبة كل تأخير. بعض البيئات معقدة، والخدمات العامة لا يمكنها التوقف بشكل عرضي، والتغييرات الطارئة يمكن أن تكسر العمليات الأساسية. الهدف هو جعل التأخير صريحًا. إذا تأخرت منظمة، يجب عليها تسجيل السيطرة التعويضية، والسبب التجاري، والمالك، ووقت انتهاء الصلاحية، والأدلة على أن الخطر لم يبق مفتوحًا إلى أجل غير مسمى. التأخير غير المسجل هو كيف يصبح الاستثناء المؤقت الحادث التالي.

ادعاءات الإصلاح تحتاج دليلاً دائمًا

ادعاء الإصلاح أقوى عندما يذكر السيطرة التي تغيرت والأدلة على أن التغيير لا يزال قائماً. لحوادث الهوية، قد يشمل الدليل حسابات خدمة معطلة، وجلسات أقصر، ومصادقة مسؤول أقوى، ومراجعات وصول، وسير عمل إعادة تعيين مقاوم للتصيد. لحوادث الدعم، قد يشمل الدليل أدوار بائع أضيق، وحدود الاحتفاظ بالمرفقات، وتسجيل الإجراءات المميزة، وتنظيف ملفات العملاء. لحوادث الأجهزة الطرفية، قد يشمل الدليل عزل إدارة تم التحقق منه خارجيًا، وإصدارات ثابتة، ومراجعة السجل، وتدوير الأسرار، وقرارات إعادة البناء.

الجمهور العام لا يحتاج كل تفصيل حساس، لكنه يحتاج شكل الإصلاح. القول بأن الأمن تم تعزيزه أضعف من القول أي فئة من الوصول تمت إزالتها، وأي فئة من السجل تم تقليلها، وأي فئة من بيانات الاعتماد تم تدويرها، وأي فئة من الجهاز أعيد بناؤها، وأي اختبار يتحقق من النتيجة. لغة الإصلاح المحددة تسمح للعملاء بمقارنة العلاج مع مسار الفشل.

المتانة هي الجزء الصعب. العديد من الإصلاحات تبدو قوية مباشرة بعد الحادث ثم تتدهور. تعود قواعد جدار الحماية المؤقتة. تنمو صلاحيات الدعم القديمة مرة أخرى. لا تتم مراجعة التسجيل الجديد. لا يتم اختبار النسخ الاحتياطية. يتم التدريب مرة واحدة ويختفي. يجب أن يتضمن سجل المسؤولية لذلك نقطة تحقق لاحقة. الإصلاح الذي لا يمكنه البقاء في العمليات العادية هو فقط توقف في المخاطر، وليس إغلاقًا.

المزودون المدارون يجلسون داخل سلسلة الواجب

العديد من المنظمات المتأثرة لا تدير بشكل مباشر الأنظمة التي تمت مناقشتها في الإشعارات العامة. قد يقوم مزود مُدار بتشغيل أدوات الدعم عن بعد، وخوادم البناء، ومنصات البريد الإلكتروني، وجدران الحماية، وحسابات قواعد البيانات، والمراقبين الافتراضيين، وسير عمل مكتب المساعدة، أو إخطارات العملاء. يمكن لهذا المزود تقليل المخاطر بسرعة أو إبقاء العملاء عميان. لذلك فإن واجب الأدلة الخاص به هو أكثر من مجاملة خدمة.

يجب أن يكون المزود المُدار مستعدًا لإخبار العميل ما إذا كان المنتج أو الخدمة المتأثرة موجودة، وما إذا كانت مكشوفة، ومتى تم تحديثها أو عزلها، وما إذا كانت السجلات تظهر نشاطًا مشبوهًا، وما إذا تم تدوير بيانات الاعتماد، وما إذا تم اختبار النسخ الاحتياطية، وما المخاطر المتبقية. البيان المجرد بأن الأمر تم التعامل معه ليس كافيًا لعميل يجب أن يجيب على مستخدميه أو الجهات التنظيمية أو شركات التأمين أو مجلس الإدارة.

يجب أن تجعل العقود هذا التوقع واضحًا قبل الطوارئ. يجب أن تحدد محفزات الإخطار العاجل، وتسليم الأدلة، وسلطة الصيانة الطارئة، وملكية بيانات الاعتماد، ومسؤولية النسخ الاحتياطي، ومن يدفع مقابل الاسترداد غير العادي. إذا كانت العقود تعامل أدلة الأمان على أنها اختيارية، فقد يكتشف العميل أثناء حادث أنه اشترى وقت التشغيل ولكن ليس المسؤولية.

تقليل البيانات يغير نصف قطر الانفجار

أسهل سجل مكشوف لحمايته هو السجل الذي لم يتم الاحتفاظ به أبدًا. لهذا السبب يهم تقليل البيانات في الحوادث التي تبدو أنها تتعلق بالاختراق التقني. أداة دعم تخزن مرفقات قديمة، وبوابة حساب تحتفظ ببيانات وصفية غير ضرورية، ومزود خدمة عملاء يمكنه عرض أدلة هوية واسعة، أو نظام شركة يجمع جهات اتصال المسؤولين كلها تزيد من قيمة الاختراق قبل وصول المهاجم.

التقليل لا يعني التظاهر بأن العمل يمكن أن يعمل بدون سجلات. تحتاج فرق الدعم إلى معلومات كافية لحل مشاكل العملاء. تحتاج فرق الأمن إلى سجلات. تحتاج الخدمات المالية إلى سجلات منظمة. تحتاج أنظمة النقل العام إلى حسابات وامتيازات واسترداد وعمليات دفع. سؤال السيطرة هو ما إذا كانت المنظمة يمكنها تبرير كل حقل حساس، وكل فترة احتفاظ، وكل إذن بائع، وكل مسار تصدير بعد حادث.

السجلات الأصغر تغير الإخطار أيضًا. إذا كان بإمكان المزود أن يقول فقط أنه تم الاحتفاظ بمجموعة حقول ضيقة وتم الوصول إليها، يمكن للعملاء التصرف بدقة. إذا احتفظ المزود بمرفقات واسعة أو بيانات وصفية غنية، يصبح الإشعار أصعب وينمو سطح إساءة الاستخدام النهائي. التقليل هو إذن ليس شعار خصوصية. إنه سيطرة مرونة لأنه يقلل من عدد الأشخاص والقرارات المسحوبة إلى الحادث.

يجب أن تطلب إشراف مجلس الإدارة دليل سيطرة، وليس فقط حالة

غالبًا ما يتلقى المسؤولون التنفيذيون تحديثات الحوادث ككلمات حالة: تم الاحتواء، تم المعالجة، لا تأثير مادي، التحقيق مستمر. تلك الكلمات واسعة جدًا لحكم المخاطر. يجب أن تسأل إشراف مجلس الإدارة عن أي سيطرة فشلت أو تعرضت للضغط، ومن يملكها، وما الأدلة التي تثبت الاحتواء، وأي العملاء أو المستخدمين لا يزالون يمكن أن يتضرروا، وما الإصلاحات دائمة، وما لا يزال غير معروف.

يجب أن يسأل مجلس الإدارة أيضًا ما إذا كان الحادث كشف نمطًا. هل كان هذا تكرارًا لتعرض أداة دعم سابقة، أو فجوة تصحيح قديمة، أو افتراض تقسيم، أو ضعف إشراف بائع، أو فشل متكرر في تدوير مواد الثقة؟ حادث واحد قد يكون سوء حظ. نمط سيطرة متكرر هو دليل حوكمة. يظهر ما إذا كانت المنظمة تتعلم أو تستجيب فقط.

هذا لا يتطلب أن يصبح المديرون مستجيبين للحوادث. يتطلب منهم طلب أدلة مناسبة للقرار. يحتاجون إلى أعداد التعرض، ونوافذ الإجراء، والتزامات العملاء، والمحفزات القانونية، وتأثيرات استمرارية الأعمال، وأصحاب المتابعة. عندما يسأل المجالس فقط ما إذا كانت القصة قد انتهت، تتم مكافأة الإدارة بالإغلاق الهادئ. عندما يسأل المجالس ما الأدلة التي غيرت بيئة السيطرة، يصبح الإصلاح مرئيًا.

يجب أن يغير الحادث أسئلة المشتريات المستقبلية

يجب على العملاء تحويل فئة الحادث هذه إلى أسئلة مشتريات أفضل. يجب أن يسألوا البائعين كيف يتم تقييد وصول الدعم، وكيف يتم تنظيف مرفقات العملاء، وكيف يتم فصل تكنولوجيا المعلومات المؤسسية عن خدمات الإنتاج، وكيف يتم حماية شهادات التوقيع، وكيف تخزن أنظمة البناء الأسرار، وكيف تسجل منتجات الحافة النشاط الإداري، وكيف يتم إصدار الإصدارات القديمة، وكيف يتلقى العملاء أدلة عاجلة أثناء حدث أمني.

يجب طرح تلك الأسئلة قبل التجديد، وليس فقط بعد الأزمة. قد يفضل الفريق التجاري مقارنة ميزات بسيطة، لكن الحوادث تظهر أن الضمان التشغيلي يمكن أن يكون مهمًا مثل قدرة المنتج. يمكن لمنصة رخيصة بصلاحيات دعم واسعة وسجلات ضعيفة وإشعارات بطيئة وواجبات استرداد غير واضحة أن تصبح باهظة الثمن عندما يحدث خطأ ما. مزود أكثر انضباطًا يقلل المخاطر الخفية حتى عندما لا يفشل شيء.

يجب على المشتريات أيضًا تجنب الضمان الورقي فقط. يجب أن تتصل إجابة الاستبيان بأدلة قابلة للاختبار: ملخصات التدقيق، وإعدادات الاحتفاظ، ونماذج الأدوار، ومستويات خدمة التصحيح، وأمثلة إخطار العملاء، وتمارين الاسترداد، والتقييمات المستقلة حيثما كانت متاحة. الهدف ليس طلب شفافة مستحيلة. إنه شراء حقوق أدلة كافية بحيث لا يكون العميل عاجزًا عندما يصبح المزود جزءًا من سطح المخاطر الخاص به.

درس المسؤولية قابل لإعادة الاستخدام

الدرس القابل لإعادة الاستخدام هو أن حوادث البنية التحتية الحديثة نادرًا ما تتوقف عند النظام الذي تبدأ فيه. يمكن لمزود دعم مخترق أن يصبح مشكلة هوية. يمكن لحادث نظام شركة أن يصبح مشكلة بيانات وصفية للعميل. يمكن لخادم بناء ضعيف أن يصبح مشكلة سلسلة توريد برامج. يمكن لمنتج وصول عن بعد أن يصبح مشكلة ثقة شهادة. يمكن لجدار ناري أو مراقب افتراضي أن يصبح مشكلة استمرارية. تتداخل الفئات لأن العملاء يعتمدون على خدمات مجتمعة، وليس صناديق معزولة.

هذا التداخل هو السبب في أن خطط الاستجابة يجب أن تكون مكتوبة حول أسطح السيطرة. من يملك ثقة الهوية؟ من يملك ثقة البرامج الموقعة؟ من يملك بيانات الدعم؟ من يملك إدارة الحافة؟ من يملك النسخ الاحتياطية؟ من يملك اتصال العملاء؟ من يملك أدلة البائع؟ إذا كان هؤلاء الملاك معروفين قبل الحدث، يمكن للمنظمة الاستجابة باضطراب أقل. إذا تم اكتشافهم أثناء الحدث، يتوسع الحادث بينما يتفاوض الناس على السلطة.

يجب أن تكون المنظمة الناضجة قادرة على قراءة أي إشعار مستقبلي في هذه الفئة وربطه فورًا بالملاك والإجراءات والأدلة. هذا هو الفرق بين الوعي بالحوادث والاستعداد للحوادث. الوعي يقول حدث شيء. الاستعداد يقول من يجب أن يفعل ماذا، ومتى، وبأي دليل، وكيف سيعرف الأشخاص المعتمدون.

الاستنتاج في المصلحة العامة

الاستنتاج في المصلحة العامة هو أن حوادث الهندسة الاجتماعية للموظفين وتعرض حسابات العملاء في Mailchimp، 2022-2023 يجب أن تتذكر كاختبار سيطرة. اختبر الحدث ما إذا كانت المنظمة وعملاؤها يمكنهم التمييز بين الاحتواء التقني واستعادة الثقة. اختبر ما إذا كانت الإشعارات قابلة للتنفيذ. اختبر ما إذا تم تقليل السجلات الحساسة أو كائنات الثقة. اختبر ما إذا كانت الأطراف المعتمدة تلقت أدلة كافية لحماية أنفسهم.

أقوى استجابة لهذه الفئة من الحوادث ليست طمأنة أعلى صوتًا. إنها مسار خطر أضيق، ومسار احتواء أسرع، ومسار أدلة أكثر اكتمالاً، ومسار إجراء عميل أوضح. هذا يعني بيانات غير ضرورية أقل، وصلاحيات دعم واسعة أقل، وحدود إدارية أكثر إحكامًا، وفصل أقوى بين بيئات الأعمال والخدمة، وتسجيل أفضل، واسترداد تم اختباره، وإلغاء أسرع لبيانات الاعتماد أو الشهادات عندما تكون الثقة غير مؤكدة.

جعلت Mailchimp من الهندسة الاجتماعية لأداة الدعم مشكلة مسؤولية مخاطر الحملات لأن المنظمة جلست عند نقطة حيث كان على العديد من الآخرين الاعتماد على أدلتها. عندما يكون ذلك صحيحًا، تتبع المسؤولية سطح السيطرة العملي. الطرف الذي لديه أوضح رؤية وأفضل قدرة على تقليل الضرر يجب أن يفعل أكثر من القول بأن الحدث قد انتهى. يجب أن يظهر لماذا يمكن لعلاقة الثقة أن تستمر بأمان.