نعم، يمكن خداع بعض أنظمة بصمة الإصبع في ظروف محددة، لكن هذا لا يعني وجود جهاز سحري يستطيع «اختراق أي بصمة». في أغلب الحالات التي ينجح فيها الباحثون في تجاوز مستشعر بصمة نتحدث عن Presentation Attack: تقديم عينة مصطنعة أو معالجة إلى المستشعر بحيث يقبلها على أنها تعود للمستخدم الحقيقي.
وهذا مختلف تمامًا عن سرقة بيانات البصمة من الهاتف، أو اختراق المكوّن المسؤول عن المطابقة، أو اختراق حساب المستخدم عبر الإنترنت. الخلط بين هذه السيناريوهات هو سبب كثير من الادعاءات المضللة حول «أجهزة اختراق بصمة الإصبع».
هل توجد أجهزة تستطيع اختراق بصمة الإصبع؟
لا توجد أداة عامة يمكن وضعها على أي هاتف ثم تجاوز بصمته تلقائيًا. نجاح هجوم على نظام بيومتري يتوقف على المستشعر المستخدم، وجودة العينة المتاحة، وآلية المطابقة، وحماية مسار البيانات، ووجود تقنيات Presentation Attack Detection، إضافة إلى الحاجة غالبًا للوصول المادي إلى الجهاز المستهدف.
في مختبرات الأمن والقياسات الحيوية تُستخدم ماسحات وأجهزة تصوير ومعدات اختبار ومواد أو نماذج مخصصة لتقييم مقاومة المستشعرات لمحاولات الخداع. ويطلق معيار القياسات الحيوية على الشيء المقدم للمستشعر أثناء هذا النوع من الاختبارات اسم Presentation Attack Instrument أو PAI.
لكن وجود معدات قادرة على اختبار مستشعر معين لا يعني أنها ستنجح ضد مستشعر آخر. الأنظمة البيومترية الحديثة لا تعتمد على شكل الخطوط الظاهرية للبصمة وحده، كما أن المستشعر ليس سوى جزء واحد من سلسلة أمنية أكبر.
ماذا يعني «اختراق البصمة» تقنيًا؟
من المفيد فصل أربعة مسارات مختلفة كثيرًا ما توضع تحت المصطلح نفسه:
| المسار | ما الذي يحدث؟ | هل يعني فتح الهاتف تلقائيًا؟ |
|---|---|---|
| Presentation Attack | محاولة جعل المستشعر يقبل عينة مصطنعة على أنها إصبع المستخدم | فقط إذا نجحت العينة مع المستشعر المستهدف وتجاوزت وسائل الحماية |
| سرقة Biometric Template | الحصول على التمثيل المشتق الذي يستخدم في المقارنة | ليس بالضرورة، لأن Template ليس ببساطة صورة جاهزة للاستخدام |
| اختراق مسار المصادقة | استغلال خلل في النظام أو العتاد أو الاتصال بين مكونات المصادقة | قد يكون أخطر، لكنه نوع مختلف من الهجمات |
| اختراق الحساب | سرقة كلمة مرور أو Session أو بيانات اعتماد عبر التصيد أو Malware | قد يصل المهاجم إلى الحساب دون مهاجمة البصمة أصلًا |
لهذا فإن خبرًا يقول إن باحثين «اخترقوا البصمة» يحتاج إلى سؤال إضافي: أي جزء من النظام تم تجاوزه تحديدًا؟
كيف تعمل المصادقة ببصمة الإصبع؟
التنفيذ يختلف بين الشركات والأجهزة، لكن النموذج العام يتكون من عدة مراحل:
- يلتقط المستشعر خصائص من الإصبع.
- تُستخرج خصائص مناسبة لعملية المطابقة.
- يُنشأ تمثيل رياضي أو Biometric Template.
- يقارن النظام العينة الجديدة بالمرجع المسجل سابقًا.
- إذا حققت المطابقة الشروط الأمنية المطلوبة، تُصدر نتيجة نجاح للمكوّن الموثوق المسؤول عن المصادقة.
هذه النقطة مهمة: النظام الجيد لا يحتاج إلى تخزين صورة JPEG عادية لبصمتك يمكن لأي تطبيق فتحها. البيانات البيومترية والـTemplates يفترض أن تعالج داخل بيئة أمنية معزولة ومحمية.
توضح وثائق Android الرسمية للقياسات الحيوية أن البيانات البيومترية الخام ومشتقاتها يجب حمايتها من الوصول خارج البيئة الآمنة في فئات المصادقة المناسبة، وأن التسجيل والتعرف ينبغي أن يتمّا داخل بيئة تنفيذ معزولة.
وفي أجهزة Apple المدعومة، توضح وثائق Apple Platform Security أن Touch ID يعالج بيانات البصمة داخل Secure Enclave ويخزن Template مشفرًا بدل الاحتفاظ بصورة تقليدية للبصمة.
لماذا لا تبحث الأنظمة عن تطابق 100%؟
الإصبع نفسه لا يصل إلى المستشعر بالصورة نفسها حرفيًا في كل محاولة. قد يتغير الضغط والزاوية والرطوبة وحالة الجلد وموقع الإصبع وجودة الالتقاط.
لذلك تعمل خوارزمية المطابقة باستخدام Threshold أو عتبة قرار، وينتج عن ذلك مفهومان يجب عدم الخلط بينهما:
- False Match: قبول عينة من شخص غير صحيح في عملية مطابقة عادية.
- False Non-Match: رفض المستخدم الحقيقي رغم أنه قدم بصمته.
زيادة صرامة المطابقة قد تقلل احتمالات القبول الخاطئ، لكنها قد تجعل المستشعر يرفض صاحب الهاتف أكثر. لذلك تصميم النظام هو موازنة بين قابلية الاستخدام والأمان وفق نموذج المخاطر.
لكن False Match Rate لا يساوي مقاومة هجوم مصمم خصيصًا لخداع المستشعر. لهذا توجد مقاييس واختبارات منفصلة لهجمات Presentation Attack.
ما هو Presentation Attack؟
يعرّف NIST في إرشادات الهوية الرقمية SP 800-63B هجوم Presentation Attack بأنه تقديم شيء إلى نظام التقاط البيانات البيومترية بهدف التأثير في عمله.
في بصمات الأصابع يمكن أن تكون الفكرة العامة محاولة إنشاء Presentation تحمل خصائص كافية من البصمة المستهدفة كي يفسرها المستشعر على أنها عينة شرعية.
لكن نجاح المحاولة يتطلب أكثر من امتلاك صورة للبصمة. النتيجة تعتمد على:
- نوع المستشعر.
- جودة المعلومات المتاحة عن البصمة.
- الخصائص التي يقيسها المستشعر فعلًا.
- جودة خوارزمية المطابقة.
- آليات PAD أو Liveness المستخدمة.
- عدد المحاولات المسموح بها.
- أمان الاتصال بين المستشعر وبيئة المعالجة.
لهذا لا يمكن تحويل تجربة نجحت في مختبر ضد جهاز محدد إلى ادعاء بأن جميع الهواتف التي تستخدم بصمة الإصبع قابلة للتجاوز بالطريقة نفسها.
ما هو Presentation Attack Detection؟
Presentation Attack Detection أو PAD هو الاسم العام للآليات التي تحاول تحديد ما إذا كانت العينة المقدمة إلى نظام القياسات الحيوية طبيعية أم محاولة لخداع المستشعر.
أما مصطلح Liveness Detection فيستخدم عادة لمجموعة من التقنيات التي تبحث عن خصائص تساعد على التحقق من وجود مصدر حي فعلي أثناء الالتقاط. وهو جزء من مجال PAD وليس مرادفًا كاملًا له في كل السياقات.
توصي إرشادات NIST الحالية باستخدام PAD مع أنظمة بصمة الإصبع والقزحية، بينما تضع متطلبات أكثر صرامة له في بعض استخدامات التعرف على الوجه.
وجود PAD لا يعني أن النظام أصبح غير قابل للخداع، بل يعني إضافة طبقة أخرى يجب أن تتجاوزها محاولة Presentation Attack.
هل يختلف الأمان بين المستشعر البصري والسعوي وفوق الصوتي؟
نعم، لأن طريقة التقاط خصائص الإصبع تختلف.
- Optical: يعتمد على التقاط معلومات بصرية عن نمط البصمة.
- Capacitive: يقيس تغيرات كهربائية مرتبطة بتضاريس سطح الإصبع.
- Ultrasonic: يستخدم موجات فوق صوتية للحصول على معلومات عن بنية سطح الإصبع.
لكن من الخطأ تحويل هذا التصنيف إلى قاعدة تقول إن نوعًا معينًا «قابل للاختراق» ونوعًا آخر «مستحيل الاختراق». أمان المصادقة يعتمد أيضًا على جودة التنفيذ والبرمجيات وPAD وبيئة المعالجة الآمنة وليس على اسم تقنية المستشعر وحده.
ما الفرق بين صورة البصمة وBiometric Template؟
صورة الإصبع وBiometric Template ليسا الشيء نفسه.
الصورة قد تحتوي على تفاصيل مرئية عن الخطوط والخصائص الموجودة على الإصبع، بينما Template هو تمثيل مشتق صُمم للمقارنة داخل نظام بيومتري محدد.
لذلك فالجملتان التاليتان ليستا متكافئتين:
- «المهاجم حصل على صورة لبصمتي».
- «المهاجم سرق الـTemplate الذي يستخدمه نظام المصادقة».
كما أن الحصول على Template لا يعني تلقائيًا إمكانية تحويله إلى إصبع مزيف أو استخدامه مباشرة مع مستشعر آخر. تنسيقات الـTemplates، وطريقة استخراج الخصائص، وآليات الحماية تختلف بين الأنظمة.
في Touch ID مثلًا، تقول Apple إن عملية إنشاء التمثيل المستخدم للمطابقة تتخلص من معلومات مطلوبة لإعادة بناء البصمة الفعلية، وأن البيانات الناتجة تكون مشفرة ويمكن لـSecure Enclave فقط استخدامها في المطابقة.
ولا ينبغي تعميم هذا التصميم على كل نظام بصمة موجود في السوق؛ طريقة حماية القوالب جزء من معمارية كل منصة.
هل يمكن سرقة بصمتك من شيء لمسته؟
البصمة ليست سرًا بالطريقة نفسها التي تكون بها كلمة المرور سرًا. البشر يتركون آثارًا لبصماتهم على الأسطح أثناء حياتهم اليومية.
ولهذا تشير NIST صراحة إلى أن الخصائص البيومترية لا ينبغي التعامل معها باعتبارها أسرارًا يمكن ضمان بقائها مخفية؛ فمن الممكن الحصول على آثار بصمات من أشياء لمسها المستخدم.
لكن وجود أثر للبصمة لا يساوي امتلاك وسيلة جاهزة لفتح الهاتف. بين المرحلتين توجد مشكلة استخراج معلومات كافية، وتحويلها إلى شكل يتفاعل مع مستشعر بعينه، ثم تجاوز آليات الكشف والمطابقة والوصول إلى الجهاز نفسه.
لماذا حماية مسار المصادقة أهم من المستشعر وحده؟
حتى المستشعر الممتاز يصبح جزءًا ضعيفًا إذا كان نظام التشغيل يستطيع ببساطة تزوير نتيجة «البصمة صحيحة» أو إذا أمكن حقن بيانات مزيفة بين المستشعر والمكوّن المسؤول عن القرار.
لهذا تركز المنصات الحديثة على حماية Biometric Pipeline كاملة.
في Android، تعتمد قوة المصادقة البيومترية على كل من مقاومة الخداع وأمان مسار المعالجة. وتوضح وثائق قياس أمان Biometrics في Android تصنيفات Class 1 وClass 2 وClass 3، وتضع للفئة الأقوى متطلبات إضافية تشمل مسار معالجة آمنًا واستخدام Hardware-backed Keystore.
كما تمنع متطلبات Android المناسبة إتاحة البيانات البيومترية القابلة للتعرف عليها بصورة غير مشفرة إلى معالج التطبيقات خارج بيئة التنفيذ الموثوقة.
وفي Apple، تعتمد المعمارية على فصل المستشعر عن Secure Enclave واستخدام قناة محمية لنقل البيانات. أي أن حماية Touch ID لا تعتمد على دقة قراءة الإصبع فقط، بل على سلسلة كاملة من مكونات العتاد والتشفير والمعالجة المعزولة.
ماذا يعني تصنيف Class 3 في Android؟
Android لا يعامل جميع وسائل القياسات الحيوية على أنها متساوية. النظام يصنف التنفيذ إلى مستويات وفق مقاومة انتحال المستخدم والخداع، إضافة إلى أمان Biometric Pipeline.
Class 3 أو BIOMETRIC_STRONG هو المستوى الذي يتيح استخدام المصادقة البيومترية في سيناريوهات أقوى، بما في ذلك ربط بعض المفاتيح المحمية عتاديًا بالمصادقة.
تضع متطلبات Android الحالية حدودًا رقمية لنتائج اختبارات Spoof وImpostor Acceptance لهذه الفئة. لكن هذه الأرقام هي مقاييس ضمن بروتوكولات اختبار محددة، ولا ينبغي تفسيرها على أنها «نسبة احتمال أن يستطيع أي شخص فتح هاتفك».
المخاطر الواقعية تعتمد على المستشعر والجهاز والعينة وطريقة الهجوم وقيود المحاولات وبقية البنية الأمنية.
هل استخدام البصمة في تطبيق بنكي يعني أن البنك يملك بصمتك؟
ليس بالضرورة، وهذه نقطة مهمة.
عندما يستخدم تطبيق حديث واجهات المصادقة البيومترية التي يوفرها نظام التشغيل، يستطيع التطبيق عادة طلب إثبات أن عملية المصادقة نجحت، بدل الحصول على صورة بصمتك نفسها.
في Android توفر المنصة BiometricPrompt لهذا النوع من التكامل، بينما تقدم أنظمة Apple واجهات تسمح للتطبيق بالاستفادة من Face ID أوTouch ID دون إعطاء التطبيق البيانات البيومترية الخام.
لذلك يجب التفريق بين «التطبيق يستخدم البصمة للمصادقة» و«التطبيق يخزن نسخة من بصمتي»؛ الأولى لا تعني الثانية تلقائيًا.
ما علاقة البصمة بـPasskeys؟
عندما تسجل الدخول إلى خدمة باستخدام Passkey ثم يطلب هاتفك بصمتك، فالبصمة ليست عادة المفتاح الذي يتم إرساله إلى الموقع.
وظيفتها تكون غالبًا تأكيد أن المستخدم المصرح له يستطيع تفعيل Credential مشفر مخزن على الجهاز. الموقع يتعامل مع عملية مصادقة قائمة على مفاتيح تشفير، بينما تبقى عملية التحقق البيومتري محلية ضمن المنصة.
ولهذا تختلف هذه العملية عن تسجيل الدخول بكلمة مرور يمكن للمستخدم كتابتها داخل صفحة تصيد. ويمكن فهم هذا الفرق بصورة أوسع ضمن شرح التصيد الاحتيالي والمصادقة المقاومة للتصيد.
هل البصمة أقوى من PIN؟
السؤال الأدق هو: أقوى ضد أي تهديد؟
البصمة مريحة جدًا وتقلل الحاجة إلى كتابة رمز القفل عشرات المرات يوميًا، وهذا قد يسمح للمستخدم باختيار PIN أوPassword أساسي أقوى لأنه لن يضطر إلى إدخاله باستمرار.
لكن البصمة ليست Secret قابلًا للتغيير. إذا عُرفت كلمة مرورك يمكنك إنشاء أخرى، بينما لا يمكنك إصدار إصبع جديد.
لهذا لا تستبدل الأنظمة الحديثة Credential الأساسي بالبصمة بالكامل. Apple مثلًا توضح أن Touch ID لا يلغي الحاجة إلى Passcode أوPassword، ويطلب النظام السر الأساسي في حالات مثل إعادة تشغيل الجهاز وبعض العمليات الأمنية.
Android بدوره يفرض الرجوع إلى PIN أوPattern أوPassword وفق شروط وفترات تحددها فئة المصادقة.
ماذا يستطيع المهاجم فعله إذا كان الهاتف بين يديه؟
الوصول المادي يغير نموذج التهديد بصورة كبيرة، لكنه لا يضمن تجاوز البصمة.
قد يحاول المهاجم استهداف المصادقة البيومترية، أو تخمين رمز القفل، أو استغلال ثغرة في النظام، أو مهاجمة الحسابات المرتبطة بالجهاز بطرق أخرى. هذه مسارات مستقلة وقد تكون بعض الطرق الأخرى أكثر واقعية من محاولة تصنيع Presentation للبصمة.
لهذا فإن حماية الهاتف لا ينبغي أن تعتمد على المستشعر وحده، بل على تحديث النظام وقفل شاشة قوي وحماية الحسابات والقدرة على قفل الجهاز عن بعد. ويوضح دليل حماية الهاتف والاستجابة عند الاشتباه بالاختراق هذه الطبقات بصورة أوسع.
كيف تقلل خطر تجاوز بصمة هاتفك؟
- استخدم PIN أوPassword أساسيًا قويًا: البصمة وسيلة مريحة للمصادقة، لكنها تعتمد في النهاية على وجود Credential بديل آمن.
- حدّث نظام التشغيل: لأن الخطر لا يقتصر على المستشعر؛ قد توجد ثغرات في النظام أو Firmware أومكونات الأمان المحيطة به.
- لا تسجل بصمات أشخاص آخرين: كل بصمة إضافية مسجلة توسع مجموعة العينات التي يمكنها فتح الجهاز.
- استخدم ميزات القفل السريع أوالطوارئ: إذا كانت منصتك توفر طريقة لتعطيل المصادقة البيومترية مؤقتًا وإجبار الجهاز على طلب الرمز الأساسي.
- فعّل حماية الحساب المرتبط بالجهاز: لأن سرقة حساب Apple أوGoogle أوالبريد الإلكتروني قد تشكل مسارًا آخر للهجوم لا علاقة له بالمستشعر.
- استخدم MFA أوPasskeys للحسابات المهمة: لا تجعل امتلاك الهاتف المفتوح وحده كافيًا للوصول إلى كل خدماتك الحساسة.
- فعّل خدمة العثور على الجهاز والقفل عن بعد: لتقليل الضرر إذا فقدت السيطرة المادية على الهاتف.
هل Face ID والتعرف على الوجه يواجهان المشكلة نفسها؟
المبدأ العام واحد: نظام بيومتري يلتقط خصائص، ينشئ تمثيلًا، ثم يقارن العينة الجديدة بمرجع مسجل. لكن طريقة الالتقاط وآليات مقاومة الخداع تختلف جذريًا بين الأنظمة.
نظام يعتمد فقط على صورة RGB من كاميرا تقليدية ليس مكافئًا لنظام يستخدم معلومات عمق وأشعة تحت حمراء ومعالجة عتادية معزولة.
لذلك لا يصح القول إن «التعرف على الوجه آمن» أو «غير آمن» كحكم مطلق، تمامًا كما لا يمكن الحكم على جميع مستشعرات بصمة الإصبع من خلال تجربة على جهاز واحد.
الخلاصة: هل يمكن للهاكر نسخ بصمتك وفتح هاتفك؟
هذا ممكن نظريًا وعمليًا ضد بعض الأنظمة وفي ظروف محددة، وقد أثبتت أبحاث أمن القياسات الحيوية منذ سنوات أن Presentation Attacks تمثل فئة حقيقية من الهجمات. لكن السيناريو الواقعي أعقد بكثير من عبارة «نسخ البصمة».
يحتاج التقييم الصحيح إلى معرفة مصدر العينة، ونوع المستشعر، ومدى جودة Presentation، ووجود PAD، وحدود المحاولات، وأين تتم المطابقة، وكيف يحفظ Template، وكيف تحمى القناة بين المستشعر وبيئة المعالجة.
والأهم أن Biometrics ليست سرًا مستقلًا ولا ينبغي أن تكون خط الدفاع الوحيد. تصميم الأمان القوي يجمع بين امتلاك الجهاز، وCredential أساسي قوي، ومعالجة بيومترية معزولة، وحدود للمحاولات، وحماية الحسابات المرتبطة بالجهاز.
لذلك عندما ترى إعلانًا عن «جهاز لاختراق أي بصمة» أو خبرًا يقول إن باحثًا «كسر بصمة الهاتف»، لا يكفي العنوان وحده. السؤال الذي يكشف الحقيقة هو: ما الذي تم تجاوزه بالضبط، وتحت أي شروط، وعلى أي جهاز؟