أمضت صناعة العملات المشفرة سنوات في بناء نظام مالي جديد، وجذب ملايين المستخدمين، وتطوير تقنيات تتيح للناس تحويل الأموال من دون الاعتماد كليًا على البنوك التقليدية. لكن كلما وقع حادث أمني كبير، يطرح ذلك سؤالًا محرجًا: إلى أي مدى ينبغي للناس أن يثقوا بالشركات التي تدير هذه الأنظمة؟
أعادت الاختراقات الأمنية الأخيرة التي تعرضت لها منصة باينانس هذا السؤال إلى الواجهة. ففي 29 أكتوبر 2026، سرق مهاجمون ما يقارب 6.3 مليار دولار من العملات المشفرة من محافظ مرتبطة بباينانس، وفقًا للمنصة ومحققين في مجال البلوك تشين. ووقعت السرقة عبر عدة شبكات بلوك تشين، وانتقلت معظم الأموال في غضون نحو 20 دقيقة. وكانت واحدة من أكبر عمليات سرقة العملات المشفرة المُبلّغ عنها في التاريخ. وأفادت رويترز بأن المهاجمين استغلوا نقاط ضعف في الأنظمة التي تستخدمها باينانس للموافقة على المعاملات، فيما كشف تحقيق المنصة أن الحادثة كانت أكثر تعقيدًا مما فُهم في البداية.
لا تكمن الأهمية الخاصة لهذه الحادثة في مقدار الأموال المعنية فحسب، بل في الكيفية التي يبدو أن الهجوم وقع بها، والأسئلة التي يثيرها بشأن أمن منصات تداول العملات المشفرة، والفرق بين إعادة أرصدة العملاء واسترداد الأصول المسروقة الأصلية.
لفهم الصورة كاملة، من المفيد النظر في أسباب إنشاء Binance، وكيفية عمل منصات تداول العملات المشفرة، وما توصل إليه المحققون، وما قد تعنيه هذه الحادثة لمستقبل التمويل الرقمي.
تأسست Binance في عام 2017، في فترة أصبحت فيها العملات المشفرة أكثر إتاحة للمستثمرين العاديين. فقد طرح بيتكوين فكرة النقود الرقمية التي يمكن أن تعمل من دون مصرف تقليدي، بينما وسّعت إيثيريوم هذه الفكرة بإتاحة المجال للمطورين لبناء تطبيقات مالية على سلسلة الكتل.
لكن شراء العملات المشفرة وبيعها مباشرة لم يكن دائمًا أمرًا بسيطًا. فقد احتاج الناس إلى وسيلة مريحة لتحويل الأموال التقليدية إلى أصول رقمية، وتداول العملات المشفرة المختلفة، وإدارة حيازاتهم من دون فهم كل التفاصيل التقنية.
وقد أتاح ذلك فرصة لمنصات تداول العملات المشفرة.
أُنشئت Binance لجعل تداول العملات المشفرة أسهل وأكثر إتاحة. فبدلًا من البحث عن شخص آخر مستعد للتداول مباشرة، أصبح بإمكان المستخدمين تقديم أوامرهم عبر منصة وشراء الأصول الرقمية أو بيعها في مكان واحد. ومع مرور الوقت، توسعت Binance لتصبح شركة أكبر بكثير، إذ قدمت تحويلات العملات المشفرة وخدمات المحافظ والمنتجات المالية والبنية التحتية لمعاملات سلاسل الكتل.
عكس نمو الشركة تغيرًا أوسع في القطاع. فلم تعد العملات المشفرة مقتصرة على المستخدمين ذوي الخبرة التقنية، بل أصبحت سوقًا مالية يستخدمها أشخاص يريدون الوصول بسهولة إلى الأصول الرقمية.
لكن السهولة جاءت مصحوبة بمسؤولية مهمة. فعندما بدأ الناس يحتفظون بكميات كبيرة من العملات المشفرة في منصات التداول، أصبحوا يعتمدون أيضًا على تلك الشركات لحماية أموالهم.
من هنا يبدأ التحدي الأمني.
منصة تداول العملات المشفرة ليست مجرد موقع إلكتروني يشتري الناس الأصول الرقمية ويبيعونها عبره. فخلف الواجهة أنظمة تدير أرصدة العملاء، وتعالج عمليات السحب، وتعتمد المعاملات، وتحمي المحافظ التي تحتفظ بالعملات المشفرة. وينبغي لهذه الأنظمة أن تعمل بسرعة كافية لدعم ملايين المعاملات، مع الحفاظ على مستوى أمان يمنع الوصول غير المصرح به.
وهذا صعب لأن معاملات العملات المشفرة تعمل على نحو مختلف عن المدفوعات المصرفية التقليدية.
عندما تكون حوالة مصرفية احتيالية، قد توجد إجراءات للتحقيق في الدفع ومحاولة عكسه. أما معاملات العملات المشفرة فمختلفة. فبمجرد تأكيد المعاملة على سلسلة الكتل، قد يصبح عكسها بالغ الصعوبة. وإذا أرسل مهاجم عملات مشفرة مسروقة إلى محفظة يسيطر عليها، فقد لا توجد سلطة مركزية قادرة على استعادة الأموال ببساطة.
ولهذا السبب، ينبغي لمنصات التداول أن تركز بشدة على منع المعاملات غير المصرح بها قبل وقوعها. وعليها حماية حسابات العملاء وأجهزة الموظفين والبرمجيات الداخلية والأنظمة المسؤولة عن الموافقة على عمليات السحب.
قد تتمتع الشركة بأمان قوي لحسابات العملاء، ومع ذلك تظل لديها نقاط ضعف في أنظمتها الداخلية. وقد تكون المحفظة آمنة من الناحية التقنية، بينما تكون العملية المستخدمة للتصريح بالمعاملات قد تعرضت للاختراق بالفعل.
أصبح هذا التمييز محوريًا في حادثة Binance.
وفقًا للتفسير الأولي الذي قدمته Binance، شمل الهجوم حاسوبًا محمولًا مخترقًا يعود إلى مهندس في مجال DevOps. ويساعد مهندسو DevOps في صيانة الأنظمة التي تتيح للخدمات عبر الإنترنت العمل. وقد تشمل مسؤولياتهم إدارة البنية التحتية وصيانة البرمجيات وضمان عمل أجزاء الشركة التقنية المختلفة معًا.
وبسبب مسؤولياتهم، قد يتمكن الموظفون في هذه الأدوار من الوصول إلى أنظمة مهمة لعمليات الشركة. وإذا اخترق مهاجم جهازًا يستخدمه موظف كهذا، فقد يتيح ذلك فرصًا لا تتوفر عبر حساب عميل عادي.
لكن Binance كشفت لاحقًا أن المحققين اكتشفوا نقاط اختراق إضافية. وأشار ذلك إلى أن الحادثة كانت أكثر تعقيدًا مما فهمته الشركة في البداية.
وفي تفسير لاحق، وصف ريتشارد تنغ، الرئيس التنفيذي المشارك لـBinance، الحادثة بأنها هجوم معقد شمل حاسوبًا محمولًا مخترقًا وبرمجيات خبيثة مصممة لمحو الأدلة. وقالت الشركة أيضًا إن المحققين يفحصون كيفية تجاوز المهاجمين إجراءات الموافقة المعتادة.
النقطة المهمة هي أن الحاسوب المحمول المخترق كان تفسيرًا أوليًا، وليس بالضرورة التفسير الكامل لكيفية وقوع الهجوم.
ينبغي للتحقيق الأمني أن يحدد كيفية حصول المهاجم على إمكانية الوصول، والأنظمة المتضررة، وكيفية التلاعب بالموافقات على المعاملات، وأسباب عدم نجاح الضمانات القائمة في إيقاف النشاط. فاكتشاف جهاز مخترق واحد لا يجيب تلقائيًا عن هذه الأسئلة.
ولهذا أيضًا ينبغي ألا تُختزل الحادثة في فكرة أن شخصًا ما سرق كلمة مرور موظف فحسب.
يبدو أن المهاجمين استهدفوا الأنظمة التي تستخدمها Binance للتصريح بمعاملات العملات المشفرة. وأفاد محققون في سلاسل الكتل بأن المهاجمين حصلوا على تفويضات صالحة للمعاملات من محافظ خاضعة لسيطرة Binance، ما أتاح لهم نقل الأموال عبر معاملات قبلتها سلسلة الكتل نفسها باعتبارها مشروعة.
بعبارات بسيطة، تخيّل خزنة مصرفية ذات باب آمن. قد تكون الخزنة متينة بما يكفي لمقاومة أي شخص يحاول اقتحامها مباشرة. لكن إذا تمكّن أحدهم من اختراق النظام المسؤول عن الموافقة على عمليات السحب، فقد تظل الخزنة تصرف الأموال للشخص الخطأ.
هذا هو الفرق بين سرقة مفتاح والتلاعب بالنظام الذي يقرر متى ينبغي استخدامه.
أثار التحقيق في Binance تساؤلات حول الاحتمال الثاني.
يتعلق أحد أكثر جوانب الحادثة إثارة للاهتمام بميزة EIP-7702 في إيثيريوم، التي تتيح للمحافظ العادية للعملات المشفرة استخدام شيفرة العقود الذكية في ظل ظروف معينة.
لفهم أهمية ذلك، من المفيد معرفة كيفية عمل محفظة إيثيريوم عادية.
تخضع المحفظة التقليدية عمومًا للتحكم بواسطة مفتاح خاص. ويتيح المفتاح الخاص لمالكه الموافقة على المعاملات، فيما تتحقق سلسلة الكتل من أن تلك المعاملات قد صُرّح بها على النحو الصحيح.
هذا الترتيب بسيط نسبيًا، لكنه ينطوي أيضًا على قيود. فلا تستطيع المحافظ العادية بسهولة تنفيذ بعض المهام المتقدمة، مثل إدارة المدفوعات تلقائيًا، أو تطبيق قواعد الإنفاق، أو السماح لتطبيق آخر بمعالجة بعض أجزاء المعاملة.
يمكن لمحافظ العقود الذكية أن توفر مرونة أكبر، لأنها تستطيع اتباع قواعد مكتوبة ضمن برمجيات.
استُحدثت EIP-7702 لمساعدة المحافظ العادية على الاستفادة من بعض هذه الإمكانات، من دون مطالبة المستخدمين باستبدال محافظهم الحالية بالكامل.
أصبحت هذه الميزة متاحة مع ترقية Pectra لإيثيريوم في مايو 2025. وهي تتيح للمحفظة العادية العمل مؤقتًا باستخدام شيفرة من عقد ذكي. وقد يسهل ذلك جمع المدفوعات، وتبسيط بعض عمليات المحفظة، وإضافة ميزات أكثر تقدمًا للمعاملات.
الغرض من EIP-7702 هو جعل محافظ العملات المشفرة أكثر مرونة وأسهل استخدامًا.
لكن زيادة المرونة تعني أيضًا زيادة المسؤوليات.
عندما تمنح المحفظة أذونات واسعة، ينبغي للمستخدمين وأنظمة الأمان أن يفهموا تمامًا ما تسمح به تلك الأذونات. وإذا تمكن مهاجم من التلاعب بعملية الموافقة، فقد تتحول ميزة صُممت لجعل المحافظ أكثر فائدة إلى جزء من هجوم.
وفقًا لفحص CoinDesk لسجلات سلسلة الكتل، استخدم مهاجم ميزة EIP-7702 لجعل محفظة Binance تعمل بشيفرة خبيثة. وكان المهاجم قد حصل على تفويضات صالحة من المحفظة، ما أتاح استخدام الشيفرة من دون عملية الموافقة المعتادة التي توقعتها Binance.
ثم استخدم المهاجم الشيفرة الخبيثة لنقل العملات المشفرة من المحفظة المتضررة.
لم تكن هذه حالة تجاهلت فيها سلسلة كتل إيثيريوم قواعدها ببساطة. فقد قُبلت المعاملات لأن الأذونات المعنية كانت قد مُنحت. وتمثلت المشكلة في أن تلك الأذونات، على ما يبدو، قد استُحصل عليها أو استُخدمت بطريقة لم تمنعها أنظمة الأمان لدى Binance على النحو المناسب.
تظل الآلية الدقيقة التي حصل المهاجم من خلالها على تلك التفويضات سؤالًا محوريًا في التحقيق.
لهذا أثارت الحادثة أسئلة صعبة حول كيفية التحقق من أذونات المحافظ الواسعة قبل الموافقة عليها.
صُممت الميزة نفسها لجعل المحافظ أكثر مرونة. لكن مصدر القلق هو ما إذا كانت الأنظمة المسؤولة عن الموافقة على تلك الأذونات محمية بما يكفي.
ومن المهم أيضًا فهم أن EIP-7702 لم تكن سوى جزء من الحادثة الأوسع. فقد شملت السرقة المبلغ عنها عدة شبكات لسلاسل الكتل، ولم تستخدم كل المعاملات المتضررة ميزة تفويض الحسابات في إيثيريوم.
يبدو أن المشكلة المشتركة كانت القدرة على التصريح بمعاملات من محافظ خاضعة لسيطرة Binance.
وهذا يعني أنه لا يمكن حل المشكلة الأمنية الأوسع بمجرد إزالة إحدى ميزات إيثيريوم. فالصناعة بحاجة إلى فهم كيفية تمكّن المهاجمين من الوصول إلى أنظمة الموافقة على المعاملات، وكيفية منع نقاط الضعف المماثلة عبر سلاسل الكتل المختلفة.
يجعل حجم السرقة هذا الأمر بالغ الأهمية.
وفقًا لرويترز، سُرقت عملات مشفرة تُقدّر قيمتها بنحو 6.3 مليارات دولار من محافظ Binance المستخدمة في معالجة المعاملات. ووقعت معظم السرقة خلال نحو 20 دقيقة، بحسب سجلات سلسلة الكتل.
تُظهر سرعة الهجوم مدى سرعة تسبب نظام مخترق في أضرار جسيمة عندما يكون لديه إمكانية الوصول إلى كميات كبيرة من العملات المشفرة.
قد تتاح لمؤسسة مالية تقليدية عدة فرص للتحقيق في المعاملات غير المعتادة قبل إتمامها. أما معاملات العملات المشفرة فقد تتحرك بسرعة أكبر بكثير، لا سيما عندما يكون المهاجم قد حصل على تفويض صالح.
وبمجرد أن تبدأ الأموال بالانتقال عبر شبكات مختلفة لسلاسل الكتل، يتعين على المحققين وفرق الأمان التحرك بسرعة لتحديد المعاملات ومعرفة ما إذا كان بالإمكان تجميد أي من الأصول أو استردادها.
وهذا يقودنا إلى جانب مهم آخر من الحادثة: ما الذي حدث للعملات المشفرة المسروقة بعد مغادرتها Binance.
تُسجّل معاملات العملات المشفرة على سلاسل كتل عامة، ما يعني أن المحققين يستطيعون غالبًا تتبع حركة الأموال من محفظة إلى أخرى. ولا يكشف ذلك تلقائيًا هوية الشخص الذي يتحكم بالمحفظة، لكنه قد يوفر معلومات مهمة عن كيفية نقل الأصول المسروقة.
وتتمتع بعض أصول العملات المشفرة بخصائص تتيح لمُصدريها تجميدها.
فعلى سبيل المثال، يمكن للشركات المسؤولة عن إصدار بعض العملات المستقرة الكبرى تجميدها. والعملات المستقرة أصول رقمية صُممت للحفاظ على قيمة مستقرة نسبيًا، وغالبًا ما يكون ذلك بربطها بعملة تقليدية مثل الدولار الأمريكي.
وهذا يتيح فرصة محتملة للمحققين.
إذا جرى تحديد العملات المستقرة المسروقة قبل أن يتمكن المهاجم من نقلها إلى خارج سيطرة مُصدرها، فقد يستطيع المُصدر تجميد تلك الأصول ومنع تحويلها.
أفادت رويترز بأن مُصدري العملات المستقرة، ومن بينهم Tether وCircle وشركات أخرى، جمّدوا جزءًا كبيرًا من الأصول المسروقة. وما يزال المبلغ الدقيق الممكن استرداده مرهونًا بالأصول المعنية ونتائج التحقيق.
لكن تجميد العملات المشفرة لا يعني إعادتها إلى Binance.
قد يصبح الأصل المجمّد غير متاح للمهاجم، لكنه يظل بحاجة إلى المعالجة من خلال إجراءات الاسترداد المناسبة. أما العملات المشفرة الأخرى، مثل بيتكوين وإيثر، فلا يمكن عادةً تجميدها بالطريقة نفسها بواسطة مُصدر مركزي.
وهذا يعني أن تقييد بعض الأصول المسروقة قد يكون أسهل من تقييد غيرها.
وربط التحقيق أيضًا بمجموعة TraderTraitor المدعومة من كوريا الشمالية.
أفادت رويترز بأن محققي سلاسل الكتل رصدوا أوجه تشابه بين حادثة Binance وهجمات سابقة ارتبطت بمتسللين من كوريا الشمالية. كما نسب مكتب التحقيقات الفيدرالي الأمريكي الحادثة إلى المجموعة، وفقًا للتقارير المنشورة عن التحقيق.
ارتبطت جماعات على صلة بكوريا الشمالية بعمليات سرقة كبيرة للعملات المشفرة في الماضي. وقد تكون العملات المشفرة جذابة للمهاجمين لأنها قابلة للتحويل عبر الحدود الدولية، وقد يصعب استردادها بعد نقلها.
لكن تحديد هوية مهاجم مشتبه به ليس سوى جزء واحد من التحقيق.
يساعد تحديد الجهة المسؤولة المحققين على فهم من قد يكون وراء الهجوم، لكنه لا يفسر تلقائيًا كل التفاصيل التقنية للاختراق. فلا يزال على التحقيق الكامل تحديد كيفية حصول المهاجمين على إمكانية الوصول، والأنظمة المتضررة، وكيفية نقل الأصول المسروقة.
هذه التفاصيل مهمة لأنها تساعد الشركات الأخرى على فهم ما إذا كانت تواجه نقاط ضعف مماثلة.
ومن دون تفسير تقني واضح، تخاطر الصناعة بالتعامل مع كل هجوم كبير كأنه حادثة منفردة بدلًا من التعلم من المشكلات الكامنة وراءه.
وتُعد استجابة Binance للحادثة جانبًا مهمًا آخر من القصة.
قالت المنصة إنها ستتحمل الخسائر بدلًا من ترك العملاء يتحملون الضرر. وأفادت رويترز في 31 أكتوبر بأن Binance وفّرت موارد لتعويض نحو 90% من الأصول المسروقة.
وفي 1 نوفمبر، قالت Binance إنها عوّضت أو استردت نحو 95% من المبلغ المتضرر، وإنها تخطط لاستئناف عمليات السحب على مراحل. وعزت الشركة النقص المتبقي إلى أصول أقل سيولة قد يستغرق الحصول عليها بالكميات اللازمة وقتًا أطول.
هذه التطورات مهمة للعملاء، لكن ينبغي فهم الأرقام بحذر.
تعويض الأصول المسروقة لا يعني استرداد العملات المشفرة الأصلية من المهاجم.
إذا استخدمت منصة تداول مواردها الخاصة لإعادة أرصدة العملاء، فقد تتمكن من الوفاء بالتزاماتها حتى لو ظل المهاجم مسيطرًا على بعض الأموال المسروقة.
وهذا يُحدث فرقًا جوهريًا بين تعويض العملاء واسترداد الأصول.
يشير تعويض العملاء إلى قدرة المنصة على إعادة الأرصدة المتضررة وإتاحة الوصول إلى الأصول للمستخدمين. أما استرداد الأصول فيشير إلى إمكانية استعادة العملات المشفرة الأصلية من المهاجم أو إعادتها بطريقة أخرى.
يرتبط الأمران ببعضهما، لكنهما ليسا الشيء نفسه.
بالنسبة للعملاء، يتمثل القلق المباشر في ما إذا كانت أرصدتهم محمية وما إذا كان بإمكانهم الوصول إلى حساباتهم. أما بالنسبة للمنصة، فيشمل الأمر تغطية الخسائر واستعادة العمليات الطبيعية وإثبات أنها تعاملت مع الحادثة بالجدية اللازمة.
أما المحققون، فيظل تركيزهم منصبًا على فهم كيفية وقوع الهجوم وتحديد ما يمكن استرداده.
يكتسب هذا التمييز أهمية خاصة لأن منصات تداول العملات المشفرة غالبًا ما تحتفظ بكميات كبيرة من الأصول نيابة عن عملائها.
تُعد قدرة الشركة على إعادة أرصدة العملاء جزءًا مهمًا من استجابتها لحادثة أمنية. لكنها لا تلغي الحاجة إلى تفسير تقني كامل للاختراق.
تعيد حادثة Binance أيضًا إلى الأذهان انهيار FTX في عام 2022.
كانت الظروف مختلفة، ولا ينبغي التعامل مع الحادثتين على أنهما متماثلتان.
ارتبط اسم FTX بإخفاقات خطيرة في التعامل مع أموال العملاء. أما حادثة Binance، فيجري التحقيق فيها باعتبارها اختراقًا أمنيًا كبيرًا.
لكن كلا الحالتين تسلطان الضوء على مشكلة مهمة في عالم العملات المشفرة.
غالبًا ما يثق الناس بشركة لأنها معروفة، أو واسعة الاستخدام، أو تبدو ناجحة. وقد تصبح هذه الثقة خطرة عندما لا يفهم المستخدمون تمامًا كيفية عمل الشركة وراء الكواليس.
فالاسم المألوف لا يضمن تلقائيًا حماية أصول العملاء. وكثرة المستخدمين لا تضمن أن الضوابط الداخلية قوية بما يكفي. كما أن النجاح المالي للشركة لا ينفي احتمال حدوث إخفاق تشغيلي.
هذا لا يعني أن كل منصة تداول غير آمنة أو أن على المستخدمين افتراض الأسوأ تلقائيًا.
بل يعني أن الثقة ينبغي أن تستند إلى أدلة.
ينبغي للشركات أن توضح كيفية حماية أصول العملاء، وكيفية استجابتها للحوادث الأمنية، وما التدابير المتخذة للحد من عواقب أي إخفاق.
وعندما يحدث خطأ ما، تزداد أهمية الشفافية.
أهم درس من حادثة Binance هو أنه لا يمكن التعامل مع الأمن بوصفه مشروعًا يُنفذ لمرة واحدة.
ينبغي للشركات مواصلة فحص أنظمتها، والحد من الأذونات غير الضرورية، ومراجعة النشاط غير المعتاد، واختبار استجابة وسائل دفاعها عند وقوع خلل.
وعليها أيضًا التفكير في ما قد يحدث إذا أخفق أحد التدابير الأمنية.
إذا كان من الممكن لجهاز واحد مخترق أو لموافقة واحدة أن يؤدي إلى خروج مليارات الدولارات من منصة، فهذا يثير أسئلة جدية حول ما إذا كانت هناك ضمانات مستقلة كافية.
ينبغي ألا يعتمد الأمن على اتخاذ موظف واحد القرار الصحيح في كل مرة.
تحتاج الشركات إلى طبقات متعددة من الحماية، حتى لا يؤدي خطأ واحد أو اختراق نظام واحد تلقائيًا إلى خسارة كبيرة.
ويشمل ذلك حماية أجهزة الموظفين، وضبط الوصول إلى الأنظمة المهمة بعناية، والتحقق من الموافقات غير المعتادة على المعاملات، وضمان إخضاع التحويلات الكبيرة للمستوى المناسب من التدقيق.
كما ينبغي للقطاع أن يكون أكثر صراحة بشأن الفرق بين الابتكار التقني والأمن العملي.
يمكن لميزات المحافظ الجديدة والمعاملات الأسرع والتطبيقات المالية الأكثر مرونة أن تجعل العملات المشفرة أكثر فائدة.
لكن ينبغي أيضًا تقييم كل قدرة جديدة من حيث المخاطر التي تضيفها.
لا ينبغي أن يقتصر السؤال على ما إذا كانت الميزة تعمل.
بل ينبغي أيضًا السؤال عما إذا كان استخدامها آمنًا، وما إذا كان المستخدمون يفهمون ما يوافقون عليه، وما إذا كان النظام قادرًا على كشف إساءة الاستخدام والاستجابة لها.
تذكّرنا حادثة Binance بأن أمن العملات المشفرة يتطلب أكثر بكثير من حماية المفاتيح الخاصة أو بناء سلسلة كتل آمنة.
فهو يتطلب من الشركات حماية العملية بأكملها التي تُدار الأصول من خلالها، وتُعتمد، وتُنقل.
إن الهجوم المبلغ عنه، والتحقيق في نقاط اختراق إضافية، والأسئلة المتعلقة بميزة EIP-7702 في إيثيريوم، كلها تُبرز مدى تعقيد هذه المسؤولية.
تُعد الجهود التي أُبلغ عنها لبذلها من جانب Binance لتعويض الأصول المتضررة مهمة للعملاء. لكن التعافي المالي والمساءلة التقنية مسؤوليتان منفصلتان.
يحتاج المستخدمون إلى معرفة ما إذا كانت أرصدتهم محمية. ويحتاج المحققون إلى فهم كيفية حصول المهاجمين على إمكانية الوصول. كما تحتاج الصناعة إلى