في يوليو 2026، اكتشف مستخدمون أنه يمكن استخدام عبارات بحث Google لاسترجاع سجلات المحادثات المشتركة من مستخدمي Claude. السبب هو أن ميزة مشاركة Claude تُنشئ صفحات ويب عامة بدلاً من روابط خاصة، وعلى الرغم من وجود حماية عبر ملف robots.txt، إلا أنها تفتقر إلى وسم meta noindex الأساسي، مما أدى إلى فهرسة محركات البحث لعناوين URL ومحتوى الصفحات. وتم اكتشاف معلومات حساسة مثل مفاتيح محافظ العملات المشفرة وأرقام الضمان الاجتماعي في نتائج البحث. وقد أصلحت Anthropic المشكلة بشكل عاجل بإضافة وسم noindex لمنع الفهرسة المستقبلية. هذه المشكلة ليست فريدة، فقد سبق أن ظهرت ثغرات خصوصية مماثلة تمامًا في ChatGPT من OpenAI وGrok من xAI.

مؤلف المقال، المصدر: LeFeng.com

من مفاتيح العملات المشفرة الخاصة إلى معلومات الهوية، يُطلق ريديت موجة من التنصت على الآخرين.

الذكاء الجسدي يخترق المطبخ المليء بالدخان

قصة روبوت يعمل تحت مليون زائر

د. مو وي، نائب الرئيس السابق في Covariant AI وChief Technology Officer في Zhoupu Data، تم تعيينه كـ Chief Technology Officer في "Shu Tu Technology".

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

Beta Infinity will target the trillion-dollar consumer robotics blue ocean market.

26 عامًا بالنسبة للذكاء الجسدي هي مثل 23 عامًا بالنسبة للنماذج اللغوية الكبيرة.

في 26 يوليو 2026، نشر مستخدم على Reddit منشورًا في المجتمع يفيد أنه باستخدام عبارة بحث موقع جوجل site:claude.ai/share، يمكن استدعاء آلاف السجلات المُشتركة للمحادثات الخاصة بمستخدمي Claude.

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

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

تم نشر المنشور وانتشر بسرعة على منصات التواصل الاجتماعي الخارجية، وازداد الجدل حول تصميم آلية "المشاركة تعني النشر"، وظهرت على التوالي حالات تسريب خصوصية تجاوزت توقعات الجمهور بشكل كبير.

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

المعلومات المسترجعة تحتوي على نوعين من المخاطر الأكثر وضوحًا.

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

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

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

لماذا لا يمنع ملف robots.txt الفهرسة؟

بعد تطور الحدث، استطاع مستخدمون ملاحظون استرجاع ملف robots.txt الخاص بـ Claude، حيث وُجد أنه يُحدد بوضوح Disallow: /share/*، أي أن القاعدة تمنع زحف الويب من الوصول إلى مسار /share.

بما أن هناك قواعد واضحة، لماذا لا يزال الحوار مُسجَّلًا من قِبل محركات البحث؟ هذه هي التفاصيل التقنية الأساسية لهذه الحادثة.

لتفصيل هذه المسألة، يجب أولاً التمييز بين مفهومين: الاستخلاص والتسجيل:

• robots.txt يُستخدم لتحديد اتفاق مع برامج الزحف: لا تقم بجلب محتوى الصفحات تحت هذا المسار تلقائيًا. إنه يمنع فقط سلوك الزحف النشط الذي يعتمد على الروابط الداخلية للموقع، ولا يمتلك قوة إلزامية، ولا يمكنه منع محركات البحث من إدراج عنوان URL نفسه في نتائج البحث.
• اكتشف محرك البحث رابطًا، بالإضافة إلى مسار آخر: من خلال الروابط الخارجية من صفحات ويب عامة. كلما قام مستخدم بنشر رابط Claude على Reddit أو X أو منتديات عامة أو مستندات GitHub أو أي صفحة عامة يمكن للزاحف الوصول إليها، سيكتشف جوجل رابط /share عند زحفه إلى تلك الصفحة.

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

في وقت الحادث، كانت جميع صفحات المشاركة الخاصة بـ Claude تفتقر إلى إعداد noindex الأساسي. اعتمد المنصة فقط على ملف robots.txt للحماية الجزئية، وافتقرت إلى آلية فعالة فعليًا لمنع الفهرسة. وفقًا لمستخدمي المجتمع الذين تابعوا الأمر، فقد حدثت حادثة مشابهة على نطاق صغير لـ Claude في سبتمبر 2025، حيث قدرت جوجل حينها أن أقل من 600 محادثة تم فهرستها ثم إزالتها، لكن ذلك لم يدفع المنصة لاستكمال إعدادات الحماية بشكل كامل.

مشكلة أخرى في هذا الحدث هي أن جوجل اكتشف هذه الروابط المشاركة المكونة من UUID عشوائيًا عبر أي مسار؟

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

كما اقترح بعض المستخدمين أن منتجات التواصل التابعة لجوجل مثل Gmail وGoogle Chat قد تكون مصدرًا محتملاً للرابط. لكن هذا الادعاء لا يزال مجرد تخمين من المجتمع، ولا يوجد دليل ملموس يدعمه حاليًا.

فيما يتعلق بهذا الحدث، يبدو أن Anthropic قد اتخذت أيضًا إجراءات تصحيحية عاجلة. لاحظ المستخدمون تجريبيًا أن تنفيذ site:claude.ai/share أمر يؤدي إلى ظهور نتيجة "لم يتم العثور على مستندات مطابقة" في جوجل. ويعتقد الخبراء على نطاق واسع أن المنصة أضافت عاجلًا علامة noindex إلى جميع صفحات الجلسات المشتركة لمنع حدوث أي تضمينات جديدة.

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

ثغرات خصوصية OpenAI وGrok

في الواقع، مشاكل تكوين الفهارس من هذا النوع ليست حصرية على Anthropic.

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

اليوم، تواجه Anthropic نفس المشكلة، وهي جوهرًا أن كلا المُصنِّعين الرائدين اعتمدا نفس نهج التصميم الأمني.

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

على الرغم من الحادث، أنشأ xAI طبقات دفاعية متعددة على مستوى البنية، مثل فرض علامات noindex على جميع صفحات المشاركة، وتوحيد قواعد الاستخلاص لملف robots.txt على الموقع بأكمله، حيث تم تطبيق حمايتين في آنٍ واحد، ووضع قيود واضحة في مرحلتي استخلاص الروبوتات وتسجيل النتائج.

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

كيفية سد فجوات تكوين الفهرس وتصميم المشاركة

تُشجع الثغرات المماثلة التي تحدث باستمرار على OpenAI وAnthropic المجتمع على إعادة التفكير في أساليب تصميم المنتجات السائدة في الصناعة.

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

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

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

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

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

هذه التعديلات لا تتطلب تغييرات كبيرة في بنية المنتج، لكنها تُقلل بفعالية الفجوة بين توقعات المستخدمين الخصوصية والآليات الفعلية للمنتج.