عميل زوم على لينكس بدأ يقرأ كل ما يُنسخ إلى حافظة X11، بحسب أحد المطوّرين

ما الذي اكتُشف

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

وبحسب توضيحه، ظهر هذا السلوك في إصدار Zoom for Linux 7.1.5؛ أما الإصدار 6.6 المثبَّت سابقًا فلم يفعل ذلك. ويقتصر اهتمام العميل على اختيار CLIPBOARD، المستخدم بأوامر النسخ واللصق الصريحة، ويتجاهل PRIMARY المستخدم في الأسلوب التقليدي في X11: تحديد النص ثم النقر بالزر الأوسط.

كيف اكتُشف الأمر

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

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

ردود الفعل والحدود

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

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