Google تنقل ذاكرة AI إلى السحابة، والمفتاح يبقى على الجهاز

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

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

كيف ينتقل السياق من الجهاز إلى الذاكرة السحابية؟

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

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

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

ما الذي تمنعه كل طبقة من الحماية؟

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

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

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

ما الفرق عن ذاكرة سحابية عادية أو معالجة محلية؟

كانت المهام الموصوفة سابقاً في Private AI Compute عديمة الحالة: ينتهي سياق المهمة بانتهائها. تضيف الذاكرة المقترحة سجلاً يبقى بعد الطلب، ليصبح الرجوع إلى سياق سابق ممكناً من جهاز آخر. وهذا البقاء هو ما يغيّر نموذج الخصوصية؛ فالسجل الدائم يحتاج حماية مستقلة عن حماية الطلب العابر الذي يُمحى سياقه بعد المعالجة.

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

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

ماذا كشف التدقيق، وما الذي لم يُحسم؟

يسجل تقرير Trail of Bits عن طبقة الذاكرة عشر ملاحظات أمنية؛ يبيّن جدول نتائجه معالجة ثمانٍ وبقاء اثنتين مفتوحتين عند إعداد التقرير. تناولت المراجعة إضافة الذاكرة، لا كل مكونات Private AI Compute ولا نسخة نهائية مطروحة للمستخدمين. ولذلك تفيد في فحص التصميم والبرنامج الذي شملته، من دون أن تكون ضماناً شاملاً لما سيُشغّل لاحقاً.

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

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

اقرأ أيضًا:

• VMware Private AI Cloud تنقل النموذج إلى البيانات لا العكس
• ذاكرة Claude تعبر من Chat إلى Cowork، إلا في التشغيل المحلي
• هل تنقل عملك إلى AWS السعودية؟ اختبر أربعة عوامل قبل ديسمبر