آبل تكشف Trust Insights في iOS 27 لرصد الاحتيال لحظة وقوعه

على الطرف الآخر من المكالمة صوت هادئ يقول إنه من قسم مكافحة الاحتيال في البنك، ويملي الخطوات واحدة تلو الأخرى. البصمة سليمة، ورمز التحقق وصل إلى الهاتف الصحيح، وكلمة المرور لم تُسرَّق، والتحويل يتم بإصبع صاحب الحساب نفسه. لهذه الفجوة تحديداً، كشفت آبل إطار Trust Insights ضمن iOS 27 في WWDC26 المنعقد بين 8 و12 يونيو 2026، وخصّصت له الجلسة رقم 379.

ولهذا النمط حجم موثّق: تقرير GASA بعنوان «Global State of Scams 2025»، المبني على استطلاع 46,000 بالغ في 42 سوقاً، وجد أن 57% واجهوا محاولة احتيال خلال 12 شهراً، وأن 23% من المستطلَعين خسروا مالاً فعلاً، بخسائر تُقدَّر بنحو 442 مليار دولار في الأسواق المشمولة. لكن ما أعلنته آبل ليس حماية تُشغَّل تلقائياً لمستخدم الآيفون، بل واجهة برمجية يستدعيها المطوّر ويأذن بها المستخدم. فرق جوهري ضاع في معظم التغطية.

سؤال واحد يطرحه التطبيق على النظام

تصف آبل الإطار رسمياً بسطر واحد: «تقييم المعاملات بحثاً عن نشاط قسري محتمل مع الحفاظ على خصوصية الأشخاص». الحالة المعلنة بيتا، والتوفّر محصور في الإصدارات 27.0 فأحدث من iOS وiPadOS وMac Catalyst، بلا دعم أصلي لـ macOS ولا لـ watchOS أو visionOS أو tvOS.

الصنف الرئيسي هو InsightEvaluator، والرؤية الوحيدة المتاحة حتى الآن هي IsLikelyBeingCoachedInsight. أي أن الإطار لا يجيب عن أسئلة متعددة؛ سؤاله واحد: هل تبدو هذه الجلسة كأن طرفاً ثالثاً يوجّه صاحبها في هذه اللحظة؟ الأنماط التي تستهدفها آبل صراحةً ثلاثة: احتيال الدعم التقني، وانتحال صفة السلطة، بنكاً كان أو جهة حكومية أو جهة إنفاذ قانون، واحتيال طوارئ العائلة الذي يستغل الروابط العاطفية بطلبات مال عاجلة ويعتمد بصورة متزايدة على التزييف العميق. وهذه الأنماط تبدأ عادةً من رسالة نصية احتيالية.

خمس فئات وثلاث درجات كما وثّقتها آبل

القيمة الراجعة تعداد باسم IsLikelyBeingCoachedInsight.Value موسوم @nonexhaustive، أي غير حصري. قيمه الحالية ثلاث: .high لاحتمال مرتفع بوجود توجيه من طرف ثالث، و.medium لاحتمال متوسط، و.unknown لغياب الأدلة على وجود التوجيه أو عدمه. وكون التعداد غير حصري يعني أن مطابقة القيم في Swift تستوجب @unknown default، وإلا انكسر الكود عند إضافة آبل قيمة جديدة.

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

أما سياق العملية فيُمرَّر عبر InsightEvaluator.OperationCategory بخمس فئات: .payment و.account و.communication و.resourceUse و.other. في الجلسة، تشمل .resourceUse استهلاك بنية تحتية مكلفة مثل استدلال الذكاء الاصطناعي، وتشمل .payment المشتريات داخل الألعاب. ولا يمرّ اختيار الفئة بلا أثر؛ فهو يظهر في سجلات الشفافية التي تبيّن للمستخدم كيف استعمل التطبيق الرؤى، وقد يؤثر في سلوك التقييم وفي القيم الناتجة نفسها.

ما يقرأه الإطار فعلاً — وتصحيح ما نُشر خطأً عنه

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

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

لماذا يحتاج تحليل يجري على الجهاز إلى إنترنت

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

بنية الواجهة تفسّر التناقض الظاهري: نتيجة InsightEvaluation تحوي signedPayload وeventID وgenerationTimestamp الذي يوثّق توقيت الجزء المنفَّذ على الجهاز، وserverTimestamp الذي يوثّق توقيت معالجة الخادم. ووجود ختمين زمنيين منفصلين وحمولة موقّعة يشير إلى أن القيمة المشتقّة محلياً تُرسَل إلى خادم آبل ليدمجها مع إشارات الحساب وفحوص السرعة ويعيدها موقّعة. وهذا استنتاج من شكل الواجهة، ولم تصرّح به آبل.

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

من قدرة Xcode إلى reportConsumption: مسار الدمج

يبدأ الدمج باستحقاق com.apple.developer.trustinsights.base، ويُضاف بتفعيل قدرة Trust Insights على هدف التطبيق في Xcode؛ وبلا هذا الاستحقاق لا تُولَّد أي رؤية. ثم يأتي إذن المستخدم عبر requestAuthorization(for:)، وهو استدعاء لا يعود حتى يقرّر المستخدم، وحالاته .authorized و.denied و.deniedRequestable و.notDetermined و.unavailable، والأخيرة تعني أن الرؤى غير متاحة على هذا الجهاز أصلاً.

import TrustInsights

let request = IsLikelyBeingCoachedInsight.request(schema: .version1, modelVersion: .current)
let context = InsightEvaluator.InsightContext(operationCategory: .payment,
                                              requestedEvaluations: request)

let evaluator = InsightEvaluator()
guard try await evaluator.requestAuthorization(for: context) == .authorized else { return }

let assessment = try await evaluator.requestEvaluation(context: context)
do {
    try handleAssessment(assessment)
} catch {
}

assessment.reportConsumption(.usedIncreasedFriction)

وبعد التقييم مساران للاستهلاك: إرسال signedPayload إلى خادم التطبيق للتحقق من توقيعه ثم اتخاذ القرار هناك، وهو ما توصي به آبل، أو قراءة القيمة على الجهاز مباشرة. والأخطاء تأتي على مستويين منفصلين: InsightError بحالات مثل insightUnavailable وinsightVersionIncompatible وrateLimitError، وInsightEvaluator.EvaluationError بحالات مثل contextInvalid وdenied وpayloadSecurityError الذي يشير وصفه إلى احتمال العبث بالحمولة. والتعامل مع المستويين معاً شرط لتطبيق لا ينهار عند أول فشل.

بعد كل طلب يجب استدعاء reportConsumption(_:insightsUsed:) بإحدى ست حالات — usedReducedFriction وusedUnchangedFriction وusedIncreasedFriction وnotUsedNotNeeded وnotUsedError وusedEvaluationOnly — وتقول الجلسة صراحةً إن إغفاله قد يعرّض التطبيق لتحديد المعدل. أما ModelVersion.current فهو الافتراضي، وطلب إصدار محدد يُترك للتشغيل المتوازي أو لمتطلبات تنظيمية، بينما SchemaVersion لا تحوي سوى .version1 حتى الآن.

تصميم الاستجابة: احتكاك متدرّج لا حظر

تشدّد آبل على نقطتين: الحظر المباشر بناءً على رؤية ثقة وحدها غير موصى به، ولا يجوز أبداً معاملة القيمة المجهولة أو الغائبة على أنها خطر منخفض. الإشارة تُدمج في محرّك المخاطر القائم، لا تحل محله.

القيمة	الاستجابة الموصى بها
.high	إعلام المستخدم قبل المتابعة، لا حظر العملية
.medium	احتكاك إضافي أو تحقق مُصعَّد أو تعديل درجة المخاطر
.unknown	إبقاء الضوابط القائمة وعدم تخفيفها

وتقترح آبل التقييم عند المعاملات المالية عالية القيمة، والإجراءات غير القابلة للتراجع، ومنح الصلاحيات، ومشاركة البيانات الحساسة. ولأن 64% من عمليات الاحتيال تكتمل خلال يوم واحد بحسب GASA، فإن التأخير المتعمّد لدقائق ليس إزعاجاً بلا مقابل، بل تدخّلاً في النافذة الزمنية التي يعتمد عليها المحتال.

والتحفّظ الأبرز جاء من Jake Moore، مستشار الأمن السيبراني العالمي في ESET، الذي رحّب بالميزة في فوربس بتاريخ 7 يوليو 2026، لكنه علّق قيمتها كلها على دقة التصميم: كثرة التنبيهات الكاذبة تدفع المستخدمين إلى تجاهلها، فيتحول الاحتكاك إلى ضجيج. ولأن آبل لم تنشر قائمة إشاراتها ولا عتبات الدرجات، لا سبيل حالياً للتحقق من هذه الدقة من خارجها.

أندرويد يقطع المكالمة، وآبل تكتفي بتمرير الإشارة

سبقت قوقل آبلَ بمقاربة مختلفة. حمايتها لتطبيقات المال أثناء المكالمة تنشط عند اجتماع ثلاثة شروط: فتح تطبيق مالي مشارك، ومشاركة شاشة نشطة، ومكالمة مع رقم غير محفوظ. حينها يظهر تحذير بملء الشاشة مع زر لإنهاء المكالمة، وتُمنع المتابعة مدة 30 ثانية. وهذا متاح على أندرويد 11 فأحدث منذ 3 ديسمبر 2025. وفي أندرويد 16 يمنع النظام أصلاً تفعيل تثبيت التطبيقات من مصادر مجهولة ومنح صلاحيات خدمات الوصول أثناء أي مكالمة مع رقم غير محفوظ. أما كشف الاحتيال في المكالمات فيعمل على أجهزة Pixel في 12 دولة بنموذج Gemini على الجهاز، وهو معطَّل افتراضياً. وفي الرسائل يعمل في أكثر من 20 دولة وبست لغات منها العربية منذ 25 فبراير 2026. وفي 12 مايو 2026 أضافت قوقل الإنهاء التلقائي للمكالمات من أرقام منتحلة لبنوك مشاركة.

المحور	Trust Insights من آبل	حمايات أندرويد
طريقة التشغيل	يستدعيها التطبيق ويأذن بها المستخدم	سياقية على مستوى النظام وتُشغَّل تلقائياً
المخرَج	قيمة تقدير فقط	تحذير بملء الشاشة، منع متابعة، إنهاء مكالمة
النطاق	iOS 27 وiPadOS 27 وMac Catalyst 27	أندرويد 11 فأحدث، وميزات إضافية على Pixel
العربية	لا دعم لغوي معلن	كشف احتيال الرسائل يشمل العربية

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

هل تكفي إشارة آبل لمتطلبات السعودية والإمارات؟

«المتطلبات الأساسية لمكافحة الاحتيال» الصادرة عن البنك المركزي السعودي نافذة منذ 13 أبريل 2026، وتشترط حلول كشف ومنع في الزمن الحقيقي، وتشغيلاً على مدار الساعة، وقدرة على تجميد الحسابات وحجب المعاملات فوراً، ومصادقة متعددة العوامل للمدفوعات إلى مستفيدين جدد وللمعاملات غير الاعتيادية، مع عدم الاعتماد على رسائل OTP وحدها. ونطاقها يتجاوز البنوك إلى مؤسسات النقد الإلكتروني وشركات البطاقات الائتمانية وخدمات «اشترِ الآن وادفع لاحقاً». وسبب ضعف رمز التحقق وحده يتضح في هجمات تبديل الشريحة SIM swap على الحسابات البنكية.

وفي الإمارات، وجّه المصرف المركزي المؤسسات المالية إلى التوسّع في الحماية بما يتجاوز رسائل OTP، وبدأ إنشاء منصة مركزية لمراقبة الاحتيال في الزمن الحقيقي، بحسب Gulf News في 21 مايو 2026. وتقرير GASA عن الإمارات، المنشور في يناير 2026 استناداً إلى استطلاع ألف مقيم، وجد أن 70% تعرّضوا لمحاولة احتيال، وأن واحداً من كل ثلاثة خسر مالاً.

عملياً، يمكن لإشارة IsLikelyBeingCoachedInsight أن تخدم متطلب الكشف في الزمن الحقيقي كمدخل إضافي في محرّك المخاطر، لكنها لا تفي به وحدها لأنها لا تحجب شيئاً. ولا يُعرف حتى الآن أن أي بنك عربي أعلن تبنّي الإطار، ولا أن آبل أعلنت دعماً لغوياً أو إقليمياً له.

أربع فجوات ما زالت مفتوحة في توثيق الإطار

لا تاريخ إصدار عام لـ iOS 27؛ الصفحة الرسمية تكتفي بـ«هذا الخريف»، مع توافق يشمل آيفون 11 فأحدث وآيفون SE الجيل الثاني فأحدث. ولا مدة محددة لفترة التهدئة بعد التعطيل. ولا توثيق لأي اشتراط عتاد رغم وجود الحالة .unavailable.

والرابعة أدقّها: تحدّثت آبل عن إتلاف المدخلات فور التقييم، ولم تذكر شيئاً عن عمر المخرَج على خوادمها. وإلى أن تُسدّ هذه الفجوات، يبقى Trust Insights إضافة مفيدة إلى محرّك مخاطر قائم، لا طبقة حماية يُعتمد عليها وحدها. ويظل خط الدفاع الفعلي على الجهاز اليوم هو الترقيات الأمنية الدورية مثل إصدار iOS 26.6 بـ78 إصلاحاً أمنياً.