استخدام الاختصارات لتجاوز مطالبات الاتصال في Chrome لنظام iOS

تظهر الأبحاث طريقة لتجاوز مطالبة التأكيد عند تشغيل تطبيقات الطرف الثالث. وهي تستخدم تطبيق الاختصارات المدمج ومخططات URL الخاصة به shortcuts:// والمخطط القديم workflow://. يمكن أن تتضمن URL معاملات x-error أو x-success أو x-cancel، أي URL آخر سيفتحه الاختصارات بعد فشل الاختصار أو نجاحه أو إلغائه. قد يكون هذا، على سبيل المثال، مكالمة عبر tel: أو facetime:. يفتحه نظام التشغيل مباشرةً، متجاوزًا Chrome، لذا لا يتحقق المتصفح أبدًا من الوجهة النهائية.
تم تعيين المعرّف CVE-2026-13795 للثغرة. وقد سمحت لصفحة ويب بتشغيل تطبيق مثبّت بنقرة واحدة، دون تأكيد من المتصفح.
أولاً: كان الاختصارات يُفتح دون تحذير. قبل تشغيل تطبيقات الطرف الثالث، يطلب Chrome عادةً تأكيدًا من المستخدم. وكان يعامل الاختصارات كتطبيق Apple موثوق ويفتحه فورًا. ثانيًا: يمكن للاختصارات فتح URL بعد انتهاء تشغيل الاختصار. تحتوي معاملات x-success وx-cancel وx-error على URLs كاملة. يتبعها الاختصارات بعد تنفيذ ناجح أو إلغاء أو خطأ. يمكن أن يكون مخطط URL أي شيء، بما في ذلك tel:. ثالثًا: كان Chrome يتحقق فقط من أول URL في السلسلة. يسمح المتصفح برابط اتصال مباشر فقط إذا نقر المستخدم على الشاشة مؤخرًا. لكن المكالمة التي يطلقها الاختصارات لاحقًا لا تصل أبدًا إلى Chrome.
وضع كل ذلك معًا:
html
<a href="shortcuts://run-shortcut?name=nonexistent&x-error=tel%3A%2F%2FPHONE_NUMBER">Continue</a>```
1. ينقر الضحية على الرابط في Chrome.
2. يفتح Chrome الاختصارات دون تحذير.
3. يخزّن الاختصارات URL المكالمة كإجراء يجب تنفيذه في حال حدوث خطأ.
4. الاختصار المطلوب غير موجود، وينتهي التنفيذ بخطأ.
5. يطلب الاختصارات من النظام فتح URL المكالمة.
6. يمرر iOS طلب الهاتف إلى المعالج المسجّل، وعادةً تطبيق Phone.
كان Chrome متورطًا في الخطوة الثانية، لكن ليس في الخامسة. لقد سمح لصفحة ويب بفتح URL يتعامل معه تطبيق مثبّت بنقرة واحدة، متجاوزًا مطالبة التأكيد في Chrome للوجهة النهائية.

الإصلاح: يطلب Chromium الآن تأكيدًا قبل فتح أي URL للاختصارات. يتم إجراء التحقق عند الانتقال الأول، لذا لا حاجة لتحليل URLs المتداخلة.

المقال: https://blog.doyensec.com/2026/09/24/chrome-ios-policy-bypass.html
الثغرات
المورّدون
المنتجات