Cách chọn chip MIFARE: Classic Vs Plus Vs DESFire Vs Ultralight

Lựa chọn đúng tùy thuộc vào những gì thông tin xác thực phải làm, mức độ bảo mật được yêu cầu, trình đọc và phần mềm đã được cài đặt, thông tin xác thực sẽ được sử dụng trong bao lâu và hệ thống cần một hay nhiều ứng dụng.

Ví dụ: vé sự kiện dùng một lần có các yêu cầu rất khác so với chứng chỉ nhân viên 5 năm hoặc thẻ đi lại có thể sử dụng lại. Không nên tự động sử dụng cùng một con chip cho cả ba.

Hướng dẫn này so sánh các dòng MIFARE chính và cung cấp cho bạn cách thực tế để thu hẹp lựa chọn trước khi đặt hàngthẻ RFID, dây đeo cổ tay, chìa khóa điện tử, vé hoặc thông tin xác thực không tiếp xúc khác.

Trả lời nhanh: Bạn nên đánh giá chip MIFARE nào?

Bảng này là điểm khởi đầu, không phải là thông số kỹ thuật mua hàng. IC cuối cùng vẫn phải được kiểm tra dựa trên các yêu cầu về trình đọc, chương trình cơ sở, phần mềm, kiến ​​trúc ứng dụng và-khóa của bạn.

Chip MIFARE là gì?

MIFARE là dòng sản phẩm IC không tiếp xúc được sử dụng trong các ứng dụng như quản lý quyền truy cập, giao thông công cộng, khách sạn, bán vé, khách hàng thân thiết và thanh toán- khép kín.

Các sản phẩm MIFARE hoạt động trong môi trường không tiếp xúc 13,56 MHz, nhưng từ "MIFARE" không xác định được một con chip nào. Các họ MIFARE khác nhau sử dụng các cấu trúc bộ nhớ, phương pháp xác thực và mô hình ứng dụng khác nhau.

IC cũng tách biệt với thông tin xác thực vật lý. Công nghệ tương tự có thể được tích hợp vào thẻ nhựa, vé giấy,Vòng đeo tay RFID, Chìa khóa thông minh RFID, huy hiệu hoặc các yếu tố hình thức khác.

Sự khác biệt đó rất quan trọng vì việc lựa chọn chip và xây dựng thông tin xác thực giải quyết các vấn đề khác nhau. IC điều khiển chức năng không tiếp xúc, trong khi hình dạng, vật liệu, kích thước và kết cấu sản phẩm của ăng-ten ảnh hưởng đến độ bền vật lý và hiệu suất RF.

Ma trận so sánh chip MIFARE

Giải thích về các dòng MIFARE chính

MIFARE Classic EV1: Chủ yếu là quyết định tương thích kế thừa

MIFARE Classic vẫn được công nhận rộng rãi vì một số lượng lớn hệ thống-kiểm soát truy cập, thành viên, khuôn viên và giao thông đã được xây dựng xung quanh kiến ​​trúc khu vực-và-khối của nó.

MIFARE Classic EV1 có sẵn ở các biến thể 1 KB và 4 KB và hoạt động ở tần số 13,56 MHz với tốc độ dữ liệu 106 kbit/s.

Ưu điểm chính của nó ngày nay thường là khả năng tương thích với hệ thống được cài đặt hơn là khả năng bảo mật vượt trội.

Nếu một tổ chức đã có đầu đọc, phần mềm và dữ liệu thông tin xác thực được thiết kế xung quanh các lĩnh vực Cổ điển thì việc thay đổi công nghệ thông tin xác thực có thể yêu cầu sửa đổi nhiều nội dung khác ngoài bản thân thẻ. Đây là lý do tại saoThẻ MIFARE 1Kvẫn có thể phù hợp cho các dự án thay thế và bảo trì.

Tuy nhiên, NXP hiện tuyên bố rằng MIFARE Classic EV1 không được khuyến nghị cho các thiết kế mới. Đối với các hoạt động triển khai mới nhạy cảm-bảo mật, bạn nên cân nhắc vị trí vòng đời đó trước khi đặt Cổ điển làm lựa chọn mặc định. Xemthông tin sản phẩm MIFARE Classic EV1 chính thức từ NXP.

Quyết định thực tế:sử dụng Classic khi hệ thống hiện có yêu cầu. Đừng chọn nó cho một dự án mới chỉ vì nó quen thuộc, rẻ tiền hoặc được bán rộng rãi.

MIFARE Plus EV2: Công cụ di chuyển, không đơn giản là "cổ điển tốt hơn"

MIFARE Plus EV2 trở nên đặc biệt phù hợp khi một tổ chức muốn có khả năng bảo mật mạnh mẽ hơn nhưng không thể thay thế toàn bộ cơ sở hạ tầng dựa trên Cổ điển cùng một lúc.

Giá trị chiến lược của nó là di cư.

Một nhà điều hành truy cập hoặc vận chuyển lớn có thể có độc giả ở hàng trăm hoặc hàng nghìn địa điểm. Việc thay thế tất cả thông tin xác thực, trình đọc, chương trình cơ sở và các thành phần phụ trợ-trong một lần chuyển đổi có thể là không thực tế.

MIFARE Plus EV2 hỗ trợ bảo mật AES-128 và được thiết kế để giúp cơ sở hạ tầng không tiếp xúc hiện có hướng tới kiến ​​trúc an toàn hơn.

Điều này đặt ra câu hỏi quan trọng:

Bạn có cần duy trì quá trình chuyển đổi được kiểm soát từ hệ thống theo định hướng Cổ điển{0}}hiện có không?

Nếu câu trả lời là có, Plus EV2 xứng đáng được đánh giá nghiêm túc. Nếu câu trả lời là không và bạn đang thiết kế một nền tảng đa ứng dụng-hoàn toàn mới thì DESFire có thể cung cấp một điểm khởi đầu tự nhiên hơn.

MIFARE DESFire Light: An toàn và đơn giản hơn cho một ứng dụng chính

DESFire Light lấp đầy không gian giữa các sản phẩm có-sử dụng hạn chế rất đơn giản và kiến ​​trúc DESFire EV3 đa ứng dụng linh hoạt hơn.

Nó cung cấp 640 byte bộ nhớ người dùng, bảo mật AES-128, giao tiếp ISO/IEC 14443 Loại A và cấu trúc tệp được xác định trước.

Từ khóa làứng dụng duy nhất.

Nếu thông tin xác thực cần quyền truy cập an toàn, mức độ trung thành, quyền truyền tải hoặc ứng dụng được xác định khác nhưng không cần kiến ​​trúc đa dịch vụ-lớn thì DESFire Light có thể giảm độ phức tạp không cần thiết.

Do đó, đây có thể là một lựa chọn hợp lý hơn việc chọn DESFire EV3 đơn giản vì EV3 có nhiều bộ nhớ và tính năng hơn.

MIFARE DESFire EV3: Dành cho các hệ thống ứng dụng đa{1}}an toàn và linh hoạt

DESFire EV3 được thiết kế cho các ứng dụng trong đó bảo mật, tổ chức dữ liệu linh hoạt và nhiều dịch vụ có thể cần cùng tồn tại trên cùng một thông tin xác thực.

Nó hỗ trợ giao tiếp ISO/IEC 14443 Loại A, tốc độ dữ liệu lên tới 848 kbit/s, cấu trúc tệp linh hoạt và các biến thể bộ nhớ bao gồm 2 KB, 4 KB, 8 KB và 16 KB.

NXP liệt kê chứng nhận Common Criteria EAL5+ cho sản phẩm. Chi tiết kỹ thuật hiện tại có thể được kiểm tra trêntrang sản phẩm MIFARE DESFire EV3 chính thức.

Lý do chính để chọn DESFire không chỉ đơn giản là "thêm bộ nhớ". Kiến trúc của nó rất hữu ích khi cần quản lý các ứng dụng, tệp, khóa và quyền truy cập riêng biệt trong cùng một thông tin xác thực.

Ví dụ: bằng cấp của trường có thể yêu cầu quyền truy cập, điểm danh, các chức năng của quán cà phê và dịch vụ khác. Đó là kiến ​​trúc khác với thẻ chỉ gửi giá trị nhận dạng đến cơ sở dữ liệu phụ trợ.

MIFARE Ultralight EV1: Dành cho thông tin xác thực sử dụng có giới hạn đơn giản{1}}

MIFARE Ultralight EV1 được thiết kế cho các ứng dụng có-khối lượng sử dụng lớn,{2}}có giới hạn, trong đó tính đơn giản và chi phí chứng chỉ là quan trọng.

Các trường hợp sử dụng điển hình bao gồm-vé vận chuyển một chuyến, tham gia sự kiện, vé trong ngày, đơn đăng ký khách hàng thân thiết và các thông tin-có thời hạn sử dụng ngắn hạn khác.

Nó sử dụng kiến ​​trúc bộ nhớ đơn giản hơn DESFire và cung cấp khả năng bảo vệ dựa trên mật khẩu-thay vì mô hình bảo mật nâng cao hơn của các sản phẩm Ultralight dựa trên DESFire hoặc AES{1}}.

Ultralight EV1 có ý nghĩa khi giá trị và rủi ro liên quan đến thông tin xác thực bị hạn chế và chức năng đa ứng dụng nâng cao-sẽ tăng thêm độ phức tạp mà không giải quyết được yêu cầu thực sự.

MIFARE Ultralight AES: Sử dụng hạn chế không có nghĩa là bảo mật thấp

Một-vé trọn đời ngắn hạn hoặc thông tin xác thực của khách vẫn có thể tiềm ẩn rủi ro bảo mật nghiêm trọng.

MIFARE Ultralight AES giải quyết khoảng trống này bằng cách kết hợp-việc định vị sử dụng hạn chế với xác thực mật mã AES-128.

NXP xác định các ứng dụng bao gồm giao thông công cộng, khách sạn, quyền truy cập, bán vé sự kiện và lòng trung thành. Chi tiết kỹ thuật có sẵn trongbảng dữ liệu MIFARE Ultralight AES chính thức.

Điều này làm cho Ultralight AES đặc biệt hữu ích khi ứng dụng không yêu cầu kiến ​​trúc DESFire đầy đủ nhưng tính năng bảo vệ dựa trên mật khẩu cơ bản-không đủ đáp ứng yêu cầu của dự án.

MIFARE DUOX: Dành cho kiến ​​trúc bảo mật nâng cao hơn

MIFARE DUOX nằm ở cấp độ-bảo mật cao hơn trong danh mục MIFARE hiện tại.

Nó kết hợp mật mã đối xứng và bất đối xứng, bao gồm cả AES và mật mã đường cong elip{0}}, đồng thời NXP định vị nó cho các trường hợp sử dụng bao gồm quản lý quyền truy cập nâng cao, quyền truy cập phương tiện an toàn và sạc xe điện.

NXP cũng liệt kê chứng chỉ EAL{0}} theo tiêu chí chung. Thêm chi tiết có sẵn trêntrang sản phẩm MIFARE DUOX chính thức.

Điều đó không có nghĩa là DUOX nên thay thế DESFire hay Ultralight trong mọi dự án. Thông tin xác thực thành viên đơn giản hiếm khi được hưởng lợi từ kiến ​​trúc bổ sung cần thiết cho các mô hình quản lý khóa-dựa trên chứng chỉ hoặc nâng cao.

Chỉ sử dụng độ phức tạp cao hơn khi mô hình mối đe dọa và yêu cầu hệ thống phù hợp với điều đó.

Classic vs Plus vs DESFire: Cách nhanh nhất để hiểu sự khác biệt

Do đó, sự khác biệt hữu ích nhất là:

Cổ điển thường là về khả năng tương thích. Plus thường là về di cư. DESFire thường hướng tới việc xây dựng một kiến ​​trúc ứng dụng an toàn linh hoạt hơn.

Ultralight AES vs DESFire Light: Bạn nên chọn cái nào?

Hai sản phẩm này có thể gây nhầm lẫn vì cả hai đều có thể xuất hiện trong các dự án cần mức độ bảo mật cao hơn so với một tấm vé giá rẻ-cơ bản.

Đừng lựa chọn giữa chúng chỉ dựa trên từ "AES". Mô hình ứng dụng cũng quan trọng như tính năng mật mã.

Đường dẫn quyết định lựa chọn MIFARE thực tế

1. Bạn có đang thay thế thông tin xác thực trong hệ thống MIFARE Classic hiện có không?
2. Nếu có, trước tiên hãy xác định xem bạn cần khả năng tương thích chính xác hay di chuyển theo giai đoạn. Khả năng tương thích chính xác có thể giúp Cổ điển luôn phù hợp. Việc nâng cấp bảo mật theo từng giai đoạn có thể giúp Plus EV2 phù hợp hơn.
3. Thông tin xác thực này có thời hạn sử dụng ngắn hạn hay bị giới hạn-?
4. Nếu có, hãy đánh giá Ultralight. Sử dụng yêu cầu bảo mật để quyết định xem sản phẩm Ultralight cơ bản hay Ultralight AES phù hợp hơn.
5. Bạn có cần một ứng dụng bảo mật chính không?
6. Nếu có, hãy đánh giá DESFire Light trước khi tự động chuyển sang một sản phẩm{0}}ứng dụng lớn hơn.
7. Bạn có cần một số ứng dụng, tệp linh hoạt hoặc mở rộng trong tương lai không?
8. Nếu có, DESFire EV3 sẽ trở thành một ứng cử viên nặng ký hơn.
9. Hệ thống có yêu cầu khả năng bảo mật-dựa trên chứng chỉ, không đối xứng hay{1}}cao bất thường không?
10. Nếu có, hãy đánh giá xem DUOX có phù hợp với kiến ​​trúc bảo mật rộng hơn hay không.

Cách chọn chip MIFARE phù hợp từng bước

Bước 1: Xác định chức năng thực sự của thông tin xác thực

Đừng bắt đầu với một danh mục chip. Viết ra hành động của người dùng trước tiên.

• Mở một cánh cửa
• Ghi lại sự tham dự
• Mở khóa phòng khách sạn
• Nhập một sự kiện
• Lưu trữ quyền vận chuyển
• Duy trì giá trị được lưu trữ
• Hỗ trợ truy cập cộng với thanh toán
• Tương tác với điện thoại thông minh
• Thay thế thông tin xác thực Cổ điển hiện có

Không nên đánh giá vé một-ngày và thẻ nhân viên có thể sử dụng lại theo cùng mức độ ưu tiên.

Bước 2: Xác định yêu cầu bảo mật là mối đe dọa

"Chúng tôi cần một thẻ an toàn" không phải là một yêu cầu hoàn chỉnh.

Thay vào đó, hãy hỏi xem bạn đang cố gắng ngăn chặn điều gì:

• Sao chép thông tin xác thực đơn giản
• Thay đổi trái phép đối với dữ liệu được lưu trữ
• Thao tác giá trị được lưu trữ
• Truy cập người đọc trái phép
• Chặn hoặc thao túng thông tin liên lạc
• Truy cập chéo ứng dụng
• Phân phối khóa được kiểm soát kém

Điều này ngay lập tức tạo ra một cuộc thảo luận-lựa chọn chip hữu ích hơn.

Thông tin xác thực trung thành không có giá trị được lưu trữ và thông tin xác thực truy cập của công ty bảo vệ các khu vực bị hạn chế sẽ không tự động sử dụng cùng một mô hình bảo mật.

Bước 3: Kiểm tra khả năng tương thích của đầu đọc trước khi bạn đặt mua thẻ

Đây là một trong những bước mua sắm quan trọng nhất.

Hai sản phẩm đều có thể hoạt động ở tần số 13,56 MHz và vẫn yêu cầu hỗ trợ giao thức, xác thực, chương trình cơ sở hoặc phần mềm khác nhau.

Nếu bạn đã có một hệ thống được cài đặt, hãy thu thập:

• Nhà sản xuất đầu đọc
• Model đầu đọc
• Phiên bản phần mềm
• Mẫu thẻ hoặc chip hiện tại
• Nền tảng phần mềm
• Phương thức xác thực
• Cấu trúc khóa hiện có

Sử dụng thông tin chính xác của người đọc thay vì giả định rằng bất kỳ sản phẩm nào được liệt kê dướiđầu đọc RFIDdanh mục có thể hỗ trợ mọi dòng MIFARE.

Điều gì là không đủ để xác nhận khả năng tương thích?

Chỉ những mô tả sau đây là không đủ:

• "Đầu đọc 13,56 MHz"
• "Tương thích với NFC"
• Ảnh chụp thẻ hiện có
• Kích thước thẻ vật lý
• Tuyên bố rằng người đọc đã làm việc với "MIFARE"

Bạn cần người đọc chính xác và thông số xác thực.

Bước 4: Quyết định dữ liệu nào phải được lưu trữ

Nhiều bộ nhớ hơn không tự động tốt hơn.

Bắt đầu với mô hình dữ liệu.

Ví dụ 1: Tra cứu UID hoặc Mã định danh

Nếu thông tin xác thực chỉ xác định một người dùng và tất cả các quyền đều được lưu trữ trong cơ sở dữ liệu-phía sau thì yêu cầu về dữ liệu trên-thẻ có thể nhỏ.

Ví dụ 2: Access Plus Entitlement

Nếu thẻ lưu trữ thông tin xác thực truy cập cộng với quyền hoặc giá trị khác thì việc tổ chức bộ nhớ và quyền truy cập sẽ trở nên quan trọng hơn.

Ví dụ 3: Một số dịch vụ độc lập

Nếu một thông tin xác thực hỗ trợ quyền truy cập, vận chuyển, thanh toán, lòng trung thành hoặc dịch vụ trong khuôn viên trường thì các ứng dụng, tệp và khóa riêng biệt có thể trở nên quan trọng hơn tổng số byte.

Đây là lý do tại sao DESFire không nên chỉ được đánh giá là "thẻ có nhiều bộ nhớ hơn".

Bước 5: Quyết định xem tương tác NFC trên điện thoại thông minh có quan trọng hay không

Không coi "13,56 MHz", "RFID" và "NFC" là các điều khoản mua sắm có thể hoán đổi cho nhau.

Nếu điện thoại thông minh phải tương tác với thông tin xác thực, hãy xác nhận hỗ trợ cho IC, nền tảng điện thoại và thiết kế ứng dụng chính xác.

Quyền truy cập chuyên dụng-kiểm soát người đọc và hoạt động tương tác trên điện thoại thông minh của người tiêu dùng giải quyết các vấn đề khác nhau.

Bước 6: So khớp Chip với Thời gian tồn tại của thông tin xác thực và Hệ số dạng

Vé sự kiện một ngày-có mô hình chi phí khác với thông tin xác thực của nhân viên dự kiến ​​sẽ được sử dụng trong vài năm.

Sản phẩm cuối cùng có thể là thẻ PVC, vé giấy, chìa khóa thông minh, dây đeo cổ tay bằng silicon, dây đeo cổ tay bằng vải dệt hoặc một dạng hình thức khác.

Ví dụ: các dự án yêu cầu thông tin xác thực trên thiết bị đeo có thể so sánh các tùy chọn nhưvòng tay MIFARE nhựaNgoài các thẻ thông thường.

Hãy nhớ rằng khả năng của chip chỉ là một phần của thông tin xác thực đã hoàn thành. Thiết kế ăng-ten, vật liệu, kích thước và môi trường đầu đọc có thể ảnh hưởng đến hiệu suất RF thực tế.

Bước 7: So sánh tổng chi phí hệ thống, không chỉ giá chip

Thông tin xác thực rẻ nhất không phải lúc nào cũng là hệ thống có chi phí-thấp nhất.

Tổng chi phí dự án có thể bao gồm:

• Chi phí chứng chỉ
• Thay thế đầu đọc
• Nâng cấp chương trình cơ sở
• Thay đổi phần mềm
• Quản lý khóa
• Cá nhân hóa
• Mã hóa
• Tích hợp hệ thống
• Kiểm tra
• Di chuyển
• Thay thế thông tin xác thực

Thông tin xác thực đắt hơn một chút hỗ trợ lộ trình di chuyển thực tế có thể ít tốn kém hơn-thẻ có giá thấp hơn buộc phải thay thế toàn bộ cơ sở hạ tầng đầu đọc.

Bước 8: Kiểm tra thông tin xác thực thực trước khi sản xuất hàng loạt

Không bao giờ coi biểu dữ liệu là vật thay thế cho việc kiểm tra hệ thống.

Kiểm tra sự kết hợp chính xác của:

• chip
• Anten
• Tài liệu xác thực
• đầu đọc
• Phần sụn
• Phần mềm
• Mã hóa
• Phím
• Môi trường cài đặt

Đối với công việc phát triển và xác minh, mộtĐầu đọc và ghi NFC 13,56 MHzcó thể hữu ích nhưng khả năng tương thích trong sản xuất vẫn phải được xác thực đối với đầu đọc sẽ được triển khai thực sự.

Chip MIFARE nào phù hợp với các ứng dụng khác nhau?

Kiểm soát truy cập

Đối với hệ thống kiểm soát-quyền truy cập nhạy cảm-bảo mật mới, hãy bắt đầu với kiến ​​trúc bảo mật và khả năng đọc thay vì tự động chỉ định Cổ điển.

DESFire thường đáng được đánh giá khi cần có thông tin xác thực hiện đại an toàn, trong khi Plus trở nên đặc biệt phù hợp nếu cơ sở hạ tầng Cổ điển đã cài đặt cần đường dẫn di chuyển.

Classic vẫn có thể được yêu cầu cho các dự án thay thế cũ.

Khi lập kế hoạch xác thực vật lý, các tùy chọn sản phẩm có liên quan bao gồmThẻ truy cập MIFARE. Việc lập kế hoạch bên-người đọc phải được xử lý riêng biệt; MỘTđầu đọc điều khiển truy cập RFIDphải hỗ trợ kiến ​​trúc thông tin xác thực đã chọn.

Bán vé sự kiện

Để nhập học ngắn hạn-đơn giản, hãy bắt đầu bằng cách đánh giá dòng Ultralight.

Nếu cần xác thực mạnh hơn thì Ultralight AES có thể là một tùy chọn-sử dụng hạn chế thích hợp hơn.

Nếu thông tin xác thực sự kiện cũng xử lý các vùng truy cập, giá trị được lưu trữ, chức năng của khách sạn hoặc nhiều ứng dụng thì DESFire có thể trở nên phù hợp hơn.

IC sau đó có thể được tích hợp vào các sản phẩm nhưVòng tay sự kiện RFID.

Thẻ chìa khóa khách sạn

Các dự án khách sạn cần hết sức thận trọng vì khả năng tương thích phụ thuộc rất nhiều vào hệ thống khóa.

Đừng chỉ chọn thông tin xác thực của khách sạn từ bảng chip chung.

Đầu tiên có được:

• Nhà sản xuất khóa
• Mô hình khóa
• Loại thông tin xác thực hiện có
• Thông số chip được hỗ trợ
• Quá trình cá nhân hóa hoặc mã hóa bắt buộc

Chỉ khi đó bạn mới nên chọn cấu trúc thẻ, chẳng hạn nhưThẻ chìa khóa khách sạn RFID.

Giao thông công cộng

Các dự án chuyển tuyến có thể bao gồm từ vé một chuyến-rẻ tiền cho đến thông tin đăng nhập nhiều-dịch vụ có thể sử dụng lại.

Vé sử dụng có giới hạn có thể phù hợp với dòng Ultralight. Thông tin xác thực bảo mật có thể tái sử dụng có thể yêu cầu DESFire hoặc kiến ​​trúc khác mạnh hơn. Các hoạt động triển khai Cổ điển hiện tại có thể cần Plus như một phần của quá trình di chuyển theo giai đoạn.

Thẻ trường và thẻ thành viên

Nếu thẻ chỉ xác định một thành viên và phần phụ trợ lưu trữ tất cả các quyền thì yêu cầu ứng dụng trên thẻ có thể rất khiêm tốn.

Nếu một thông tin xác thực hỗ trợ quyền truy cập, điểm danh, dịch vụ thư viện, thanh toán tại quán cà phê và các chức năng khác thì giá trị của kiến ​​trúc đa ứng dụng có cấu trúc sẽ tăng lên đáng kể.

Đã đóng-Thanh toán vòng lặp

Giá trị được lưu trữ làm tăng tác động của việc sao chép thông tin xác thực, thao túng hoặc quản lý khóa yếu.

Do đó, kiến ​​trúc bảo mật, tính toàn vẹn của giao dịch, xác thực và quản lý khóa vận hành sẽ có sức nặng hơn so với chỉ giá của thẻ.

Cách tiếp cận quá trình di chuyển cổ điển MIFARE cũ

Đừng coi việc di chuyển là một lệnh thay thế thẻ-đơn giản.

Trước tiên hãy xây dựng kho lưu trữ:

1. Các mẫu đầu đọc hiện có
2. Phần mềm đọc
3. Phần mềm quay lại{0}}
4. Mô hình chứng chỉ hiện tại
5. Kiến trúc khóa hiện tại
6. Số lượng thông tin xác thực đang hoạt động
7. Liệu thông tin đăng nhập cũ và mới có phải cùng tồn tại hay không
8. Thời kỳ di cư
9. Yêu cầu bảo mật mục tiêu

Nếu đầu đọc cũ và đầu đọc nâng cấp phải hoạt động trong cùng thời gian chuyển tiếp thì MIFARE Plus EV2 đáng được quan tâm đặc biệt vì việc di chuyển là một trong những trường hợp sử dụng cốt lõi của nó.

Nếu bạn đang thay thế toàn bộ kiến ​​trúc và không cần hành vi di chuyển theo định hướng Cổ điển{0}}, hãy so sánh trực tiếp cách tiếp cận đó với thiết kế lại dựa trên DESFire- thay vì cho rằng Plus được yêu cầu tự động.

Những lỗi lựa chọn MIFARE phổ biến

Trước tiên hãy chọn chip có giá-thấp nhất

Bắt đầu với các yêu cầu về ứng dụng và hệ thống. Đơn giá nên được xem xét sau tính tương thích, bảo mật và kiến ​​trúc.

Chỉ so sánh kích thước bộ nhớ

Giá trị bộ nhớ lớn hơn không tự động làm cho một chip phù hợp hơn. Cấu trúc tệp, xác thực, hỗ trợ trình đọc và phân tách ứng dụng có thể quan trọng hơn.

Giả sử mọi thông tin xác thực 13,56 MHz đều tương thích

Tần số không đảm bảo khả năng tương thích giao thức, xác thực, chương trình cơ sở hoặc phần mềm.

Sử dụng Classic làm mặc định cho hệ thống mới

Phiên bản cổ điển vẫn phổ biến trong các hệ thống đã cài đặt, nhưng-mức độ phổ biến của cơ sở đã cài đặt và tính phù hợp đối với thiết kế nhạy cảm-bảo mật mới là hai câu hỏi khác nhau.

Bỏ qua chương trình cơ sở và phần mềm Reader

IC không tiếp xúc có khả năng hoạt động không thể cung cấp chức năng mong muốn nếu đầu đọc hoặc phần mềm hệ thống không hỗ trợ các lệnh được yêu cầu và mô hình bảo mật.

Bỏ qua việc quản lý khóa

Một tính năng mật mã mạnh không tự động tạo ra một hệ thống an toàn.

Khóa mặc định, khóa phân phối kém, cá nhân hóa không an toàn và khả năng kiểm soát-phía sau yếu có thể làm suy yếu chứng chỉ có khả năng về mặt kỹ thuật.

Bảo mật là trách nhiệm ở cấp độ hệ thống, không chỉ là thông số kỹ thuật của chip.

Đặt hàng sản xuất hàng loạt trước khi thử nghiệm

Luôn xác thực thẻ thật, đầu đọc, chương trình cơ sở, phần mềm và mã hóa trước khi cam kết sản xuất số lượng lớn.

MIFARE hoặc NTAG: Bạn có thực sự cần MIFARE không?

Không phải dự án 13,56 MHz nào cũng thực sự là vấn đề lựa chọn MIFARE.

Nếu mục tiêu chính là tương tác với điện thoại thông minh của người tiêu dùng, chẳng hạn như mở URL, chia sẻ hồ sơ kỹ thuật số, khởi chạy trang đánh giá hoặc kích hoạt hành động NFC đơn giản, thì sản phẩm từThẻ NFCdanh mục có thể phù hợp hơn.

Ví dụ: một ứng dụng-điện thoại thông minh đơn giản có thể sử dụngThẻ NFC NTAG213thay vì thông tin xác thực truy cập MIFARE an toàn.

MIFARE trở nên phù hợp hơn khi hệ thống bao gồm quyền truy cập được kiểm soát, trình đọc chuyên dụng, xác thực, bán vé, giá trị được lưu trữ hoặc các ứng dụng thẻ thông minh có cấu trúc-.

Câu hỏi hay hơn không phải là:

Chip RFID nào tốt nhất?

Đó là:

Con chip nào phù hợp với ứng dụng, đầu đọc, yêu cầu bảo mật, kiến ​​trúc hệ thống và vòng đời thông tin xác thực?

Bạn nên gửi gì cho nhà cung cấp RFID của mình trước khi yêu cầu báo giá?

Nhà cung cấp có thể đưa ra khuyến nghị chính xác hơn khi yêu cầu kỹ thuật rõ ràng.

Chuẩn bị các thông tin sau:

1. Ứng dụng:truy cập, bán vé, khách sạn, vận chuyển, lòng trung thành, tư cách thành viên hoặc mục đích sử dụng khác
2. Nhà sản xuất và model đầu đọc hiện tại:nếu hệ thống đã tồn tại
3. Mẫu thẻ hoặc chip hiện tại:đặc biệt là cho các dự án thay thế hoặc di chuyển
4. Mức độ bảo mật bắt buộc:bao gồm những mối đe dọa mà hệ thống phải giải quyết
5. Yêu cầu dữ liệu:những gì thực sự cần được lưu trữ trên thông tin xác thực
6. Cấu trúc ứng dụng:một hoặc nhiều ứng dụng
7. Yêu cầu về điện thoại thông minh:liệu có cần tương tác NFC di động hay không
8. Định dạng vật lý:thẻ, dây đeo cổ tay, chìa khóa điện tử, vé hoặc thông tin xác thực khác
9. Tuổi thọ dự kiến:một ngày, vài tháng hay nhiều năm
10. Số lượng:số lượng mẫu và số lượng sản xuất dự kiến
11. Cá nhân hóa:yêu cầu in ấn, xử lý UID, mã hóa hoặc các yêu cầu dữ liệu khác
12. Kiểm tra:Cần phải xác thực đầu đọc và phần mềm trước khi sản xuất

Nếu bạn không thể cung cấp mẫu chip chính xác, hãy gửi mẫu thông tin xác thực hiện có cùng với thông tin chi tiết về đầu đọc và hệ thống thay vì đoán từ hình thức bên ngoài.

Danh sách kiểm tra lựa chọn MIFARE cuối cùng

• Xác định ứng dụng trước khi chọn chip.
• Xác định mối đe dọa bảo mật thực tế thay vì sử dụng từ "an toàn" làm yêu cầu chung.
• Xác nhận chính xác đầu đọc, phần sụn và môi trường phần mềm.
• Xác định dữ liệu nào thực sự cần được lưu trữ.
• Quyết định xem một hoặc một số ứng dụng được yêu cầu.
• Xác nhận xem tương tác NFC của điện thoại thông minh có quan trọng hay không.
• Khớp IC với thời gian tồn tại của thông tin xác thực và định dạng vật lý.
• So sánh tổng chi phí hệ thống, không chỉ giá chip.
• Tách biệt các yêu cầu về khả năng tương thích cũ khỏi các yêu cầu-hệ thống mới.
• Kiểm tra mẫu thật trước khi sản xuất hàng loạt.

Nếu bạn đang xây dựng một hệ thống mới, đừng chọn riêng thông tin xác thực.

Nếu bạn đang nâng cấp hệ thống hiện có, hãy bắt đầu với các yêu cầu về khả năng tương thích và di chuyển.

Và nếu bạn vẫn không chắc chắn giữa MIFARE Classic, Plus, DESFire, Ultralight hoặc một IC không tiếp xúc khác, trước tiên hãy cung cấp cho nhà cung cấp mẫu đầu đọc, thông tin xác thực hiện tại, ứng dụng và yêu cầu bảo mật. Những chi tiết đó hữu ích hơn nhiều so với việc chỉ yêu cầu "chip MIFARE tốt nhất".