إجابة مختصرة:
لا تحتوي بطاقات MIFARE Classic 1K الكلاسيكية على كتلة قياسية تخزن تاريخ انتهاء الصلاحية.
أي معلومات عن انتهاء الصلاحية أو الصلاحية محدد التطبيق وقد لا يتم تخزينها على البطاقة على الإطلاق.
هل لدى MIFARE Classic 1K حقل تاريخ انتهاء الصلاحية؟
لا يوجد.
بطاقات ميفاري كلاسيك 1K الكلاسيكية:
- افعل لا تضمين حقل تاريخ انتهاء الصلاحية المدمج
- افعل لا اتباع نموذج بيانات موحد
- تخزين كتل الذاكرة الأولية فقط التي يحددها مدمج النظام
يتم تنفيذ أي منطق انتهاء الصلاحية بواسطة:
- نظام الدخول إلى الفندق
- البرنامج الثابت للقفل
- أو قاعدة بيانات خلفية
يوجد لا يوجد قطاع أو كتلة عالمية التي “تعالج” انتهاء صلاحية بطاقة MIFARE Classic 1K.
أي كتلة تخزن تاريخ انتهاء الصلاحية على بطاقة MIFARE Classic 1K؟
لا يوجد رقم كتلة ثابت.
في حالة وجود تاريخ انتهاء الصلاحية، قد يتم تخزينه في:
- أي كتلة البيانات (الكتلة 0-2) لأي قطاع
- A تنسيق ثنائي مخصص
- أن بنية مشفرة أو مشوَّرة أو مبهمة
- أو غير مخزنة على البطاقة على الإطلاق
يستخدم البائعون المختلفون تخطيطات مختلفة، حتى داخل نفس المجال (الفنادق، والصالات الرياضية، ومواقف السيارات).
لماذا لا يمكنك في كثير من الأحيان العثور على تاريخ انتهاء الصلاحية في تفريغ البطاقة
تستخدم معظم أنظمة الفنادق أحد هذه النماذج:
1. انتهاء الصلاحية المتحكم بها من الخلف (الأكثر شيوعًا)
- تخزن البطاقة معرفاً فقط
- يتم التحقق من انتهاء الصلاحية بواسطة القفل أو نظام الواجهة الخلفية
- لا يوجد تاريخ في مكب النفايات
2. الطابع الزمني المشفر أو المشفر
- التاريخ المخزن كـ:
-
- الطابع الزمني ل UNIX
- التاريخ المرمز بالرمز BCD
- عدادات الملكية
- عادةً غير قابل للقراءة البشرية
3. بيانات التطبيق المشوّهة
- القيم هي:
-
- مشفر
- قناع XOR المقنع
- محمية بالمجموعات الاختبارية
حتى مع الوصول الكامل للقطاع، فإن معنى البيانات غير واضح.
هل يمكنك التعرف على تاريخ انتهاء الصلاحية من خلال مقارنة مقالب النفايات؟
في بعض الأحيان، ولكن على مستوى البحث فقط.
يقارن المهندسون عادةً:
- البطاقة نفسها قبل التجديد وبعده
- بطاقات متعددة بفترات صلاحية مختلفة
يبحثون عن:
- البايتات التي تتغير باستمرار
- الأنماط المتوافقة مع أحداث الإصدار
وهذا يعني لا يضمن التفسير الصحيح، ولا يتجاوز التحقق من صحة النظام.
هل يمكن تعديل تاريخ انتهاء الصلاحية؟
عملياً: لا.
حتى إذا ظهر تاريخ قابل للكتابة:
- تحقق الأقفال من معلمات متعددة
- العدادات الخلفية وفحوصات النزاهة موجودة
- عادة ما تفشل البطاقات المعدلة في المصادقة
يعد تعديل بيانات اعتماد الدخول إلى الفندق بدون تصريح غير قانوني في معظم المناطق.
لماذا يتم استبدال نظام MIFARE الكلاسيكي في أنظمة الفنادق
تهاجر الفنادق بعيداً عن ميفاري كلاسيك لأنها:
- يفتقر إلى تطبيق انتهاء الصلاحية الآمن
- يستخدم تشفير Crypto-1 المهمل
- لا يحتوي على نظام ملفات أصلي
تشمل البدائل الشائعة ما يلي:
- ميفاري DESFire EV2 / EV3 من ميفاري EV2 / EV3
- مفاتيح NFC المحمول
- بيانات اعتماد الوصول التي تم التحقق من صحتها من الخلفية
الوجبات السريعة الرئيسية (مقتطفات ملائمة)
- لا تحتوي MIFARE Classic 1K على كتلة تاريخ انتهاء الصلاحية القياسية
- منطق انتهاء الصلاحية محدد من قبل التطبيق
- لا تخزن معظم بطاقات الفنادق انتهاء الصلاحية على البطاقة
- التواريخ المقروءة نادرة في مقالب النفايات
- التعديل غير المصرح به غير قانوني
الأسئلة الشائعة (محسّن ل PAA)
س: هل يتم تخزين تاريخ انتهاء الصلاحية في القطاع 0؟
لا. يحتوي القطاع 0 عادةً على بيانات الشركة المصنعة ومعرفات التطبيق، وليس تواريخ الصلاحية.
س: هل يمكنني رؤية تاريخ انتهاء الصلاحية بنص عادي؟
تقريبًا لا يحدث أبدًا. عادةً ما يتم ترميز التواريخ أو تشفيرها أو عدم تخزينها على الإطلاق.
س: لماذا يتغير المكب الخاص بي عند تجديد البطاقة؟
لأنه يتم تحديث العدادات الداخلية، أو المفاتيح، أو الرموز المميزة - وليس بالضرورة حقل التاريخ.
