في تطور يهم مختصي الأمن المعلوماتي وصنّاع المعايير معًا، أعلنت Anthropic عن نتائج تُظهر أن بيئات بحث مدعومة بالذكاء الاصطناعي يمكن أن تُسرّع اكتشاف طرق هجومية معقدة على خوارزميات تشفير وتوقيع تُعد ضمن مسار التحضير لعصر ما بعد الحوسبة الكمية. الأهم ليس فقط “سرعة” النتائج، بل طبيعتها: هجوم لاسترجاع مفاتيح على مخطط توقيع (HAWK) مبني على الشبكات، وتحسين كبير نسبيًا لهجوم تحليل تشفيري على AES بعدد جولات مُخفّض.

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

لماذا يهم الأمن السيبراني هجمات استرجاع المفاتيح؟

هجوم استرجاع المفتاح (key recovery) لا يستهدف فقط “كسر التشفير” كتجربة نظرية. بل يحاول الوصول إلى المادة السرية التي تسمح بإنتاج توقيعات صحيحة أو فك رسائل. في الأنظمة الواقعية، المفتاح هو مركز الثقة: إذا أمكن استرداده، يمكن للمهاجم تقويض النزاهة (integrity) أو الأصالة (authenticity) أو حتى إخفاء أثره عبر توقيعات تبدو شرعية.

عند الحديث عن مخططات التوقيع الرقمية في مسار ما بعد الكم، تصبح المخاطر أكثر حساسية. فالمؤسسات التي تتبنى توقيعات ما بعد الكم اليوم قد تُبقي عليها سنوات—وأحيانًا عقود—ما يجعل أي تراجع في “هوامش الأمان” (security margins) قضية استراتيجية، لا مجرد ورقة بحثية.

ما الذي أعلنته Anthropic تحديدًا؟

وفق ما تم الإعلان عنه، ساعدت أداة بحث داخلية مرتبطة ببيئة توليد/مراجعة (أشارت إليها الشركة باسم [Mythos Preview]) في اشتقاق:

• هجوم لاسترجاع مفاتيح على معلمات تحدّي لمخطط توقيع شبكي يُسمى HAWK، مع تسريع كبير في زمن التنفيذ المتوقع مقارنة بما كان متاحًا سابقًا.
• تحسين هجوم على AES-128 بعدد جولات مخفّض (من 10 إلى 7)، عبر إزالة خطوة “تعداد” كانت تُكلف وقتًا كبيرًا في هجمات سابقة من فئة meet-in-the-middle (الهجوم “من المنتصف”).

الأرقام التي وردت في الإعلان تُشير إلى أن هجوم HAWK-256—وهو “معامل تحدّي” وليس معلمات مستوى أمان مُستهدفة للتطبيقات—يمكن أن ينخفض عامل العمل المتوقع فيه من 2⁶⁴ إلى 2³⁸ تقريبًا. بينما قدّم هجوم AES-128-7 جولةً تسريعًا يتراوح بين 200 و800 مرة مقارنةً بالنهج السابق، مع بقاء شرط الحصول على عدد ضخم من النصوص الصريحة المشفّرة تحت مفتاح واحد (chosen plaintexts) خارج نطاق الاستخدام الواقعي.

HAWK: من هوامش الأمان إلى نقطة التماثل المخفية

كيف يعمل HAWK ولماذا ترتبط الهجمات بالشبكات؟

HAWK هو مخطط توقيع رقمي مبني على الشبكات (lattice-based cryptography). هذا النوع من التشفير يُعد ضمن المرشحين المهمين في مسار توحيد ما بعد الكم لدى المعهد الوطني للمعايير والتقنية (NIST)، لأن بعض مشاكل الشبكات يُعتقد أنها أكثر مقاومة للهجمات المعتمدة على الحوسبة الكمية من بعض البنى التقليدية.

في الهجمات الشبكية، كثيرًا ما يتمحور الأمر حول إيجاد متجهات قصيرة (short vectors) أو استغلال تماثلات (symmetries) في البنية الرياضية. ووفق الإعلان، فإن هجوم HAWK الذي تم تطويره يعتمد على “تناظر” (symmetry) كان غير مستخدم سابقًا في بنية “الشبكة” المرتبطة بخوارزمية التوقيع.

مفاهيم تقنية مبسطة: ما هو “smLIP” و”automorphism”؟

من الناحية المفاهيمية:

• smLIP (كما ورد في الإعلان) تُشير إلى مسألة بحث مرتبطة باسترجاع تحويل مخفي بين شبكتين.
• automorphism هو تماثل يحافظ على البنية؛ بمعنى أن هناك “تحويلًا” لا يغير جوهر الشبكة، لكنه قد يغيّر طريقة صياغة البحث الهجومي.

الفكرة الأمنية هنا ليست اختراقًا “سحريًا” يزيل صعوبة الهجوم بالكامل. بل هي إعادة تنظيم للمساحة الرياضية بحيث يصبح البحث المطلوب أقل كلفة—مما يخفض عامل العمل أو يختصر خطوة كانت تُكلّف تعدادًا واسعًا.

هل يعني ذلك أن HAWK أو AES أصبحا غير آمنين؟

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

وبالنسبة لـ AES، الهجوم يخص 7 جولات فقط من أصل 10 لجولات AES-128. تحليل “النسخ المخفّضة” (reduced-round cryptanalysis) ممارسة قياسية في علم التشفير: الهدف منها قياس مقدار هامش الأمان قبل أن تصل الهجمات إلى البناء الكامل. لكن بقاء شرط عدد هائل من النصوص الصريحة المختارة يجعل النتيجة—رغم تسارعها—بعيدة عن التطبيق الفعلي.

ماذا عن “القوة” الكامنة في بيئات البحث المدعومة بالذكاء الاصطناعي؟

من زاوية الأمن السيبراني، الأهم من تفاصيل المعادلات هو “النمط” الذي يظهر: نماذج الذكاء الاصطناعي لا تعمل فقط كمساعدين للبرمجة أو كمصادر نصيّة. بل تُستخدم—وفق الإعلان—لإنجاز أجزاء من البحث الرياضي/التشفيري، ثم يأتي دور البشر في التوجيه والتحقق (verification) وتدقيق صحة النتائج.

يُذكر أن بيئة [Mythos Preview] ساعدت في الوصول إلى الأفكار، بينما كان التحقق هو عنق الزجاجة. هذا يُطابق واقع الصناعة: في أي بحث هجومي أو تحليل تشفيري، “الادعاء” أسهل من “الإثبات القابل للتكرار” (reproducibility). لذلك فإن نشر الأكواد والقطع القابلة للتحقق—إن كانت موثوقة—يُسرّع دورة التعلم لدى المجتمع ويُجبر الباحثين الآخرين على اختبار الحدود.

وتشير الشركة أيضًا إلى أن تكلفة تشغيل نموذج البحث (API cost) كانت كبيرة، وأن فريق التحقق استغرق وقتًا مطولًا. هذه التفاصيل مهمة لأن المؤسسات لن تتبنّى هذه المقاربة إلا إذا ربطتها بتكلفة/قيمة واضحة: هل تعزز اكتشاف الضعف؟ هل تقلل زمن المراجعة؟ أم أنها تخلق “سباقًا” جديدًا بين الدفاع والهجوم؟

السياق الأوسع: من CryptoBench إلى سباق مراجعة الأمان

يأتي الإعلان في ظل توجه متسارع نحو قياس قدرات نماذج الذكاء الاصطناعي في مهام التشفير والتحليل. ففي منتصف 2026، تم إطلاق CryptanalysisBench كمعيار يتضمن مهام متعددة (191 مهمة) على مستويات صعوبة مختلفة، وذُكر أن نماذج حققت نسب اختراق/حل مرتفعة في المهام الأسهل، وأخرى أقل في المهام الكاملة.

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

• مراجعات دورية للخوارزميات المعتمدة، خصوصًا في مسارات ما بعد الكم.
• اختبارات مرجعية (benchmarking) للأمان، لا سيما عند تغيير المعلمات أو التنفيذ.
• تخطيط استجابة لحالات اكتشاف ثغرات تشفيرية أو تراجع في هامش الأمان.

التأطير التنظيمي: أين تقع هذه الأخبار ضمن أطر الصناعة؟

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

• SP 800-57 من NIST يركز على إدارة مخاطر استخدام التشفير وتحديد مستويات الأمان والملاءمة.
• جهود ما بعد الكم لدى NIST تعكس أن المعايير تُراجع عبر مراحل وأن المرشحين قد يتغيرون بناءً على الأدلة.
• من منظور أوسع للأمن، تُعتبر ممارسات إدارة التغيير وإدارة المخاطر جزءًا من الامتثال—سواء تحت أطر مثل ISO/IEC أو متطلبات الجهات التنظيمية—عندما يتعلق الأمر بتبديل خوارزميات أساسية في البنية التحتية.

بصياغة أمنية عملية: حتى لو لم تؤثر النتائج على “الإنتاج” الآن، فإنها تؤثر على قرارات “ما بعد الإنتاج”: متى نحدث؟ كيف نختبر؟ وكيف نضمن قابلية التحويل (agility) عند حدوث مفاجآت بحثية؟

اختبار الواقع: ما الذي يجب أن تفعله المؤسسات بدلًا من الذعر؟

بالنسبة للمؤسسات التي تتعامل مع توقيع رقمي، أو أنظمة مفاتيح، أو مسارات ما بعد الكم، فإن الرسالة الأساسية ليست “توقفوا عن التبني”، بل “تبنّوا مع مرونة”. فيما يلي خطوات عملية:

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

خلاصة وتحفيز للنقاش

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

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

مصادر إضافية (للاطلاع والتوسع):

• معيار التشفير المتقدم (AES) على ويكيبيديا
• التوقيع الرقمي على ويكيبيديا
• التشفير المبني على الشبكات على ويكيبيديا

تابعوا تحديثاتنا على وسائل التواصل:

• فيسبوك
• إكس

هاشتاغات: #الأمن_السيبراني #تشفير #ما_بعد_الكم #إدارة_المخاطر #تحليل_تشفيري