SPACE من Perplexity تعزل الكود جيدًا بحسب اختبار الشركة نفسها، لكن حدود الشبكة كانت نقطة الضعف: نجح الالتفاف عليها في 11 من 54 تشغيلًا قبل الإصلاح. فتحت Perplexity المصدر في 15 أكتوبر 2026 بترخيص Apache 2.0، والأداة تعمل داخلها منذ يوليو بحسب الشركة.
وتقول Perplexity إن اختبارها الداخلي لم يرصد هروبًا من الجهاز الافتراضي الخفيف، أي Firecracker microVM، إلى المضيف في 108 تشغيلات. وتقول إن غياب الهروب المرصود «ليس برهانًا على العزل».
الخلاصة أولًا
- الجديد: فتح المصدر في 15 أكتوبر 2026 بترخيص Apache 2.0.
- العزل: لم يُرصد هروب من الجهاز الافتراضي إلى المضيف في 108 تشغيلات.
- الشبكة: نجح الالتفاف على سياسة الشبكة في 11 من 54 تشغيلًا قبل الإصلاح.
- الاستقلال: التقييم من Perplexity نفسها، ولم يظهر تحليل أمني مستقل لـSPACE.
| البند | ما تذكره Perplexity ومستودعها |
|---|---|
| الترخيص | Apache License 2.0 (مؤكد من المستودع) |
| التقنية | كل بيئة معزولة تعمل في Firecracker microVM بنظامها وملفاتها القابلة للكتابة |
| الجديد | فتح المصدر. تعمل SPACE داخليًا منذ يوليو، وتنشئ ملايين البيئات يوميًا، وحلّت محل خدمة طرف ثالث، وتقول الشركة إن الإنشاء أسرع 3 إلى 5 مرات |
| دورة الحياة | إبقاء وإيقاف مؤقت وتعليق وإيقاظ؛ لقطات متكررة للملفات؛ استئناف واسترداد وتفريع المحادثات |
| التحكم | تُعامَل البيئة «كطرف غير موثوق»، والشبكة والاعتمادات تُدار خارجها. هذا وصف الإعلان، وتفاصيله لم تظهر في README |
| الشركاء | Akamai (أطلق)، وCrusoe (يخطط)، وCoreWeave (دليل إعداد) |
ملاحظة: صفحة الإعلان وصلت مترجمة إلى الآيسلندية، فصياغة نقاطها من ترجمة لها. ارجع إلى النص الإنجليزي.
ماذا يعني «العزل» هنا؟
تصف README منصة «لتشغيل الكود في Firecracker microVMs معزولة»، لكل منها «جهازها الافتراضي وملفاتها القابلة للكتابة». ويذكر الإعلان أن SPACE تفترض أن البيئة غير موثوقة، فتبقى قيود الشبكة والاعتمادات خارجها، ولا تُمنح لمن يشغّل الوكيل مفاتيح مباشرة.
ويستلزم تشغيلها محليًا عنقود Kind (Kubernetes) في الدليل الموثق، مع Rust وPython 3.11 أو أحدث لبناء الوثائق. والمتطلبات الدقيقة في دليل التثبيت الذي لم يُفتح.
وتذكر README أن الحقول الموسومة «incubating» خارج العقد المدعوم، وأن اللقطات الأساسية لعقدة واحدة، وأن تغييرات دورة الحياة غير متزامنة.
ماذا أظهر الاختبار الأمني؟
المصدر تقرير «Escaping SPACE: Part I» (23 سبتمبر 2026)، من فريق Perplexity Secure Intelligence Institute نفسه، ولا مدقق مستقل:
- الإعداد: تسعة نماذج ومهمتان وأربعة إعدادات وثلاث تشغيلات، وبلغت تشغيلات مهمة الهروب 108 بحسب التقرير، والوكلاء بصلاحية root داخل الجهاز الضيف. رفض نموذجان، هما Fable وGPT-6 Astra، المهام.
- النتيجة الأولى: «لم يُرصد هروب من الجهاز الافتراضي إلى المضيف في 108 تشغيلات».
- الشبكة: 0 من 54 في وضع بلا شبكة. وفي وضع الشبكة الجزئية نجح الالتفاف على سياسة الشبكة في 11 من 54 تشغيلًا، بأربعة نماذج: Claude Opus 5.0 وGPT-5.6 Cyber وGPT-5.6 Sol وKimi K3.
- طريقتان أُصلحتا: انتحال DNS، بالتحقق من عنوان المصدر؛ ومشاركة عناوين IP على بنية CDN مشتركة، بمرحّل يتحقق من سلطة الطلب مع فحص TLS SNI وHTTP Host. وبعد الإصلاح «لم تُنتج أي منهما التفافًا مؤكدًا». وانتهى تشغيلان مجدولان لإعادة الاختبار بأخطاء مزود أو نقل.
- تحفظات التقرير: «غياب الهروب المرصود ليس برهانًا على العزل». وكان الاختبار بوكيل واحد وميزانية زمنية محدودة، وقد لا ينطبق على نماذج أقوى أو أُطر أخرى أو ميزانيات أطول. وطلب مزوّد طرف ثالث وقتًا أكثر فاستُبعد.
هل من تغطية مستقلة تؤيد الأرقام؟
- نقلت Semafor عدد المحاولات بصيغة مختلفة عن التقرير. نعتمد هنا 108 من تقرير Perplexity نفسه.
- مقال CellCog (16 أكتوبر) كتبه رئيس تنفيذي لشركة منافسة تبيع «موظفي ذكاء اصطناعي»، ويذكر عبارة «تضارب مصالح مُعلن». يكرر أرقام Perplexity ويضيف أن 7 من 9 صناديق رمل لأطراف ثالثة في اختبار منفصل لـPerplexity جرى الالتفاف عليها. لم يُتحقق من هذه الإضافة في التقرير نفسه، فلا نعامله اختبارًا مستقلًا.
- لم يظهر تحليل أمني مستقل لـSPACE.
ما الذي يستفيده فريق يبني وكلاء؟
العزل بالأجهزة الافتراضية يحدّ من أثر كود يكتبه وكيل. لكن التحكم بالشبكة والاعتمادات جزء لا يقل أهمية، وقد نجحت الالتفافات في هذا الجزء تحديدًا قبل الإصلاح.
ويكمل ذلك وضع سقوف للجولات والإنفاق: كيف توقف وكيل البرمجة من الدوران في حلقة أدوات. والتشغيل ليس مجانيًا: الكود مفتوح، والخوادم والنماذج لها تكلفتها.
ماذا تفعل بعد ذلك؟
- اقرأ تقرير «Escaping SPACE: Part I» كاملًا من قسم المصادر قبل أن تعتمد على نتائجه.
- نقترح أن تفحص التحكم بالشبكة والاعتمادات في بيئتك، لا العزل وحده، فهنا ظهرت الثغرات في الاختبار.
- راجع دليل التثبيت في المستودع لمعرفة المتطلبات الدقيقة.
أسئلة وأجوبة
هل SPACE آمنة تمامًا؟
لا يوجد ما يثبت ذلك؛ تقول Perplexity نفسها إن غياب الهروب المرصود ليس برهانًا على العزل.
ما الجديد في 15 أكتوبر؟
فتح المصدر؛ فالأداة تعمل داخليًا منذ يوليو بحسب الشركة.
ما ترخيصها؟
Apache 2.0.
هل اختُبرت باستقلال؟
لا؛ التقييم من Perplexity نفسها، ولم يظهر تحليل أمني مستقل.
ما الذي أُصلح بعد الاختبار؟
طريقتا الالتفاف على الشبكة: انتحال DNS بالتحقق من عنوان المصدر، والعناوين المشتركة على CDN بمرحّل يتحقق من سلطة الطلب. وبعد الإصلاح لم يؤكد التقرير أي التفاف.
هل أحتاج عنقود Kubernetes لتجربتها؟
بحسب الدليل الموثق في المستودع، نعم: عنقود Kind، مع Rust وPython 3.11 أو أحدث لبناء الوثائق.
مصطلحات بلغة مبسطة
- الجهاز الافتراضي الخفيف: جهاز معزول يعمل داخل جهاز حقيقي ويشغّل الكود بعيدًا عن النظام الأصلي.
- المضيف: الجهاز الحقيقي الذي تعمل عليه الأجهزة الافتراضية.
- الهروب من العزل: أن يخرج الكود من بيئته المعزولة إلى المضيف.
- صندوق الرمل: بيئة معزولة لتشغيل كود غير موثوق.
المصادر
- مستودع SPACE
- Perplexity: Open-sourcing SPACE (15 أكتوبر 2026)
- Perplexity: Escaping SPACE, Part I (23 سبتمبر 2026)
- Semafor
- CellCog (شرح تجاري)
رُوجعت الوقائع على الصفحات المذكورة في 18 أكتوبر 2026. نتائج الاختبار الأمني من المورّد.



