كيفية مسح وإعادة كتابة بطاقة DESFire EV2 بأمان

بطاقة DESFire EV2 ليست من نوع بطاقات RFID التي يمكن التعامل معها كما لو كانت بطاقة فندق رخيصة قابلة لإعادة الكتابة. وهنا يبدأ ارتباك كثير من المستخدمين. يضعون البطاقة على جهاز ترميز RFID مكتبي، ينقرون بضعة أزرار، ويتوقعون أن تتصرف مثل بطاقة UID بسيطة، ثم يتساءلون لماذا يعرض البرنامج رسائل مثل رفض الوصول، فشل المصادقة، أو عدم العثور على الملف. البطاقة لا تتعمد إزعاجك. فقد صُممت MIFARE DESFire EV2 للتطبيقات الآمنة، لذلك يعتمد مسحها وإعادة كتابتها على المفاتيح، والتطبيقات، وبنية الملفات، وصلاحيات الوصول، والطريقة التي صُمم بها النظام الأصلي. عندما تفهم ذلك، تصبح العملية أوضح وأقل تعقيداً.

ابدأ بالتحقق من الصلاحية قبل مسح بطاقة DESFire EV2

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

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

لماذا تختلف إعادة كتابة DESFire EV2 عن بطاقات RFID الأساسية

هذا هو الفارق الأكبر بين بطاقة DESFire EV2 وكثير من بطاقات RFID منخفضة التكلفة. قد تحتوي بطاقة RFID البسيطة على UID فقط أو مساحة ذاكرة صغيرة مفتوحة. أما بطاقة DESFire EV2 فيمكن أن تحتوي على عدة تطبيقات. وقد يضم كل تطبيق عدة ملفات، ولكل ملف إعدادات مختلفة للقراءة، والكتابة، والتعديل، وطريقة الاتصال. قد تتطلب بعض البيانات اتصالاً عادياً، بينما تتطلب بيانات أخرى اتصالاً محمياً بـ MAC أو مشفراً. وقد تستخدم البطاقة مفاتيح AES أو مفاتيح 2K3DES أو أنواع مفاتيح أخرى حسب إعداد النظام. لذلك، عندما يقول الناس إنهم يريدون إعادة كتابة بطاقة DESFire EV2، فقد يقصدون أشياء مختلفة تماماً: تحديث ملف واحد، أو حذف تطبيق واحد، أو إعادة إصدار اعتماد دخول، أو تهيئة PICC بالكامل.

كانت تجربة إحدى الجامعات في سنغافورة أكثر سلاسة لأن فريق تقنية المعلومات وثّق بنية البطاقة منذ البداية. استخدمت بطاقات الطلاب تطبيقاً للتحكم في الدخول، وتطبيقاً آخر لاستعارة كتب المكتبة، وتطبيقاً ثالثاً للمطاعم. وعندما انتقل الحرم الجامعي إلى منصة تحكم دخول أحدث، لم يقم الفريق بمسح كل بطاقة. بل حدّث تطبيق التحكم في الدخول فقط، مع ترك تطبيقات المكتبة والمطاعم كما هي. كان برنامج ترميز بطاقات RFID لديهم يمتلك المفاتيح والبرامج النصية الصحيحة، لذلك استطاع الموظفون إعادة كتابة الملف المطلوب دون التأثير على بقية البطاقة. وهذه هي الميزة العملية في برمجة بطاقات DESFire EV2. فعندما يتم التخطيط لها جيداً، يمكن لبطاقة فعلية واحدة أن تدعم عدة خدمات دون إعادة بناء كل شيء في كل مرة.

ارسم خريطة بنية البطاقة قبل إعادة كتابة أي شيء

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

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

افهم مستويات إعادة كتابة بطاقات DESFire EV2

تحديث البيانات داخل ملف موجود

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

حذف الملفات أو التطبيقات أو تهيئة PICC

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

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

اختر توريد بطاقات DESFire EV2 وسير عمل الترميز المناسبين

بالنسبة للشركات التي تشتري بطاقات DESFire EV2، من الأفضل مناقشة التخصيص قبل طباعة البطاقات. تمنحك بطاقة DESFire EV2 البيضاء الفارغة مرونة عالية، لكنها تعني أيضاً أن فريقك أو مُكامل الأنظمة يجب أن يتولى الترميز. ويمكن لبطاقة دخول DESFire EV2 مُرمزة مسبقاً أن تقلل العمل إذا حصل المورد على البيانات ومتطلبات الأمان الصحيحة. يحتاج بعض المشترين إلى بطاقات RFID مطبوعة مخصصة بشرائح DESFire EV2، وقوائم UID مُرمزة، وإنشاء تطبيقات، وتهيئة مفاتيح AES، وتسليم آمن لبيانات الإنتاج. بينما يحتاج آخرون فقط إلى بطاقات DESFire EV2 فارغة للبرمجة الداخلية. يمكن أن ينجح كلا الخيارين، لكن لا ينبغي لفريق المشتريات التعامل معهما كأنهما المنتج نفسه.

طلب مشغل مستودعات في مونتريال بطاقات موظفين مخصصة مطبوعة من نوع DESFire EV2 دون أن يطلب ترميزاً مسبقاً. بدت البطاقات ممتازة، برسومات حادة وصور موظفين واضحة. لكن عندما حاول فريق التحكم في الدخول إصدارها، اكتشف أن كل بطاقة تحتاج إلى تهيئة يدوية على مكتب الأمن. خلال موسم التوظيف المكثف، أصبح الطابور مبالغاً فيه. في الطلب التالي، شملت البطاقات تطبيقات مُنشأة مسبقاً وملف ترميز مضبوطاً، بحيث لم يحتج مكتب الأمن إلا إلى تفعيل كل بطاقة في البرنامج. كان سعر البطاقة أعلى قليلاً، لكن عملية الإصدار أصبحت أسهل بكثير. لهذا ينبغي لمشتري بطاقات RFID مقارنة سير العمل الكامل، لا تكلفة البطاقة البلاستيكية فقط.

قراءة UID لا تعني إعادة كتابة البطاقة

من مصادر الالتباس الشائعة UID. يستطيع كثير من الأشخاص قراءة UID الخاص ببطاقة DESFire EV2 باستخدام قارئ NFC بسيط أو هاتف محمول. لكن هذا لا يعني أنهم يستطيعون مسح الذاكرة الآمنة أو إعادة كتابتها. UID هو مجرد مُعرّف يُستخدم أثناء منع التصادم واختيار البطاقة. أما بيانات التطبيقات الفعلية فهي محمية بالمصادقة وصلاحيات الوصول. إذا وعدك مورد أو أداة برمجية بإعادة كتابة أي بطاقة DESFire EV2 لمجرد أنها تستطيع رؤية UID، فكن حذراً. في أنظمة التحكم في الدخول الاحترافية، القدرة على اكتشاف البطاقة لا تعني امتلاك صلاحية إدارتها.

كان لدى مكتب في دبي مجموعة من بطاقات الموظفين القديمة وأراد إعادة استخدامها للمتعاقدين المؤقتين. كانت موظفة الاستقبال ما زالت تستطيع فحص البطاقات بهاتفها ورؤية أنها بطاقات NFC، فافترض الفريق أنها قابلة لإعادة الاستخدام. أوضح مورد نظام التحكم في الدخول أن الهاتف كان يكتشف البطاقة فقط. كانت تطبيقات البطاقة القديمة مقفلة بمفاتيح لم تعد الشركة تملكها. في النهاية، اشترى المكتب بطاقات DESFire EV2 جديدة مع سياسة مناسبة لإدارة المفاتيح. لم تكن التكلفة الأكبر في البطاقات الجديدة، بل في الوقت الضائع بسبب افتراض أن “القابلة للقراءة” تعني “القابلة لإعادة الكتابة”.

خطط لإدارة المفاتيح قبل أن تتحول إلى مشكلة

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

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

اختبر إعادة كتابة DESFire EV2 على عينات أولاً

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

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

احتفظ بسجلات المشروع بدلاً من محاولة نسخ البطاقات الآمنة

يجب أن تشمل عملية إعادة الكتابة أيضاً التفكير في النسخ الاحتياطي. لا يمكنك دائماً “نسخ” بطاقة DESFire EV2 آمنة كما تنسخ ملفاً من ذاكرة USB، لأن المفاتيح والصلاحيات الآمنة مصممة لمنع الاستنساخ غير المضبوط. لكن يمكنك الاحتفاظ بنسخة احتياطية من بيانات المشروع اللازمة لإعادة إنشاء البطاقة بشكل صحيح. يشمل ذلك معرفات حاملي البطاقات، وتصميم التطبيقات، وسجلات إصدارات المفاتيح، وتعريفات الملفات، وسجلات الترميز، وأرقام دفعات البطاقات، وإعدادات البرنامج. إذا كان لا بد من استبدال بطاقة، فيجب أن يكون نظامك قادراً على إصدار بطاقة جديدة مخولة دون تخمين ما كان موجوداً على القديمة. في أنظمة البطاقات الآمنة، تكون قاعدة البيانات غالباً أهم من البطاقة المادية نفسها.

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

فكّر في إعادة استخدام البطاقة ودورة حياة البيانات

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

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

حدّد متطلبات DESFire EV2 بوضوح عند شراء البطاقات

في المشتريات، يكون طلب الشراء الأكثر أماناً هو الطلب المحدد. بدلاً من طلب “بطاقات RFID قابلة لإعادة الكتابة”، اطلب بطاقات DESFire EV2 متوافقة مع نظام التحكم في الدخول لديك، وحجم الذاكرة المطلوب، ونوع المفتاح المفضل، وطريقة الطباعة، وخدمة الترميز، ومتطلبات صيغة UID، وصيغة التسليم. إذا كنت تحتاج إلى أن ينشئ المورد التطبيقات، فاذكر ذلك بوضوح. وإذا كنت تحتاج إلى بطاقات DESFire EV2 فارغة للترميز الداخلي، فتأكد من أن البطاقات جديدة، وأصلية، وغير مقفلة بواسطة مشروع سابق. وإذا كان يجب أن تعمل البطاقات مع قارئات موجودة، فأرسل طراز القارئ ومتطلبات البرنامج. مورد بطاقات RFID الجيد سيطرح أسئلة متابعة قبل تقديم السعر، لأن DESFire EV2 ليست منتجاً واحداً يناسب كل الاستخدامات.

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

خلاصة حول مسح وإعادة كتابة بطاقات DESFire EV2

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

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