MIFARE ve Yakınlık Kartları: Güvenlik, Uyumluluk ve Geçiş

Aug 20, 2026

Mesaj bırakın

MIFARE ve yakınlık kartları, rozet sahibinde hemen hemen aynı görünebilir, ancak erişim-kontrol sistemi bunları tamamen farklı kimlik bilgileri olarak değerlendirebilir.

Bu kılavuzda,yakınlık kartıfiziksel erişim kontrolünde genellikle proxy kartı olarak adlandırılan eski 125 kHz kimlik bilgisi anlamına gelir. Örneğin, HID'nin mevcut Proximity portföyü açıkça 125 kHz'lik düşük-frekanslı fiziksel-erişim kimlik bilgisi ailesi olarak konumlandırılmıştır.HID Proximity ürün bilgisigüncel bir sektör örneği sunuyor. :contentReference[oaicite:13]{dizin=13}

MIFARE farklıdır. NXP'nin, ISO/IEC 14443 teknolojisini temel alan ve erişim yönetimi dahil uygulamalarda kullanılan temassız akıllı-kart ürünleri ailesidir. MIFARE adı, tek bir çip veya tek bir güvenlik düzeyi yerine birden fazla ürün ailesini kapsar.NXP'nin MIFARE portföyüşu anda Classic, Plus, DESFire ve ek MIFARE platformlarını içermektedir. :contentReference[oaicite:14]{dizin=14}

İki çalışma frekansı kategorisinin{0}daha geniş bir karşılaştırması için Syntek'in kılavuzunda125 kHz ve 13,56 MHz erişim-kontrol kimlik bilgileriek bağlam sağlar.

Pratik bir seçim sırası şu şekildedir: kurulu okuyucu → tam ​​kimlik bilgisi teknolojisi → tanımlayıcı veya uygulama verileri → kimlik doğrulama yöntemi → güvenlik modeli → geçiş planı → üretim spesifikasyonu.

MIFARE card and 125 kHz proximity card compared for access control

 

MIFARE ve Proximity Kartlar: Hızlı Karşılaştırma

Karar noktası Geleneksel 125 kHz Yakınlık Kartı MIFARE Kart
Tipik erişim-kontrol sıklığı 125 kHz 13,56 MHz
Okuyucu gereksinimi Uyumlu 125 kHz okuyucu Tam MIFARE teknolojisini/uygulamasını destekleyen okuyucu
Tipik eski kullanım Tanımlayıcı-tabanlı fiziksel erişim Ürüne ve uygulamaya bağlı olarak tanımlayıcı veya{0}}akıllı kart uygulaması
Uygulama belleği Belirli kimlik bilgilerine bağlıdır; birçok eski Prox dağıtımı kimlik-yönelimlidir Uygun MIFARE ürünlerinde mevcuttur
Kimlik doğrulama Kimlik bilgilerine ve sistem mimarisine bağlıdır MIFARE ailesine bağlı olarak eski mekanizmalardan modern kimlik doğrulamalı uygulamalara kadar çeşitlilik gösterir
Güvenlik düzeyi Genellikle eski tanımlayıcı-tabanlı erişim sistemleriyle ilişkilendirilir MIFARE ailesine, okuyucu konfigürasyonuna, anahtarlara ve uygulama tasarımına göre büyük ölçüde değişiklik gösterir
Çoklu-uygulama yeteneği Geleneksel Prox dağıtımlarının normal bir özelliği değildir DESFire gibi uygun akıllı{0}kart ürünleri tarafından desteklenir
Taşıma stratejisi Aşamalı yükseltme sırasında kalabilir Uyumlu okuyucular veya ikili-teknoloji kimlik bilgileri aracılığıyla tanıtılabilir

Güvenlik satırı aşırı basitleştirilmesi muhtemel olan satırdır. MIFARE tek bir "yüksek-güvenlik kartı" olarak değerlendirilmemelidir. Classic, Plus ve DESFire farklı mimarilere ve yeteneklere sahiptir ve erişim sisteminin bu yetenekleri kullanma şekli çip adı kadar önemlidir.

 

Erişim Kontrolünde "Proximity Kart" Ne Demektir?

Daha geniş teknik dilde yakınlık, kısa-mesafeli temassız etkileşimi tanımlayabilir. Ancak fiziksel-erişim satın alma işleminde "prox kart" genellikle geleneksel 125 kHz kimlik bilgisini ifade eder.

Basitleştirilmiş eski erişim yolu şöyle görünebilir:

125 kHz kimlik bilgisi → uyumlu okuyucu → kimlik numarası veya formatı → denetleyici → erişim kararı

Önemli satın alma detayı, "125 kHz"in kimlik bilgisini tam olarak açıklamamasıdır. Denetleyici ayrıca belirli bir kart-numara yapısı, tesis/site kodu, bit biçimi veya okuyucu çıktısı bekleyebilir.

Syntek her ikisini de listeliyor125 kHz yakınlık kapaklı kartlarve daha genişRFID erişim-kontrol kartlarıancak değiştirme seçimi yine de kartın görünümünden ziyade kurulu okuyucu ve denetleyici spesifikasyonundan başlamalıdır.

 

MIFARE Kart Nedir?

MIFARE, tek bir evrensel kimlik bilgisi özelliği değil, bir NXP temassız ürün ailesidir. Bu ayrım erişim kontrolünde önemlidir çünkü MIFARE adını taşıyan iki kart, bellek organizasyonu, güvenlik mekanizmaları, kimlik doğrulama ve uygulama modeli açısından farklılık gösterebilir. :contentReference[oaicite:15]{dizin=15}

Alıcılar Syntek'in genel bakışını inceleyebilirRFID akıllı kartve mevcutMIFARE erişim kartlarıürün-düzeyinde bağlam için, ancak erişim spesifikasyonunun gereken çip ailesini ve sistem davranışını tam olarak tanımlaması gerekir.

 

Okuyucu Uyumluluğu Kart Tercihinden Önce Gelir

Kartlar aynı ISO-tarzı boyutlarına sahip olduğundan, yalnızca 125 kHz-okuyucu 13,56 MHz MIFARE kimlik bilgisi ile uyumlu hale gelmez.

Kimlik bilgilerini değiştirmeden önce kurulu okuyucuların envanterini çıkarın ve şunları kaydedin:

  • okuyucu üreticisi ve modeli;
  • desteklenen frekans veya frekanslar;
  • desteklenen kimlik bilgileri aileleri;
  • ilgili olduğu yerde ürün yazılımı veya konfigürasyon;
  • okuyucu-denetleyiciye-arayüz;
  • mevcut tesis/saha kodu ve uygun olduğu yerde kart formatı;
  • tanımlayıcı uzunluğu ve erişim platformunun beklediği temsil;
  • sistemin genel bir tanımlayıcı mı yoksa kimliği doğrulanmış uygulama verileri mi kullandığı.

Syntek'inRFID erişim-kontrol okuyucususayfa veRFID çalışma frekansı kurallarıek ürün ve sıklık bağlamı sağlayın.

Testing MIFARE and 125 kHz proximity card compatibility with access control readers

 

Sıklık Kimlik Bilgisi Formatıyla Aynı Değil

Erişim-kontrolü taşıma işlemleri genellikle başarısız olur çünkü iki farklı veri katmanı aynıymış gibi ele alınır.

İlk katman, okuyucunun-RF- etkileşimine yönelik kimlik bilgileridir. 125 kHz kart ve 13,56 MHz MIFARE kart farklı radyo teknolojilerini kullanır.

İkinci katman, okuyucunun denetleyiciye veya erişim platformuna ilettiği katmandır. Bu değer, okuyucu ve erişim-kontrol yapılandırmasına göre normalleştirilebilir, yeniden biçimlendirilebilir veya eşlenebilir.

Bu nedenle iki kart, yazılımda benzer görünen-sayılar üretirken, RF katmanında tamamen uyumsuz görünebilir. Bunun tersine, yeni bir okuyucu, bir MIFARE kartını başarılı bir şekilde algılayabilir ancak yine de tanımlayıcısını kontrolöre mevcut veritabanının beklediğinden farklı bir formatta sunabilir.

 

Toplu Yeniden Düzenlemeden Önce Tanımlayıcı Eşlemeyi Dondur

"Aynı kart numarasını koru" tam bir geçiş özelliği değildir.

Yeni kimlik bilgilerini içe aktarmadan veya üretmeden önce erişim platformunun tanımlayıcıların nasıl temsil edilmesini beklediğini belgeleyin. Sisteme bağlı olarak ilgili sorular şunları içerebilir:

  • Kaynak değeri bir UID mi, uygulama kimlik bilgisi kimliği mi yoksa başka bir alan mı?
  • Hangi tanımlayıcı uzunluğu kabul edilir?
  • Değer onaltılı, ondalık veya başka bir gösterim olarak mı saklanıyor?
  • Uygulama belirli bir bayt sırası uyguluyor mu?
  • Baştaki sıfırlar korunuyor mu?
  • Kontrolör tesis/site kodu ve kart-numarasının bölünmesini bekliyor mu?
  • Çift-teknolojili bir kart, aynı kullanıcı kaydıyla eşlenmesi gereken iki ayrı kimliği ortaya çıkarır mı?

Bu ayrıntılar gerçek erişim platformundan ve onaylanmış geçiş spesifikasyonundan alınmalıdır. Eski bir rozetin üzerindeki basılı numaradan tahmin edilmemelidir.

 

Güvenlik, Sistemin Gerçekte Neyi Doğruladığına Bağlıdır

"Yakınlık güvensizdir; MIFARE güvenlidir" karşılaştırması, ciddi bir erişim-kontrol kararını destekleyemeyecek kadar geniş kapsamlıdır.

Statik Tanımlayıcı Erişimi

Birçok eski Prox dağıtımında öncelikle bir kimlik bilgisi tanımlayıcısı kullanılır. Okuyucu kimlik bilgisini tanır ve erişim-kontrol sistemine bir tanımlayıcı iletir.

Bu durumda genel güvenlik duruşu karttan daha fazlasına bağlıdır: kimlik bilgisi yönetimi, okuyucu/denetleyici tasarımı, iptal, izleme, fiziksel güvenlik ve idari kontrollerin hepsi önemlidir.

MIFARE Yalnızca Tanımlayıcı Olarak Kullanılır

Daha yetenekli bir akıllı-kart IC'si hâlâ basit bir tanımlayıcı-mimarisinde dağıtılabilir.

Bir erişim okuyucusu yalnızca açığa çıkan bir tanımlayıcıyı okursa ve seçilen kimlik bilgisi tarafından desteklenen korumalı kimlik doğrulama veya uygulama işlemlerini hiçbir zaman gerçekleştirmezse, proje bu çipten sağlanan tam güvenlik özelliğini otomatik olarak kazanamaz.

Kimliği Doğrulanmış Akıllı{0}}Kart Uygulaması

Düzgün tasarlanmış bir MIFARE uygulaması, seçilen ürün tarafından desteklendiğinde korumalı uygulama verilerini, kimlik doğrulamasını, kriptografik anahtarları ve güvenli mesajlaşmayı kullanabilir.

NXP'nin mevcut MIFARE DESFire EV3 belgeleri, güvenlik yetenekleri arasında AES desteğini, uygulama-düzeyinde kimlik doğrulamayı, birden çok anahtarı ve birden çok anahtar kümesini listeler. Bu özellikler hâlâ okuyucuya, anahtar-yönetim modeline ve uygulama yapılandırmasına bağlıdır.NXP MIFARE DESFire EV3 teknik bilgilerimevcut IC yeteneklerini belgelemektedir. :contentReference[oaicite:16]{dizin=16}

 

Güvenlik Bir Çip Etiketi Değil, Bir Sistem Özelliğidir

Güvenlik katmanı Cevaplanacak soru
Kimlik bilgisi Tam olarak hangi kart ailesi ve güvenlik modu kullanılıyor?
Okuyucu Okuyucu gerçekten amaçlanan kimlik doğrulamayı ve uygulamayı destekliyor mu?
Anahtarlar Kimlik bilgisi uygulaması tarafından kullanılan anahtarların sahibi kimdir, bunları hazırlayan, koruyan ve değiştiren kimdir?
Okuyucu-denetleyiciye-bağlantı Kimlik bilgileri okuyucudan ayrıldıktan sonra nasıl korunur?
Denetleyici ve arka uç Tanımlayıcılar, hesaplar, izinler ve iptaller nasıl yönetilir?
Kimlik bilgisi yaşam döngüsü Kartlar nasıl verilir, değiştirilir, askıya alınır ve kullanımdan kaldırılır?

NIST SP 800-98, RFID güvenliğini yalnızca etiketle ilgili bir sorun olarak değil, sistem- düzeyinde bir tasarım ve işletim sorunu olarak ele alır.NIST RFID güvenlik kılavuzuRFID sistemlerinin planlanmasını, uygulanmasını ve işletilmesini kapsar. :contentReference[oaicite:17]{index=17}

Okuyucu-denetleyiciye-katman için Güvenlik Endüstrisi Birliği'ninDenetlenen Cihaz Protokolünü Açerişim-kontrol cihazları arasında denetlenen iletişimi ve Güvenli Kanal korumasını destekler. SIA'nın mevcut uygulama kılavuzu, OSDP kullanıldığında özellikle Güvenli Kanalı önerir. :contentReference[oaicite:18]{dizin=18}

Syntek'in kılavuzuRFID veri güvenliğidaha geniş iç güvenlik tartışmasını destekleyebilir.

`MIFARE access control security review covering credentials readers keys and backend

 

Alıcıların Sorması Gereken Temel Yönetim Soruları

Bir proje yalnızca UID{0}}erişiminin ötesine geçtiğinde, anahtar yönetimi satın alma spesifikasyonunun bir parçası haline gelir.

NXP'nin DESFire EV3 mimarisi birden çok uygulama anahtarını ve birden çok anahtar kümesini destekler; bu da "kartın AES'i desteklediğinin" dağıtımı tanımlamak için neden yeterli bilgi olmadığını gösterir. :contentReference[oaicite:19]{dizin=19}

Kişiselleştirme veya seri üretimden önce şunları açıklığa kavuşturun:

  • Üretim ve uygulama anahtarları kime ait?
  • Kimlik bilgilerini kişiselleştirmeye kim yetkilidir?
  • Tedarikçinin-kontrol ettiği, müşterinin-kontrol ettiği veya ortaklaşa yönetilen kişiselleştirme kullanılacak mı?
  • Kartlar bilinen bir başlatma durumunda mı teslim ediliyor?
  • Yedek kimlik bilgileri nasıl sağlanır?
  • Sorumluluklar veya sistemler değiştiğinde anahtarlar değiştirilebilir mi?
  • Anahtar sürümler ve uygulama yapılandırması nasıl belgeleniyor?
  • Prodüksiyon, test ve canlı ortamlar nasıl ayrılıyor?
  • Orijinal kişiselleştirme sağlayıcısı artık mevcut değilse, kimlik bilgisi programını kim kurtarabilir?

Cevap, erişim-kontrol platformuna ve güvenlik mimarisine bağlıdır. Alıcılar, hassas üretim anahtarlarını sıradan sanat eseri elektronik tablolarında veya resmi olmayan e-posta dizilerinde talep etmemeli, takas etmemeli veya saklamamalıdır.

 

MIFARE Classic, Plus ve DESFire Farklı Satın Alma Kararlarıdır

MIFARE ailesi Mevcut satın alma bağlamı Ana karar sorusu
MIFARE Klasik EV1 Büyük eski kurulu sistem; NXP şu anda ürünü yeni tasarımlar için önerilmez olarak işaretliyor Proje mevcut uyumlu kurulumun bakımını mı yapıyor yoksa güvenliğe duyarlı yeni bir-sistem mi tasarlıyor?
MIFARE Plus EV2 Güvenlik Düzeyleri ve eski altyapıdan AES{0}}tabanlı güvenliğe geçişle tasarlandı Kurulu altyapı ve geçiş planı özellikle Plus mimarisini destekliyor mu?
MIFARE DESFire EV3 AES, kimlik doğrulama ve esnek anahtar-yönetim özelliklerine sahip modern çoklu-uygulamalı akıllı-kart platformu Okuyucu, uygulama ve anahtar{0}}yönetim tasarımı gerçekten gerekli DESFire güvenlik profilini uyguluyor mu?

MIFARE Klasik EV1

NXP'nin şu anki durumuMIFARE Classic EV1 ürün sayfasıürünü aktif olarak listeliyor ancak "yeni tasarımlar için önerilmez" ve tasarımcıları daha yeni bir değişime yönlendiriyor. Bu, kurulu her Classic sistemin derhal çalışmayı durdurması gerektiği anlamına gelmez; bu, yeni bir projenin yalnızca "MIFARE" sesinin 125 kHz Prox'tan daha yeni olması nedeniyle Klasik'i seçmemesi gerektiği anlamına gelir. :contentReference[oaicite:20]{index=20}

MIFARE Plus EV2

NXP pozisyonlarıMIFARE Plus EV2mevcut dağıtımlar için yükseltme yolu olarak. Mevcut spesifikasyonu, geçiş için bir Güvenlik Düzeyi konseptini ve AES-128 kimlik doğrulamasını ve daha yüksek güvenlik düzeylerinde güvenli mesajlaşmayı içerir. :contentReference[oaicite:21]{dizin=21}

MIFARE DESFire EV3

DESFire EV3, güvenli çoklu-uygulama kullanımı için tasarlanmıştır ve AES-128, karşılıklı kimlik doğrulama ve esnek uygulama/anahtar yapıları gibi yetenekler sağlar. Bu yeteneklerin varlığı, belirli bir erişim sisteminin bunları kullandığını kanıtlamaz; okuyucu ve uygulama desteği zorunlu olmaya devam ediyor. :contentReference[oaicite:22]{index=22}

 

Ne Zaman 125 KHz Yakınlığını Korumalı, Ne Zaman Hareket Etmelisiniz?

Yakınlığı Korumak Mantıklı Olabilir

Geleneksel bir 125 kHz kimlik bilgisi, kurulu okuyucu tabanı büyük ve istikrarlı olduğunda, korunan ortamın kabul edilmiş bir risk modeline sahip olduğu, uyumluluğun acil iş önceliği olduğu veya sitenin daha sonra taşınması planlandığı durumlarda operasyonel olarak makul kalabilir.

Eski bir teknolojiyi bilerek sürdürmek, onun kimliği doğrulanmış modern bir akıllı{0}kart sistemiyle aynı güvenlik modelini sağladığını varsaymaktan farklıdır.

MIFARE'ye Geçiş Mantıklı Olabilir

Uygun bir MIFARE-ailesi kimlik bilgisi, proje korumalı uygulama verileri, kimliği doğrulanmış kart-okuyucu etkileşimi, çoklu-uygulama yeteneği, modern kimlik bilgisi yönetimi veya yalnızca eski tanımlayıcı-altyapısından uzakta tanımlanmış bir yol gerektirdiğinde daha alakalı hale gelir.

Kararın hâlâ kesin bir ürün ailesine ve desteklenen uygulamaya ihtiyacı var. "MIFARE" tek başına bir RFQ için fazla geniş kalıyor.

 

Geçişi Beş Kontrollü Aşamada Planlayın

Faz Ana çalışma Saklanacak kanıt
1. Denetim Envanter okuyucular, kapılar, kontrolörler, kimlik bilgileri, kart formatları ve kullanıcı grupları Okuyucu/kapı envanteri ve eski kimlik bilgisi özellikleri
2. Hedefi tanımlayın Gelecekteki kimlik bilgilerini, kimlik doğrulama modelini, tanımlayıcı eşlemeyi ve güvenlik mimarisini seçin Onaylanmış hedef kimlik bilgisi ve güvenlik profili
3. Geçiş mimarisini seçin Okuyucuların, kimlik bilgilerinin veya her ikisinin de aşamalı olarak değiştirilip değiştirilmeyeceğine karar verin; ikili-frekans gereksinimlerini belirleyin Site-siteye göre-uyumluluk matrisi
4. Pilot Test okuyucuları, kullanıcı kaydı, iptal, değiştirme, eşleme, yazdırma ve destek iş akışları Pilot test raporu ve onaylı üretim örneği
5. Dışarı çıkın ve emekli olun Kontrollü dalgalar halinde dağıtın, istisnaları izleyin ve geçiş tamamlandığında gereksiz eski kabulleri kaldırın Tamamlama kaydı ve eski-emekliliğe ayrılma onayı

Geçiş sırasında karma teknolojinin gerekli olduğu durumlarda Syntek,çift-frekanslı RFID okuyucuve birçift-frekanslı RFID kartıilgili site ürünleri arasında.

 

İkili-Teknoloji Kimlik Bilgileri Kesintiyi Azaltabilir

Çift-teknolojili kimlik bilgisi, eski 125 kHz teknolojisini ve daha yeni bir HF akıllı-kart teknolojisini aynı fiziksel karta yerleştirebilir.

HID'in mevcut durumuMIFARE DESFire EV3 + Prox kimlik bilgisigerçek bir sektör örneğidir. HID, bunu DESFire-tabanlı altyapıya geçiş sırasında eski 125 kHz okuyucularla birlikte çalışabilirliği korumanın bir yolu olarak konumlandırıyor. :contentReference[oaicite:23]{index=23}

Bu, iki teknolojinin mutlaka aynı tanımlayıcıyı açığa çıkardığı veya aynı güvenlik sürecini kullandığı anlamına gelmez. Erişim-kontrol veritabanı, kimlik bilgisi kimliklerini açıkça amaçlanan kullanıcı kaydıyla eşleştirmelidir.

İkili teknoloji en çok bir çıkış planı olduğunda kullanışlıdır. Bir site artık eski 125 kHz desteğine ihtiyaç duymadığında, geçiş ekibi eski kabul yolunun etkin kalıp kalmayacağına karar vermelidir.

 

Örnek Geçiş Senaryosu: Üç Ofis Binası

Aşağıdaki senaryo açıklayıcıdır ve bir müşteri örneği olarak sunulmamıştır.

Bir şirket üç ofis binası işletiyor. A Binasında hâlâ yalnızca 125 kHz-okuyucular var. B Binası, hem eski kimlik bilgilerini hem de yeni akıllı-kart teknolojisini destekleyebilecek okuyuculara sahiptir. Bina C zaten hedef MIFARE ortamına yükseltildi.

Şirket, her kapıyı ve her rozeti bir hafta sonunda değiştirmek yerine, öncelikle her okuyucuyu ve kapıyı kaydediyor. Sınırlı bir çalışan grubu ikili-teknoloji kimlik bilgileri alır. Pilot uygulama sırasında, erişim veritabanı her iki kimlik bilgisini de aynı çalışan hesabına eşleştirirken, ekip her binada hangi bileşenin kabul edildiğini doğruluyor.

Yeni rozetin C Binası'nı açması nedeniyle pilotun başarılı olduğu düşünülmüyor. Ekip ayrıca şunları da doğruluyor:

  • eski kapılar onaylı geçiş dönemi boyunca çalışmaya devam ediyor;
  • yeni kimlik bilgileri, yükseltilmiş kapılarda amaçlandığı şekilde kimlik doğrulaması yapar;
  • iptal edilen kimlik bilgileri reddedilir;
  • yedek kartlar eski kimlik bilgilerini aktif bırakmaz;
  • tanımlayıcı eşleme yinelenen kullanıcı kayıtları oluşturmaz;
  • destek personeli sorunun karttan mı, okuyucudan mı, haritalamadan mı yoksa erişim izninden mi kaynaklandığını anlayabilir.

A Binası yükseltildikten ve gerekli tüm kullanıcılar taşındıktan sonra, eski kabul süresiz olarak etkin kalmak yerine kullanımdan kaldırılmak üzere incelenebilir.

 

Kullanıma Sunmadan Önce Geçiş Kabul Kriterlerini Tanımlayın

Senaryo Beklenen sonuç Soruşturma gerektiren başarısızlık
Geçiş sırasında onaylı eski okuyucunun eski kimlik bilgileri Eski erişimin kasıtlı olarak muhafaza edildiği yerlerde çalışır Onaylanmış eski bir konumda beklenmeyen ret
Yükseltilmiş okuyucuda yeni kimlik bilgileri Onaylanan uygulama/güvenlik profili kullanılarak doğru kimlik bilgisi tanınır Reader, istenmeyen bir tanımlayıcıya veya desteklenmeyen bir moda geri dönüyor
Yalnızca eski-konumda yeni kimlik bilgisi Davranış, belgelenen geçiş matrisiyle eşleşiyor Okuyucu yeni kimlik bilgilerini destekleyemediğinde kullanıcıya sitenin uyumlu olduğu bildirilir.
Kimlik bilgisi iptal edildi Erişim sistem politikasına göre reddedildi İptal edilen kimlik bilgileri hâlâ erişim izni veriyor
Yedek kimlik bilgisi Değiştirme çalışmaları ve önceki kimlik bilgilerine artık izin verilmiyor Her ikisi de istemeden aktif kalıyor
Çift{0}}teknoloji kimlik bilgisi Her iki teknoloji de her birinin kasıtlı olarak desteklendiği doğru yetkili kullanıcıyla eşleşir İki bileşen çakışan veya yinelenen kullanıcı kayıtları oluşturur
Tanımlayıcıyı içe aktarma UID/uygulama kimliği, onaylanmış eşleme kuralına göre normalleştirilir Bayt sırası, gösterimi veya kesilmesi yanlış hesaba neden oluyor
Eski emeklilik Taşıma işlemini tamamlamış konumlarda{0}yalnızca eski kimlik bilgileri reddedilir Eski mod istenmeden kullanılabilir durumda kalıyor

Daha geniş bir doğrulama çerçevesi için Syntek'in kılavuzuna bakın.RFID sistem testi.

MIFARE access control migration pilot and credential acceptance testing

 

Üretim-Eşdeğer Kimlik Bilgisi Örneğini Onaylayın

Geçiş pilotu yalnızca yazdırılmamış bir geliştirme kartına güvenmemelidir.

Üretim-eşdeğeri örneği, amaçlanan sırayı şu şekilde temsil etmelidir:

  • tam çip ailesi;
  • kimlik bilgisi form faktörü;
  • kişiselleştirme durumu;
  • tanımlayıcı/uygulama yapılandırması;
  • yazdırma ve değişken veriler;
  • okuyucu uyumluluğu;
  • arka uç haritalaması;
  • değiştirme ve iptal etme davranışı.

Değişken yazdırma, çalışan numaraları, QR kodları veya diğer görünür veriler gerekiyorsa Syntek'in kılavuzuRFID yazdırmaçizim ve veri-dosyası planlamasını destekleyebilir.

Parti denetimi için Syntek'in genel bakışıkalite kontrol ekipmanlarıek üretim-QC bağlamı sağlar.

 

Sipariş Vermeden Önce Kart Tedarikçinize Ne Göndermelisiniz?

Teklif talebi alanı Neden önemli?
Okuyucu üreticisi ve modeli Gerçek uyumluluk başlangıç ​​noktasını oluşturur
Mevcut kimlik bilgisi örneği/şartname Mevcut RF ve kart{0}}biçimi ortamının belirlenmesine yardımcı olur
Hedef teknolojisi 125 kHz, MIFARE ailesi ve ikili-teknoloji gereksinimlerini ayırır
Tam çip ailesi Belirsiz bir "MIFARE kartı" sırasını önler
Tanımlayıcı formatı UID/uygulama kimliğini, tesis kodunu, bit formatını veya diğer platform beklentilerini tanımlar
Kimlik doğrulama modeli Yalnızca tanımlayıcı erişimini-korumalı akıllı-kart uygulamalarından ayırır
Temel-yönetim sorumluluğu Güvenli uygulama kimlik bilgilerini kimin sağlayacağını ve kontrol edeceğini tanımlar
Uygulama verileri Gerekli herhangi bir dosya, sektör veya uygulama kişiselleştirmesini tanımlar
Baskı Logo, çalışan adı, fotoğraf, seri numarası, QR veya barkod gereksinimleri
Geçiş mimarisi Eski ve yeni teknolojinin bir arada var olması gerekip gerekmediğini tanımlar
Miktar ve çeşitler Üretimi ve kontrollü veri hazırlığını destekler
Kabul koşulları Yayınlanmadan önce örnek, haritalama, okuyucu ve toplu testleri tanımlar

Özelleştirilmiş kart yapımı, baskı, kişiselleştirme veya kontrollü üretim gerektiren projeler Syntek'in hizmetlerine devam edebilir.OEM ve ODM üretimiTeknik spesifikasyon tanımlandıktan sonra bilgi.

 

Yaygın Satın Alma Hataları

Her 13,56 MHz Kartı MIFARE-Uyumlu Olarak İşleme

Frekans, protokolün tamamını, çip ailesini veya uygulamayı tanımlamaz. Tam okuyucuyu ve kimlik bilgisi desteğini onaylayın.

Her MIFARE Kartına Eşit Güvenli Olarak Davranmak

Classic, Plus ve DESFire farklı güvenlik mimarilerine ve dağıtım modellerine sahiptir. NXP şu anda Classic EV1'i yeni tasarımlar için önerilmez olarak işaretlerken Plus EV2 ve DESFire EV3 farklı geçiş ve güvenlik yetenekleri sağlıyor. :contentReference[oaicite:24]{dizin=24}

Tanımlayıcı Eşlemeyi Dondurmadan Kartları Değiştirme

Okunabilir bir kart, okuyucu ve arka ucun UID temsili, kart formatı veya kullanıcı eşlemesi konusunda anlaşmazlığa düşmesi durumunda üretimde yine de başarısız olabilir.

Güvenli Çip Satın Alma, Ancak Yalnızca Genel Tanımlayıcı Kullanma

Seçilen çipin kapasitesi ve uygulanan kimlik doğrulama modeli ayrı sorulardır.

Eski-Emeklilik Planı Olmadan İkili Teknolojiyi Kullanmak

Çift{0}}frekans okuyucular ve ikili-teknoloji kartları kesintiyi azaltabilir, ancak geçiş yine de eski teknolojinin ne zaman gerekli olmayacağını belirlemelidir.

 

SSS

S: MIFARE Bir Yakınlık Kartı mıdır?

C: Geniş temassız terminolojide yakın mesafeden çalışır, ancak fiziksel-erişim satın alımında "prox kart" genellikle eski 125 kHz kimlik bilgilerini ifade eder, MIFARE ise NXP'nin temassız akıllı-kart ürün ailesini ifade eder.

S: 125 KHz Okuyucu MIFARE Kartını Okuyabilir mi?

C: Yalnızca 125 kHz'i destekleyen bir okuyucu, 13,56 MHz MIFARE kimlik bilgisi ile iletişim kuramaz. Çoklu-teknolojili bir okuyucu, özel olarak tasarlanıp yapılandırıldığında her ikisini de destekleyebilir.

S: MIFARE Proximity Karttan Daha mı Güvenli?

C: Önemli ölçüde farklı güvenlik yeteneklerini destekleyebilir, ancak cevap tam olarak MIFARE ailesine ve uygulamaya bağlıdır. Gelişmiş kimlik bilgilerinin yalnızca açık tanımlayıcı olarak kullanılması, kimliği doğrulanmış güvenlik özelliklerini otomatik olarak kullanmaz.

S: MIFARE Classic Yeni Bir Erişim-Kontrol Tasarımına Uygun mu?

C: NXP şu anda MIFARE Classic EV1'i yeni tasarımlar için önerilmez olarak işaretliyor. Mevcut sistemler uyumluluk için hâlâ Klasik'e ihtiyaç duyabilir, ancak yeni bir proje, halihazırda desteklenen alternatifleri okuyucu ve güvenlik gereksinimlerine göre değerlendirmelidir. :contentReference[oaicite:25]{dizin=25}

S: MIFARE Plus veya DESFire: Hangisini Seçmeliyim?

C: Plus EV2, eski altyapıdan geçiş göz önünde bulundurularak özel olarak tasarlanmıştır; DESFire EV3 ise kapsamlı kimlik doğrulama ve anahtar-yönetim yeteneklerine sahip modern bir çoklu-uygulama mimarisi sağlar. Doğru seçim hâlâ okuyucu desteğine, uygulama tasarımına ve geçiş gereksinimlerine bağlıdır. :contentReference[oaicite:26]{dizin=26}

S: Tüm Proximity Okuyucuların Tek Seferde Değiştirilmesi Gerekiyor mu?

C: Hayır. Mimarinin desteklediği durumlarda, çift-frekans okuyucular, ikili-teknoloji kartları veya site bazında{-siteye geçiş kontrollü bir geçişe izin verebilir. HID'nin mevcut DESFire EV3 + Prox kimlik bilgisi bu yaklaşımın bir örneğidir. :contentReference[oaicite:27]{dizin=27}

S: MIFARE Geçişi Yayına Geçmeden Önce Neler Test Edilmelidir?

C: En azından, kimlik bilgilerinin{0}}okuyucu uyumluluğunu, tanımlayıcı eşlemesini, amaçlanan kimlik doğrulamasını, kayıt işlemini, iptali, değiştirmeyi, kullanıldığı yerde ikili-teknoloji davranışını, yazdırma/kodlamayı ve eski erişimin planlı olarak kullanımdan kaldırıldığını doğrulayın.

 

Nihai Tavsiye

MIFARE ve yakınlık kartları arasındaki pratik fark, 125 kHz'e karşı 13,56 MHz'den daha büyüktür.

Güvenilir bir erişim{0}kontrol kararı aşağıdakilere yanıt vermelidir:

  • Gerçekte hangi okuyucular kurulu?
  • Hangi kimlik ailelerini destekliyorlar?
  • Uygulama hangi tanımlayıcıyı veya korumalı verileri kullanıyor?
  • Okuyucu gerçek kimlik doğrulaması mı yapıyor yoksa yalnızca bir tanımlayıcıyı mı okuyor?
  • Akıllı-kart anahtarlarını ve kişiselleştirmeyi kim kontrol ediyor?
  • Okuyucu{0}}denetleyiciye-iletişim nasıl korunur?
  • Geçiş sırasında eski ve yeni kimlik bilgileri nasıl bir arada bulunacak?
  • Eski erişimin kullanımdan kaldırılması için hangi kanıtların geçmesi gerekiyor?

125 kHz'lik geniş bir kurulu tabana sahip mevcut düşük{0}riskli bir dağıtım için, eski Prox kimlik bilgilerinin belirli bir süre boyunca devam ettirilmesi bir hatadan ziyade operasyonel bir karar olabilir.

Yeni bir dağıtım veya güvenlik yükseltmesi için, düzgün şekilde uygulanan modern bir MIFARE{0}}ailesi kimlik bilgisi, kimlik doğrulamayı, korunan uygulama verilerini ve daha esnek kimlik bilgisi yönetimini destekleyebilir. Değer, spesifikasyonda yazılı MIFARE adından değil, tasarımın tamamından gelir.

Kurulu okuyucu → tam ​​kimlik bilgisi → tanımlayıcı/uygulama verileri → kimlik doğrulama → anahtarlar → sistem güvenliği → geçiş mimarisi → üretim örneği → kabul testi.

Okuyucu modelleri, hedef kimlik bilgileri, tanımlayıcı kurallar, kimlik doğrulama yaklaşımı, geçiş planı, çizim, miktar ve kabul gereksinimleri tanımlandıktan sonra alıcılar,numune veya teklif isteyinprojeye-özel değerlendirme için.

Soruşturma göndermek