MIFARE 칩을 선택하는 방법: 클래식 vs 플러스 vs DESFire vs 초경량

Aug 26, 2026

메시지를 남겨주세요

MIFARE 칩을 선택하는 것은 단순히 메모리 크기를 비교하거나 가장 저렴한-비접촉식 자격증명을 구매하는 문제가 아닙니다.

올바른 선택은 자격 증명이 수행해야 하는 작업, 필요한 보안 수준, 이미 설치된 판독기와 소프트웨어, 자격 증명 사용 기간, 시스템에 하나의 응용 프로그램이 필요한지 여러 개의 응용 프로그램이 필요한지 여부에 따라 달라집니다.

예를 들어 일회용 이벤트 티켓은 5년차 직원 자격증이나 재사용 가능한 교통카드와는 매우 다른 요구사항을 갖습니다. 동일한 칩이 세 가지 모두에 자동으로 사용되어서는 안 됩니다.

이 가이드는 주요 MIFARE 제품군을 비교하고 주문하기 전에 선택 범위를 좁힐 수 있는 실용적인 방법을 제공합니다.RFID 카드, 손목 밴드, 열쇠 고리, 티켓 또는 기타 비접촉식 자격 증명.

MIFARE Classic, Plus, DESFire and Ultralight chip selection for RFID cards, wristbands and key fobs

 

빠른 답변: 어떤 MIFARE 칩을 평가해야 합니까?

프로젝트 요구 사항 평가할 MIFARE 제품군
저렴한-비용의 단기-종신 티켓 또는 패스 MIFARE 초경량 EV1 단순하고 제한된 용도로 사용하도록 설계됨-
AES 인증이 필요한 제한된-사용 자격증명 MIFARE 초경량 AES 제한된-사용 위치 확인과 AES-128 인증 결합
단계별 보안 마이그레이션이 필요한 기존 MIFARE Classic 인프라 MIFARE 플러스 EV2 주요 장점은 레거시 기본-지향 인프라에서 AES-기반 보안으로 마이그레이션하는 것입니다.
안전한 단일-애플리케이션 자격증명 MIFARE DES파이어 라이트 더욱 간단하고 사전 정의된 애플리케이션 구조로 AES-기반 보안을 제공합니다.
보안 다중{0}}애플리케이션 자격증명 MIFARE DESFire EV3 유연한 파일 구조, 여러 애플리케이션 및 더 강력한 시스템 수준 기능을 제공합니다-
특히 Classic이 필요한 시스템에 대한 교체 자격 증명 MIFARE 클래식 EV1 레거시 호환성으로 인해 여전히 필요할 수 있습니다.
고급{0}}보안 ID, 차량 접근 또는 유사한 아키텍처 MIFARE 듀옥스 고급 보안 모델을 위해 대칭 및 비대칭 암호화를 결합합니다.

이 표는 구매 사양이 아닌 출발점입니다. 최종 IC는 리더, 펌웨어, 소프트웨어, 애플리케이션 아키텍처 및 키{1}}관리 요구 사항을 기준으로 확인해야 합니다.

 

MIFARE 칩이란 무엇입니까?

MIFARE는 액세스 관리, 대중 교통, 숙박, 티켓팅, 로열티 및 폐쇄형 루프 결제와 같은 애플리케이션에 사용되는 비접촉식 IC 제품군입니다.-

MIFARE 제품은 13.56MHz 비접촉 환경에서 작동하지만 "MIFARE"라는 단어는 단일 칩을 식별하지 않습니다. 다양한 MIFARE 제품군은 다양한 메모리 구조, 인증 방법 및 애플리케이션 모델을 사용합니다.

IC는 물리적 자격 증명과도 별개입니다. 동일한 기술이 플라스틱 카드, 종이 티켓,RFID 손목밴드, RFID 열쇠 고리, 배지 또는 기타 폼 팩터.

칩 선택과 자격 증명 구성이 서로 다른 문제를 해결하기 때문에 이러한 구별이 중요합니다. IC는 비접촉식 기능을 제어하는 ​​반면, 안테나 형상, 재료, 치수 및 제품 구조는 물리적 내구성과 RF 성능에 영향을 미칩니다.

 

MIFARE 칩 비교 매트릭스

가족 보안방향 메모리/애플리케이션 아키텍처 성능 노트 레거시핏 일반적인 역할 새로운 프로젝트 포지셔닝
MIFARE 클래식 EV1 레거시 보안 아키텍처 1KB 또는 4KB 섹터-및-블록 구조 106kbit/s 기존 클래식 시스템에 강력하게 적합 레거시 액세스, 멤버십 및 설치된 시스템 일반적으로 새로운 보안에 민감한 디자인에 대한 기본값이 아닌 호환성 선택-
MIFARE 플러스 EV2 AES-128 기반 마이그레이션 경로 기본-지향 인프라로부터의 마이그레이션을 중심으로 설계됨 고성능-보안 비접촉 플랫폼 강력한 마이그레이션 가치 Phased Classic 보안 업그레이드 레거시 인프라를 한 번에 교체할 ​​수 없는 경우에 적합
MIFARE DES파이어 라이트 AES-128 사전 정의된 파일 구조의 640바이트 ISO/IEC 14443 유형 A 비접촉 아키텍처 기본적으로 Classic 마이그레이션 제품이 아님 안전한 단일-애플리케이션 사용자 인증 정보 완전한 다중-애플리케이션 복잡성 없이 최신 보안 사용자 인증 정보가 필요할 때 강력한 옵션
MIFARE DESFire EV3 AES-기반의 높은-보안 아키텍처 2KB, 4KB, 8KB 또는 16KB(유연한 파일 및 여러 애플리케이션 포함) 최대 848kbit/s 직접적인 Classic 호환성보다 새로운 아키텍처에 더 적합 대중교통, 접근, 캠퍼스 및 다중{0}}서비스 자격증명 안전한 다중 애플리케이션 프로젝트를 위한 강력한-범용 선택
MIFARE 초경량 EV1 비밀번호-기반 보호 제한된 사용 자격 증명을 위한 작고 간단한 메모리 아키텍처- 간단한 발권 거래를 위해 설계되었습니다. Classic 마이그레이션 제품이 아님 티켓, 일일 이용권 및 단기-자격증명 고급 보안보다 비용과 단순성이 더 중요할 때 적합합니다.
MIFARE 초경량 AES AES-128 인증 제한된-사용 아키텍처 보안 티켓 및 키{0}}카드 애플리케이션용으로 설계됨 Classic 마이그레이션 제품이 아님 이벤트, 호텔, 교통 및 임시 액세스 자격 증명 제한된-사용 자격 증명에 더 강력한 인증이 필요할 때 유용합니다.
MIFARE 듀옥스 대칭 및 비대칭 암호화 고급 보안 다중{0}}애플리케이션 아키텍처 보안 수준이 높은 애플리케이션용으로 설계됨- 주로 클래식 마이그레이션 도구로 포지셔닝되지 않음 고급 액세스, 차량 액세스 및 EV{0}}관련 애플리케이션 PKI, 인증서 또는 매우 높은 보안 요구 사항으로 인해 추가적인 복잡성이 정당화되는지 평가합니다.

MIFARE Classic EV1 vs Plus EV2 vs DESFire EV3 vs Ultralight AES comparison

 

주요 MIFARE 제품군 설명

MIFARE Classic EV1: 주로 레거시 호환성 결정

MIFARE Classic은 해당 섹터-및-블록 아키텍처를 중심으로 수많은 액세스 제어, 멤버십, 캠퍼스 및 교통 시스템이 구축되었기 때문에 널리 인정받고 있습니다.

MIFARE Classic EV1은 1KB 및 4KB 변형으로 제공되며 106kbit/s 데이터 속도로 13.56MHz에서 작동합니다.

오늘날 주요 이점은 우수한 보안보다는 설치된 시스템과의 호환성인 경우가 많습니다.

조직에 이미 클래식 부문을 중심으로 설계된 리더, 소프트웨어 및 자격 증명 데이터가 있는 경우 자격 증명 기술을 변경하려면 카드 자체 이상의 수정이 필요할 수 있습니다. 이것이 바로 이유이다MIFARE 1K 카드교체 및 유지 관리 프로젝트와 여전히 관련이 있을 수 있습니다.

그러나 NXP는 현재 MIFARE Classic EV1이 새로운 설계에 권장되지 않는다고 밝혔습니다. 보안에 민감한-새 배포의 경우 Classic을 기본 선택으로 설정하기 전에 해당 수명 주기 위치를 고려해야 합니다. 참조NXP의 공식 MIFARE Classic EV1 제품 정보.

실질적인 결정:기존 시스템에서 필요할 경우 Classic을 사용하세요. 익숙하거나 저렴하거나 널리 사용 가능하다는 이유만으로 새 프로젝트에 선택하지 마십시오.

MIFARE Plus EV2: 단순히 "더 나은 클래식"이 아닌 마이그레이션 도구

MIFARE Plus EV2는 조직이 더 강력한 보안을 원하지만 동시에 전체 클래식- 기반 인프라를 교체할 수 없는 경우에 특히 적합합니다.

그 전략적 가치는 마이그레이션입니다.

대규모 액세스 또는 대중교통 운영자는 수백 또는 수천 개의 위치에 독자를 보유할 수 있습니다. 한 번의 전환으로 모든 자격 증명, 리더, 펌웨어 및 백엔드 구성 요소를 교체하는 것은 비현실적일 수 있습니다.-

MIFARE Plus EV2는 AES-128 보안을 지원하며 기존 비접촉식 인프라가 보다 안전한 아키텍처로 전환할 수 있도록 설계되었습니다.

이는 다음과 같은 핵심 질문을 제기합니다.

기존 클래식{0}}지향 시스템에서 제어된 전환을 유지해야 합니까?

대답이 '예'라면 Plus EV2는 진지한 평가를 받을 가치가 있습니다. 대답이 '아니오'이고 완전히 새로운 다중-애플리케이션 플랫폼을 설계하고 있다면 DESFire가 보다 자연스러운 출발점을 제공할 수 있습니다.

MIFARE DESFire Light: 하나의 주요 애플리케이션을 위한 안전하고 단순한 솔루션

DESFire Light는 매우 단순하고 제한적으로 사용되는 제품과 보다 유연한 다중 애플리케이션 DESFire EV3 아키텍처 사이의 공간을 채워줍니다.-

640바이트의 사용자 메모리, AES-128 보안, ISO/IEC 14443 Type A 통신 및 사전 정의된 파일 구조를 제공합니다.

핵심 단어는단일 애플리케이션.

자격 증명에 보안 액세스, 충성도, 전송 자격 또는 기타 정의된 애플리케이션이 필요하지만 대규모 멀티{0}}서비스 아키텍처는 필요하지 않은 경우 DESFire Light는 불필요한 복잡성을 줄일 수 있습니다.

따라서 단순히 EV3에 더 많은 메모리와 기능이 있기 때문에 DESFire EV3를 선택하는 것보다 더 논리적인 선택이 될 수 있습니다.

MIFARE DESFire EV3: 안전하고 유연한 다중{1}}애플리케이션 시스템용

DESFire EV3는 보안, 유연한 데이터 구성 및 여러 서비스가 동일한 자격 증명에 공존해야 하는 애플리케이션을 위해 설계되었습니다.

ISO/IEC 14443 Type A 통신, 최대 848kbit/s의 데이터 속도, 유연한 파일 구조 및 2KB, 4KB, 8KB 및 16KB를 포함한 메모리 변형을 지원합니다.

NXP는 제품에 대한 Common Criteria EAL{0}} 인증을 나열합니다. 현재 기술적인 내용은 홈페이지에서 확인하실 수 있습니다.공식 MIFARE DESFire EV3 제품 페이지.

DESFire를 선택하는 주된 이유는 단순히 "더 많은 메모리" 때문이 아닙니다. 해당 아키텍처는 별도의 애플리케이션, 파일, 키 및 액세스 권한을 동일한 자격 증명 내에서 관리해야 할 때 유용합니다.

예를 들어, 캠퍼스 자격 증명에는 접근, 출석, 카페테리아 기능 및 기타 서비스가 필요할 수 있습니다. 이는 백엔드 데이터베이스에만 식별자를 보내는 카드와는 다른 아키텍처입니다.-

MIFARE Ultralight EV1: 단순 제한-자격증명 사용용

MIFARE Ultralight EV1은 단순성과 인증 비용이 중요한 대용량-제한적{2}}사용 애플리케이션용으로 설계되었습니다.

일반적인 사용 사례에는 편도 교통 티켓, 이벤트 입장권, 일일 이용권, 포인트 적립 신청 및 기타 단기 자격 증명이-포함됩니다.

이는 DESFire보다 단순한 메모리 아키텍처를 사용하고 DESFire 또는 AES{1}}기반 Ultralight 제품의 고급 보안 모델이 아닌 비밀번호{0}} 기반 보호를 제공합니다.

초경량 EV1은 자격 증명과 관련된 가치와 위험이 제한되어 있고 고급 다중{1}애플리케이션 기능이 실제 요구 사항을 해결하지 않고도 복잡성을 가중시킬 때 적합합니다.

MIFARE Ultralight AES: 제한된 사용이 낮은 보안을 의미하지는 않습니다.

단기-종신 티켓이나 게스트 자격증명에도 심각한 보안 위험이 있을 수 있습니다.

MIFARE Ultralight AES는 제한된 사용 위치 지정과 AES-128 암호화 인증을 결합하여 이러한 격차를 해결합니다.{0}}

NXP는 대중 교통, 숙박, 접근성, 이벤트 티켓팅 및 충성도를 포함한 애플리케이션을 식별합니다. 기술적인 세부 사항은 다음에서 확인할 수 있습니다.공식 MIFARE Ultralight AES 데이터 시트.

따라서 애플리케이션에 전체 DESFire 아키텍처가 필요하지 않지만 기본 비밀번호{0} 기반 보호가 프로젝트 요구사항에 충분하지 않은 경우 Ultralight AES가 특히 유용합니다.

MIFARE DUOX: 더욱 발전된 보안 아키텍처를 위한

MIFARE DUOX는 현재 MIFARE 포트폴리오 중 보안 수준이 가장 높은 -부분에 속합니다.

이는 AES 및 타원{0}}곡선 암호화를 포함한 대칭 및 비대칭 암호화를 결합하며 NXP는 이를 고급 액세스 관리, 보안 차량 액세스 및 EV 충전을 포함한 사용 사례에 포지셔닝합니다.

NXP는 Common Criteria EAL6+ 인증도 나열하고 있습니다. 자세한 내용은 다음에서 확인할 수 있습니다.공식 MIFARE DUOX 제품 페이지.

그렇다고 DUOX가 모든 프로젝트에서 DESFire나 Ultralight를 대체해야 한다는 의미는 아닙니다. 단순 멤버십 자격 증명은 인증서-기반 또는 고급 키-관리 모델에 필요한 추가 아키텍처의 이점을 거의 누리지 못합니다.

위협 모델과 시스템 요구 사항이 이를 정당화하는 경우에만 더 높은 복잡성을 사용하십시오.

 

클래식 vs 플러스 vs DESFire: 차이점을 이해하는 가장 빠른 방법

질문 클래식 EV1 플러스 EV2 데스파이어 EV3
그것을 선택하는 주된 이유 기존 레거시 호환성 단계별 보안 마이그레이션 새로운 안전하고 유연한 애플리케이션 아키텍처
가장 적합 이미 Classic을 기반으로 설계된 시스템 레거시 클래식 인프라에서 벗어나는 조직 신규 또는 재설계된 보안 다중{0}}응용 시스템
주요 보안 방향 유산 AES-기반 마이그레이션 최신 AES-기반 보안 아키텍처
애플리케이션 구조 섹터 및 블록 기반 마이그레이션-지향적인 섹터/블록 접근 방식 유연한 애플리케이션 및 파일 모델
일반적인 구매자 질문 "이것이 기존 카드를 대체합니까?" "한 번에 모든 것을 교체하지 않고 어떻게 업그레이드하나요?" "새로운 보안 자격 증명 플랫폼을 어떻게 구축해야 합니까?"

따라서 가장 유용한 차이점은 다음과 같습니다.

클래식은 일반적으로 호환성에 관한 것입니다. 플러스는 종종 마이그레이션에 관한 것입니다. DESFire는 일반적으로 보다 유연한 보안 애플리케이션 아키텍처를 구축하는 것입니다.

 

초경량 AES와 DESFire Light: 어느 것을 선택해야 합니까?

이 두 제품은 둘 다 기본 저가 티켓보다 더 강력한 보안이 필요한 프로젝트에 나타날 수 있기 때문에 혼란스러울 수 있습니다.-

요구 사항 초경량 AES DES파이어 라이트
자격 증명 유형 제한된-사용 티켓 또는 키 카드 안전한 단일-애플리케이션 자격증명
보안 AES-128 AES-128
애플리케이션 복잡성 낮추다 더 높고 더 체계적으로
전형적인 예 이벤트 티켓, 임시 출입, 환대, 제한된-이용 교통수단 보안 액세스, 충성도, 운송 또는 폐쇄{0}}루프 애플리케이션
선택 질문 "보안이 제한된-사용 자격 증명이 필요합니까?" "보다 구조화된 파일 시스템을 갖춘 보안 애플리케이션이 필요합니까?"

"AES"라는 단어만으로 둘 중 하나를 선택하지 마십시오. 애플리케이션 모델은 암호화 기능만큼 중요합니다.

 

실용적인 MIFARE 선택 결정 경로

  1. 기존 MIFARE Classic 시스템의 자격 증명을 교체하시겠습니까?
  2. 그렇다면 먼저 정확한 레거시 호환성이 필요한지 아니면 단계적 마이그레이션이 필요한지 결정하세요. 정확한 호환성으로 인해 Classic의 관련성이 유지될 수 있습니다. 단계적인 보안 업그레이드를 통해 Plus EV2가 더 적합해질 수 있습니다.
  3. 자격증명은 단기-수명인가요, 아니면 제한적-사용인가요?
  4. 그렇다면 Ultralight를 평가해 보세요. 보안 요구 사항을 사용하여 기본 Ultralight 제품 또는 Ultralight AES가 더 적합한지 결정합니다.
  5. 하나의 주요 보안 애플리케이션이 필요합니까?
  6. 그렇다면 자동으로 대규모 다중 애플리케이션 제품으로 전환하기 전에 DESFire Light를 평가해 보세요.
  7. 여러 애플리케이션, 유연한 파일 또는 향후 확장이 필요합니까?
  8. 그렇다면 DESFire EV3가 더 강력한 후보가 됩니다.
  9. 시스템에 인증서 기반, 비대칭 또는 비정상적으로 높은 보안 기능이-필요합니까?
  10. 그렇다면 DUOX가 더 광범위한 보안 아키텍처에 적합한지 평가하세요.

 

올바른 MIFARE 칩을 단계별로 선택하는 방법

1단계: 자격 증명이 실제로 수행하는 작업 정의

칩 카탈로그로 시작하지 마십시오. 먼저 사용자 작업을 적어보세요.

  • 문을 열어라
  • 출석 기록
  • 호텔 방 잠금 해제
  • 이벤트를 입력하세요
  • 운송 권한 저장
  • 저장된 가치를 유지
  • 액세스 및 결제 지원
  • 스마트폰과 상호작용
  • 기존 클래식 자격 증명 교체

1일권-과 재사용 가능한 직원 카드를 동일한 우선순위로 평가해서는 안 됩니다.

2단계: 보안 요구 사항을 위협으로 정의

"보안 카드가 필요합니다"는 완전한 요구 사항이 아닙니다.

대신, 무엇을 방지하려고 하는지 물어보세요.

  • 단순 자격 증명 복제
  • 저장된 데이터에 대한 무단 변경
  • 저장된 가치의 조작
  • 승인되지 않은 독자 액세스
  • 통신 가로채기 또는 조작
  • 교차-애플리케이션 액세스
  • 제대로 제어되지 않은 키 배포

그러면 더욱 유용한 칩-선택 논의가 즉시 생성됩니다.

저장된 값이 없는 충성도 자격 증명과 제한 구역을 보호하는 기업 액세스 자격 증명은 자동으로 동일한 보안 모델을 사용해서는 안 됩니다.

3단계: 카드를 주문하기 전에 리더 호환성을 확인하세요.

이는 가장 중요한 조달 단계 중 하나입니다.

두 제품은 모두 13.56MHz에서 작동할 수 있지만 여전히 서로 다른 프로토콜, 인증, 펌웨어 또는 소프트웨어 지원이 필요합니다.

시스템이 이미 설치되어 있는 경우 다음을 수집하십시오.

  • 리더 제조사
  • 리더 모델
  • 펌웨어 버전
  • 현재 카드 또는 칩 모델
  • 소프트웨어 플랫폼
  • 인증방법
  • 기존 키 구조

아래에 나열된 제품이 있다고 가정하기보다는 정확한 독자 정보를 사용하십시오.RFID 리더카테고리는 모든 MIFARE 제품군을 지원할 수 있습니다.

호환성을 확인하기에 충분하지 않은 것은 무엇입니까?

다음 설명만으로는 충분하지 않습니다.

  • "13.56MHz 리더"
  • "NFC 호환"
  • 기존 카드 사진
  • 실제 카드 크기
  • 독자가 이미 "MIFARE"를 사용하고 있다는 진술

정확한 판독기와 자격 증명 사양이 필요합니다.

4단계: 어떤 데이터를 저장해야 하는지 결정

더 많은 메모리가 자동으로 더 좋아지는 것은 아닙니다.

데이터 모델부터 시작하세요.

예 1: UID 또는 식별자 조회

자격증명이 사용자만 식별하고 모든 권한이 백엔드 데이터베이스에 저장되어 있는 경우{0}}온카드 데이터 요구사항은 적을 수 있습니다.-

예 2: 액세스 플러스 자격

카드에 액세스 자격 증명과 다른 권한 또는 값이 저장되어 있는 경우 메모리 구성 및 액세스 권한이 더욱 중요해집니다.

예 3: 여러 독립 서비스

하나의 자격 증명이 액세스, 전송, 결제, 충성도 또는 캠퍼스 서비스를 지원하는 경우 별도의 애플리케이션, 파일 및 키가 총 바이트 수보다 더 중요해질 수 있습니다.

이것이 DESFire가 "더 많은 메모리를 갖춘 카드"로만 평가되어서는 안되는 이유 중 하나입니다.

5단계: 스마트폰 NFC 상호 작용이 중요한지 결정

"13.56MHz", "RFID" 및 "NFC"를 상호 교환 가능한 조달 용어로 취급하지 마십시오.

스마트폰이 자격 증명과 상호 작용해야 하는 경우 정확한 IC, 전화 플랫폼 및 애플리케이션 설계에 대한 지원을 확인하세요.

전용 액세스 제어 리더와 소비자 스마트폰 상호작용은{0}}다양한 문제를 해결합니다.

6단계: 칩을 자격 증명 수명 및 폼 팩터에 일치시킵니다.

1일-이벤트 티켓은 몇 년 동안 계속 사용할 것으로 예상되는 직원 자격증명과 비용 모델이 다릅니다.

최종 제품은 PVC 카드, 종이 티켓, 열쇠 고리, 실리콘 손목 밴드, 직조 손목 밴드 또는 기타 폼 팩터일 수 있습니다.

예를 들어 웨어러블 자격 증명이 필요한 프로젝트에서는 다음과 같은 옵션을 비교할 수 있습니다.플라스틱 MIFARE 손목밴드기존 카드 외에

칩 기능은 완성된 자격 증명의 일부일 뿐이라는 점을 기억하십시오. 안테나 디자인, 재료, 크기 및 리더기 환경은 실제 RF 성능에 영향을 미칠 수 있습니다.

7단계: 칩 가격뿐만 아니라 전체 시스템 비용 비교

가장 저렴한 자격 증명이 항상 가장 저렴한-시스템은 아닙니다.

총 프로젝트 비용에는 다음이 포함될 수 있습니다.

  • 자격 증명 비용
  • 리더 교체
  • 펌웨어 업그레이드
  • 소프트웨어 변경
  • 키 관리
  • 개인화
  • 부호화
  • 시스템 통합
  • 테스트
  • 이주
  • 자격 증명 교체

실용적인 마이그레이션 경로를 지원하는 약간 더 비싼 사용자 인증 정보는 전체 리더 인프라를 강제로 교체해야 하는 저렴한{0}}카드보다 비용이 저렴할 수 있습니다.

8단계: 대량 생산 전 실제 자격 증명 테스트

데이터시트를 시스템 테스트의 대체물로 취급하지 마십시오.

다음의 정확한 조합을 테스트하십시오.

  • 안테나
  • 자격 증명 자료
  • 리더
  • 펌웨어
  • 소프트웨어
  • 부호화
  • 열쇠
  • 설치환경

개발 및 검증 작업에 적합한13.56MHz NFC 리더 및 라이터유용할 수 있지만 실제로 배포될 리더기에 대해 생산 호환성을 검증해야 합니다.

Testing MIFARE card compatibility with RFID reader, firmware, protocol and software

 

다양한 애플리케이션에 적합한 MIFARE 칩은 무엇입니까?

접근 제어

새로운 보안-민감한 액세스-제어 시스템의 경우 클래식을 자동으로 지정하기보다는 보안 아키텍처와 리더 기능부터 시작하세요.

DESFire는 안전한 최신 자격 증명이 필요할 때 평가할 가치가 있는 반면, Plus는 설치된 클래식 인프라에 마이그레이션 경로가 필요한 경우 특히 적합합니다.

레거시 교체 프로젝트에는 여전히 Classic이 필요할 수 있습니다.

물리적 자격 증명을 계획할 때 관련 제품 옵션에는 다음이 포함됩니다.MIFARE 액세스 카드. 독자-측 계획은 별도로 다루어야 합니다. 안RFID 액세스-제어 리더선택한 자격 증명 아키텍처를 지원해야 합니다.

이벤트 티켓팅

간단한-단기 입학을 원하시면 Ultralight 제품군을 평가해 보세요.

더 강력한 인증이 필요한 경우 Ultralight AES가 제한적으로 사용하기에 더 적절한 옵션일 수 있습니다.-

이벤트 자격 증명이 액세스 구역, 저장된 가치, 호텔 기능 또는 여러 애플리케이션도 처리하는 경우 DESFire의 관련성이 더욱 높아질 수 있습니다.

그러면 IC는 다음과 같은 제품에 통합될 수 있습니다.RFID 이벤트 손목밴드.

호텔 키 카드

호환성이 잠금 시스템에 크게 좌우되기 때문에 호텔 프로젝트에는 특별한 주의가 필요합니다.

일반 칩 테이블에서만 호텔 자격 증명을 선택하지 마십시오.

먼저 다음을 얻으세요:

  • 자물쇠 제조사
  • 잠금 모델
  • 기존 자격 증명 유형
  • 지원되는 칩 사양
  • 필수 개인화 또는 인코딩 프로세스

그런 다음에만 다음과 같은 카드 구성을 선택해야 합니다.RFID 호텔 키 카드.

대중교통

대중교통 프로젝트는 저렴한 편도{0}}여행 티켓부터 재사용 가능한 다중{1}}서비스 자격증명까지 다양합니다.

제한된-사용 티켓은 Ultralight 가족에게 적합할 수 있습니다. 재사용 가능한 보안 자격 증명에는 DESFire 또는 다른 강력한 아키텍처가 필요할 수 있습니다. 기존 Classic 배포에는 단계적 마이그레이션의 일부로 Plus가 필요할 수 있습니다.

캠퍼스 및 회원 카드

카드가 단순히 회원을 식별하고 백엔드가 모든 권한을 저장하는 경우 -카드 신청 요구 사항은 그리 크지 않을 수 있습니다.

하나의 자격 증명이 액세스, 출석, 도서관 서비스, 구내식당 결제 및 기타 기능을 지원한다면 구조화된 다중{0}}애플리케이션 아키텍처의 가치가 크게 높아집니다.

폐쇄형-루프 결제

저장된 가치는 자격 증명 복사, 조작 또는 취약한 키 관리의 영향을 증가시킵니다.

따라서 보안 아키텍처, 거래 무결성, 인증 및 운영 키 관리는 카드 가격보다 더 큰 비중을 차지해야 합니다.

MIFARE applications for access control, event ticketing, hotel key cards and public transportation

 

레거시 MIFARE 클래식 마이그레이션에 접근하는 방법

마이그레이션을 단순한 카드-교체 주문으로 취급하지 마세요.

먼저 인벤토리를 구축하세요.

  1. 기존 리더 모델
  2. 리더 펌웨어
  3. 백엔드-소프트웨어
  4. 현재 자격 증명 모델
  5. 현재 주요 아키텍처
  6. 활성 자격 증명 수
  7. 이전 자격 증명과 새 자격 증명이 공존해야 하는지 여부
  8. 마이그레이션 기간
  9. 대상 보안 요구 사항

레거시 리더와 업그레이드된 리더가 동일한 전환 기간 동안 작동해야 하는 경우 MIFARE Plus EV2는 마이그레이션이 핵심 사용 사례 중 하나이므로 특별한 주의를 기울일 가치가 있습니다.

전체 아키텍처를 교체하고 기본{0}}지향 마이그레이션 동작이 필요하지 않은 경우 Plus가 자동으로 필요하다고 가정하는 대신 해당 접근 방식을 DESFire-기반 재설계와 직접 비교하세요.

 

일반적인 MIFARE 선택 실수

가장 낮은-가격의 칩을 먼저 선택

애플리케이션 및 시스템 요구 사항부터 시작하세요. 단가는 호환성, 보안, 아키텍처 이후에 고려해야 합니다.

메모리 크기만 비교

더 큰 메모리 값이 자동으로 하나의 칩을 더 적합하게 만들지는 않습니다. 파일 구조, 인증, 리더 지원 및 애플리케이션 분리가 더 중요할 수 있습니다.

모든 13.56MHz 자격 증명이 호환된다고 가정

주파수는 프로토콜, 인증, 펌웨어 또는 소프트웨어 호환성을 보장하지 않습니다.

클래식을 새 시스템의 기본값으로 사용

Classic은 설치된 시스템에서 여전히 일반적이지만 설치된-기본 인기와 새로운 보안에 민감한 디자인에 대한 적합성은{1}}두 가지 다른 질문입니다.

리더 펌웨어 및 소프트웨어 무시

판독기나 시스템 소프트웨어가 필요한 명령과 보안 모델을 지원하지 않으면 유능한 비접촉 IC가 의도한 기능을 제공할 수 없습니다.

키 관리 무시

강력한 암호화 기능이 보안 시스템을 자동으로 생성하지는 않습니다.

기본 키, 잘못 분산된 키, 안전하지 않은 개인화, 취약한 백엔드 제어{0}}는 기술적으로 유능한 자격증명을 약화시킬 수 있습니다.

보안은 칩 사양뿐만 아니라{0}}시스템 수준의 책임입니다.

테스트 전 대량 생산 주문

대량 생산을 시작하기 전에 항상 실제 카드, 리더기, 펌웨어, 소프트웨어 및 인코딩을 검증하십시오.

 

MIFARE 또는 NTAG: 실제로 MIFARE가 필요합니까?

모든 13.56MHz 프로젝트가 실제로 MIFARE 선택 문제인 것은 아닙니다.

주요 목적이 URL 열기, 디지털 프로필 공유, 리뷰 페이지 실행 또는 간단한 NFC 작업 실행과 같은 소비자 스마트폰 상호 작용이라면,NFC 태그카테고리가 더 적합할 수도 있습니다.

예를 들어, 간단한 스마트폰{0}}대응 애플리케이션은NTAG213 NFC 카드보안 MIFARE 액세스 자격 증명이 아닌

MIFARE는 시스템에 액세스 제어, 전용 리더기, 인증, 티켓팅, 저장된 가치 또는 구조화된 스마트 카드 애플리케이션이 포함될 때 더욱 관련성이 높아집니다.{0}}

더 좋은 질문은 다음과 같습니다.

어떤 RFID 칩이 가장 좋나요?

그것은:

애플리케이션, 리더기, 보안 요구 사항, 시스템 아키텍처 및 자격 증명 수명주기와 일치하는 칩은 무엇입니까?

 

견적을 요청하기 전에 RFID 공급업체에 무엇을 보내야 합니까?

공급업체는 기술적 요구 사항이 명확할 때 보다 정확한 권장 사항을 제시할 수 있습니다.

다음 정보를 준비하십시오.

  1. 애플리케이션:접근, 발권, 호텔, 교통, 로열티, 멤버십 또는 기타 용도
  2. 현재 리더 제조업체 및 모델:시스템이 이미 존재하는 경우
  3. 현재 카드 또는 칩 모델:특히 교체 또는 마이그레이션 프로젝트의 경우
  4. 필수 보안 수준:시스템이 해결해야 하는 위협을 포함하여
  5. 데이터 요구 사항:실제로 자격 증명에 저장해야 하는 내용
  6. 애플리케이션 구조:하나의 애플리케이션 또는 여러 개의 애플리케이션
  7. 스마트폰 요구사항:모바일 NFC 상호 작용이 필요한지 여부
  8. 물리적 형식:카드, 손목밴드, 열쇠고리, 티켓 또는 기타 자격증명
  9. 예상 수명:하루, 몇 달, 몇 년
  10. 수량:샘플 수량 및 예상 생산 수량
  11. 개인화:인쇄, UID 처리, 인코딩 또는 기타 데이터 요구 사항
  12. 테스트:생산 전에 리더 및 소프트웨어 검증이 필요함

정확한 칩 모델을 제공할 수 없는 경우 겉모습으로 추측하기보다는 기존 자격 증명 샘플을 리더 및 시스템 세부 정보와 함께 보내세요.

 

최종 MIFARE 선택 체크리스트

  • 칩을 선택하기 전에 애플리케이션을 정의하십시오.
  • "보안"이라는 단어를 일반적인 요구 사항으로 사용하는 대신 실제 보안 위협을 정의하십시오.
  • 정확한 리더기, 펌웨어, 소프트웨어 환경을 확인하세요.
  • 실제로 저장해야 하는 데이터가 무엇인지 결정합니다.
  • 하나 또는 여러 개의 응용 프로그램이 필요한지 결정하십시오.
  • 스마트폰 NFC 상호작용이 중요한지 확인하세요.
  • IC를 자격 증명 수명 및 물리적 형식과 일치시킵니다.
  • 칩 가격뿐만 아니라 전체 시스템 비용을 비교해보세요.
  • 기존 호환성 요구사항과 새로운-시스템 요구사항을 분리하세요.
  • 대량 생산 전에 실제 샘플을 테스트해 보세요.

새로운 시스템을 구축하는 경우 자격 증명을 단독으로 선택하지 마십시오.

기존 시스템을 업그레이드하는 경우 호환성 및 마이그레이션 요구 사항부터 시작하십시오.

그리고 MIFARE Classic, Plus, DESFire, Ultralight 또는 기타 비접촉식 IC 중에서 여전히 확신할 수 없는 경우 공급업체에 리더 모델, 현재 자격 증명, 애플리케이션 및 보안 요구 사항을 먼저 제공하십시오. 이러한 세부 정보는 단순히 "최고의 MIFARE 칩"을 요구하는 것보다 훨씬 더 유용합니다.

 

FAQ

Q: MIFARE는 NFC와 동일합니까?

A: 아니요. MIFARE는 비접촉식 IC 제품군입니다. NFC는 보다 광범위한 비접촉식 기술 생태계를 설명합니다. 실제 호환성은 특정 칩, 프로토콜, 장치 및 애플리케이션에 따라 다릅니다.

Q: MIFARE Classic은 여전히 ​​새로운 프로젝트에 적합합니까?

A: 기존 클래식 인프라와의 호환성을 위해 여전히 필요할 수 있지만 NXP는 현재 Classic EV1을 새로운 설계에는 권장되지 않는 것으로 표시하고 있습니다. 따라서 새로운 보안-에 민감한 시스템은 기본적으로 클래식을 자동으로 설정하는 대신 새로운 대안을 평가해야 합니다.

Q: MIFARE Plus EV2 또는 DESFire EV3: 어느 것이 더 낫습니까?

A: 어느 쪽도 보편적으로 더 나은 것은 아닙니다. Plus EV2는 클래식-기반 인프라에서 마이그레이션할 때 특히 유용합니다. DESFire EV3는 일반적으로 마이그레이션 제약 없이 유연한 보안 다중{5}}애플리케이션 아키텍처를 설계할 때 더 자연스럽습니다.

Q: 초경량 AES 또는 DESFire Light?

A: AES 단독의 존재 여부가 아닌 애플리케이션 구조에 따라 선택하십시오. Ultralight AES는 안전하고 제한적인{1}}사용 자격 증명을 중심으로 설계되었습니다. DESFire Light는 보다 구조화된 보안 단일{3}}애플리케이션 자격 증명이 필요할 때 더 적합합니다.

질문: 모든 13.56MHz 리더가 DESFire 카드를 읽을 수 있습니까?

A: 빈도만으로 가정을 해서는 안 됩니다. 리더 하드웨어, 프로토콜 지원, 펌웨어, 소프트웨어 및 인증 구현을 모두 확인해야 합니다.

Q: 액세스 제어에 가장 적합한 MIFARE 칩은 무엇입니까?

A: 대답은 시스템이 새로운 시스템인지 레거시 시스템인지 여부, 필요한 보안 수준 및 독자 호환성에 따라 다릅니다. Classic은 기존 레거시 설치에 필요할 수 있고 Plus는 마이그레이션에 도움이 될 수 있으며 DESFire는 새로운 보안 아키텍처를 평가할 가치가 있는 경우가 많습니다.

Q: 이벤트 티켓에 가장 적합한 MIFARE 칩은 무엇입니까?

답변: 단순 이용 제한{0}}티켓의 경우 Ultralight 제품군부터 시작하세요. 더 강력한 인증이 필요한 경우 Ultralight AES를 평가해 보세요. 이벤트 자격 증명이 여러 애플리케이션 또는 더 높은 값의-값 기능을 지원해야 하는 경우 DESFire가 더 적합할 수 있습니다.

질문: 내 카드에 ID만 저장되는 경우 DESFire가 필요합니까?

답: 반드시 그렇지는 않습니다. 자격 증명이 식별자만 제공하고 모든 권한이 백엔드에서 안전하게 관리되는 경우 애플리케이션에 대규모 다중 애플리케이션 메모리가 필요하지 않을 수도 있습니다-. 보안 요구 사항, 리더 아키텍처 및 위협 모델을 여전히 고려해야 합니다.

 

문의 보내기