سيقوم Chrome بتأمين Gamepad API لأنه يمكن استخدامه للتتبع

تقدم معظم متصفحات الويب واجهة Gamepad API لعدة سنوات، مما يسمح لتطبيقات الويب والألعاب بالوصول إلى وحدات التحكم الفعلية في الألعاب. ومع ذلك، يمكن استخدام واجهة برمجة التطبيقات (API) لتتبع الأشخاص عبر الويب بالإضافة إلى الاستخدام المقصود، ولهذا السبب قام Firefox وبعض المتصفحات الأخرى بتقييد استخدامها. وتحذو شركة Google حذوها الآن، مع بعض التغييرات على طريقة تعامل Chrome مع وحدات التحكم في الألعاب.

وصلت واجهة Gamepad API لأول مرة مع إصدار Chrome 21، في عام 2012، ونفذتها متصفحات أخرى مثل Firefox لاحقًا. أضافته Apple إلى Safari 10.1 في عام 2017، وهو ما تفعله منصات بث الألعاب مثل GeForce Now وGoogle Stadia دعم أجهزة iPhone وiPad بدون تطبيق App Store. توفر Gamepad API معرفًا لأي لوحة ألعاب متصلة حاليًا، بالإضافة إلى قائمة بالأزرار والمحاور المدعومة - عندما يتم تسجيل هذه البيانات ومقارنتها بالبيانات الأخرى التي تم جمعها، يمكن استخدامها لتتبع شخص ما عبر مختلف المواقع. وتسمى هذه الممارسة البصمات.

لدى Google خطتان لاتخاذ إجراءات صارمة ضد أخذ بصمات الأصابع باستخدام Gamepad API. أولاً، لن تعمل واجهة برمجة التطبيقات (API) إلا إذا كان الموقع الحالي يدعم HTTPS، وهو ما يطابق ما

لقد فعل فايرفوكس منذ عام 2020. ستضيف Google أيضًا علامة #restrict-gamepad-access الدائمة في chrome://flags للتراجع عن التغيير، بشكل أساسي للمطورين الذين يرغبون في اختبار ألعابهم على صفحة محلية أو خادم محلي دون إعداد SSL شهادة. ثانيًا، سوف تتصرف واجهة برمجة التطبيقات (API) بشكل مختلف في الإطارات المضمنة، على الرغم من أن التنفيذ الدقيق هناك لم يتم التوصل إليه بعد.

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

لم تقرر Google بعد متى سيتم نشر سلوك Gamepad API المحدث للجميع في Chrome.

مصدر:مجموعات جوجل