MIFARE לעומת כרטיסי קרבה: אבטחה, תאימות והגירה

במדריך זה,כרטיס קרבהפירושו האישור מדור קודם של 125 kHz הנקרא בדרך כלל כרטיס פרוקס בבקרת גישה פיזית. תיק ה-Proximity הנוכחי של HID, לדוגמה, ממוקם במפורש כמשפחת פרטי גישה פיזית-נמוכה של 125 קילו-הרץ.מידע על מוצר HID Proximityמספק דוגמה עדכנית לתעשייה. :contentReference[oaicite:13]{index=13}

MIFARE שונה. זוהי משפחת מוצרי הכרטיסים החכמים -ללא מגע של NXP המבוססת על טכנולוגיית ISO/IEC 14443 ומשמשת ביישומים כולל ניהול גישה. השם MIFARE מכסה מספר משפחות מוצרים ולא שבב אחד או רמת אבטחה אחת.תיק MIFARE של NXPכולל כרגע את Classic, Plus, DESFire ופלטפורמות MIFARE נוספות. :contentReference[oaicite:14]{index=14}

להשוואה רחבה יותר של שתי קטגוריות-תדר ההפעלה, המדריך של Syntek ל125 קילו-הרץ לעומת 13.56 מגה-הרץ גישה-אישורי שליטהמספק הקשר נוסף.

סדר בחירה מעשי הוא: קורא מותקן ← טכנולוגיית אישור מדויק ← מזהה או נתוני יישום ← שיטת אימות ← מודל אבטחה ← תוכנית הגירה ← מפרט ייצור.

MIFARE לעומת כרטיסי קרבה: השוואה מהירה

שורת האבטחה היא זו שסביר להניח שתהיה פשוטה מדי. אין להתייחס ל-MIFARE כאל "כרטיס אבטחה גבוה- בודד". לקלאסיק, ל-Plus ול-DESFire יש ארכיטקטורות ויכולות שונות, והאופן שבו מערכת הגישה משתמשת ביכולות האלה חשוב לא פחות כמו שם השבב.

מה המשמעות של "כרטיס קרבה" בבקרת גישה?

בשפה טכנית רחבה יותר, קרבה יכולה לתאר אינטראקציה ללא מגע-בטווח קצר. עם זאת, ברכישת גישה פיזית-, "כרטיס פרוקס" מתייחס בדרך כלל לאישור מסורתי של 125 קילו-הרץ.

נתיב גישה מדור קודם עשוי להיראות כך:

אישור 125 kHz → קורא תואם → מספר אישור או פורמט → בקר → החלטת גישה

פרט הרכש החשוב הוא ש"125 קילוהרץ" אינו מתאר במלואו את האישור. הבקר עשוי לצפות גם למבנה מספרי כרטיס- ספציפי, קוד מתקן/אתר, פורמט סיביות או פלט קורא.

Syntek מפרט את שניהםכרטיסי צדפה לקירבה של 125 קילו-הרץורחב יותרכרטיסי בקרה של גישה ל-RFID{{0}, אך בחירת החלפה עדיין צריכה להתחיל ממפרט הקורא והבקר המותקן ולא ממראה הכרטיס.

מהו כרטיס MIFARE?

MIFARE היא משפחת מוצרים ללא מגע של NXP, לא מפרט אישור אוניברסלי אחד. ההבחנה הזו חשובה בבקרת גישה מכיוון ששני כרטיסים הנושאים את השם MIFARE עשויים להיות שונים בארגון הזיכרון, מנגנוני האבטחה, האימות ומודל היישום. :contentReference[oaicite:15]{index=15}

קונים יכולים לעיין בסקירה הכללית של Syntek של אכרטיס חכם RFIDוזה זמיןכרטיסי גישה של MIFAREלהקשר ברמת המוצר-, אבל מפרט גישה צריך לזהות את משפחת השבבים המדויקת ואת התנהגות המערכת הנדרשת.

תאימות קורא לפני העדפת כרטיס

קורא של 125 קילוהרץ- בלבד אינו הופך להיות תואם לאישור MIFARE של 13.56 מגה-הרץ מכיוון שלכרטיסים יש אותם מימדים בסגנון ISO-.

לפני שינוי אישורים, בצע מלאי של הקוראים המותקנים ורשום:

• יצרן ודגם קורא;
• תדר או תדרים נתמכים;
• משפחות תעודות נתמכות;
• קושחה או תצורה אם רלוונטי;
• ממשק קורא-ל-בקר;
• קוד מתקן/אתר ופורמט כרטיס נוכחיים במידת האפשר;
• אורך המזהה והייצוג הצפויים על ידי פלטפורמת הגישה;
• האם המערכת משתמשת במזהה ציבורי או בנתוני אפליקציה מאומתים.

של סינטקקורא בקרת גישה ל-RFID{{0}עמוד והנחיות תדר הפעלה RFIDלספק הקשר נוסף של מוצר ותדר.

התדר אינו זהה לפורמט אישורים

העברות בקרת גישה-נכשלות לעתים קרובות מכיוון ששתי שכבות נתונים שונות מטופלות כאילו הן זהות.

השכבה הראשונה היא האישור-ל-אינטראקציה RF של הקורא. כרטיס 125 קילו-הרץ וכרטיס MIFARE במהירות 13.56 מגה-הרץ משתמשים בטכנולוגיות רדיו שונות.

השכבה השנייה היא מה שהקורא מספק לבקר או לפלטפורמת הגישה. ערך זה עשוי להיות מנורמל, מפורמט מחדש או ממופה בהתאם לתצורת בקרת הקורא והגישה-.

לפיכך, שני כרטיסים יכולים להיראות כמפיקים-מספרים דומים בתוכנה תוך שהם אינם תואמים לחלוטין בשכבת ה-RF. לעומת זאת, קורא חדש עשוי לזהות בהצלחה כרטיס MIFARE אך עדיין להציג בפני הבקר את המזהה שלו בפורמט שונה מזה המצופה על ידי מסד הנתונים הקיים.

הקפאת מיפוי מזהה לפני הוצאה מחדש המונית

"שמור על אותו מספר כרטיס" אינו מפרט הגירה מלא.

לפני ייבוא ​​או ייצור של אישורים חדשים, תעד כיצד פלטפורמת הגישה מצפה שמזהים יהיו מיוצגים. בהתאם למערכת, שאלות רלוונטיות יכולות לכלול:

• האם ערך המקור הוא UID, מזהה אישור אפליקציה או שדה אחר?
• איזה אורך מזהה מקובל?
• האם הערך נשמר כהקסדצימלי, עשרוני או ייצוג אחר?
• האם האפליקציה מחילה סדר בתים מסוים?
• האם אפסים מובילים נשמרים?
• האם הבקר מצפה לפיצול של מתקן/אתר ומספר-כרטיס?
• האם כרטיס טכנולוגיה כפול- חושף שתי זהויות נפרדות שחייבות למפות לאותה רשומת משתמש?

פרטים אלה צריכים להילקח מפלטפורמת הגישה בפועל ומפרט ההגירה המאושר. אין לנחש אותם מהמספר המודפס על תג ישן.

האבטחה תלויה במה שהמערכת מאמתת בפועל

ההשוואה "הקרבה אינה מאובטחת; MIFARE מאובטחת" רחבה מכדי לתמוך בהחלטה רצינית של בקרת גישה-.

גישה למזהה סטטי

פריסות Prox מדור קודם משתמשות בעיקר במזהה אישורים. הקורא מזהה את האישור ומעביר מזהה למערכת בקרת הגישה-.

תנוחת האבטחה הכוללת תלויה אז ביותר מאשר בכרטיס: ניהול אישורים, עיצוב קורא/בקר, ביטול, ניטור, אבטחה פיזית ובקרות ניהוליות הכל חשוב.

MIFARE משמש רק כמזהה

עדיין ניתן לפרוס כרטיס חכם-חכם יותר בארכיטקטורת מזהה פשוטה-בלבד.

אם קורא גישה רק קורא מזהה חשוף ולעולם לא מבצע את האימות המוגן או את פעולות היישום הנתמכות על ידי האישור שנבחר, הפרויקט לא מקבל אוטומטית את מלוא יכולת האבטחה הזמינה מאותו שבב.

יישום כרטיס חכם- מאומת

אפליקציית MIFARE שתוכננה כהלכה יכולה להשתמש בנתוני יישומים מוגנים, אימות, מפתחות קריפטוגרפיים והעברת הודעות מאובטחות כאשר המוצר הנבחר נתמך.

התיעוד הנוכחי של MIFARE DESFire EV3 של NXP מפרט את תמיכה ב-AES, אימות ברמת האפליקציה-, מספר מפתחות וקבוצות מפתחות מרובות בין יכולות האבטחה שלו. תכונות אלה עדיין תלויות בקורא, במודל הניהול-מפתח ובתצורת היישום.מידע טכני של NXP MIFARE DESFire EV3מתעד את יכולות ה-IC הזמינות. :contentReference[oaicite:16]{index=16}

אבטחה היא נכס מערכת, לא תווית שבב

NIST SP 800-98 מתייחס לאבטחת RFID כבעיית תכנון ותפעול ברמת המערכת- ולא כבעיית תג בלבד. ההנחיית אבטחה של NIST RFIDמכסה תכנון, יישום ותפעול של מערכות RFID. :contentReference[oaicite:17]{index=17}

עבור שכבת הקורא-ל-בקר, איגוד תעשיית האבטחהפתח את פרוטוקול התקנים מפוקחיםתומך בתקשורת מפוקחת והגנת ערוץ מאובטח בין התקני בקרת גישה-. הנחיות היישום הנוכחיות של SIA ממליצות במיוחד על ערוץ מאובטח כאשר נעשה שימוש ב-OSDP. :contentReference[oaicite:18]{index=18}

המדריך של Syntek לאבטחת מידע RFIDיכול לתמוך בדיון רחב יותר על ביטחון הפנים.

שאלות ניהול מרכזיות שקונים צריכים לשאול

ברגע שפרויקט עובר מעבר לגישה של -UID בלבד, ניהול מפתחות הופך לחלק ממפרט הרכישה.

ארכיטקטורת DESFire EV3 של NXP תומכת במספר מפתחות יישומים ובקבוצות מפתחות מרובות, מה שממחיש מדוע "הכרטיס תומך ב-AES" אינו מספיק מידע כדי להגדיר את הפריסה. :contentReference[oaicite:19]{index=19}

לפני התאמה אישית או ייצור המוני, הבהר:

• מי הבעלים של מפתחות הייצור והאפליקציה?
• מי מורשה להתאים אישית אישורים?
• האם ייעשה שימוש בהתאמה אישית של-ספק, בשליטת-לקוח או בניהול משותף?
• האם כרטיסים מסופקים במצב אתחול ידוע?
• כיצד מסופקים אישורי החלפה?
• האם ניתן לשנות מפתחות כאשר אחריות או מערכות משתנות?
• כיצד מתועדות גרסאות מפתח ותצורת יישומים?
• כיצד מופרדות סביבות ייצור, בדיקה וסביבות חיות?
• מי יכול לשחזר את תוכנית האישורים אם ספק ההתאמה האישית המקורי אינו זמין עוד?

התשובה תלויה בפלטפורמת בקרת הגישה-ובארכיטקטורת האבטחה. קונים לא צריכים לבקש, להחליף או לאחסן מפתחות ייצור רגישים בגיליונות אלקטרוניים רגילים של יצירות אמנות או שרשורי אימייל לא פורמליים.

MIFARE Classic, Plus ו-DESFire הן החלטות קנייה שונות

MIFARE Classic EV1

הנוכחי של NXPעמוד המוצר MIFARE Classic EV1מפרט את המוצר כפעיל אך "לא מומלץ לעיצובים חדשים" ומצביע על תחליף חדש יותר. זה לא אומר שכל מערכת קלאסית מותקנת חייבת להפסיק מיד לפעול; זה אומר שפרויקט חדש לא צריך לבחור קלאסי רק בגלל ש"MIFARE" נשמע חדש יותר מ-125 קילו-הרץ פרוקס. :contentReference[oaicite:20]{index=20}

MIFARE Plus EV2

עמדות NXPMIFARE Plus EV2כנתיב שדרוג עבור פריסות קיימות. המפרט הנוכחי שלו כולל תפיסת רמת אבטחה עבור הגירה ואימות AES-128 והעברת הודעות מאובטחות ברמות אבטחה גבוהות יותר. :contentReference[oaicite:21]{index=21}

MIFARE DESFire EV3

DESFire EV3 תוכנן לשימוש מאובטח ב-יישומים ומספק יכולות כולל AES-128, אימות הדדי ומבני יישומים/מפתחות גמישים. נוכחותן של אותן יכולות אינה מוכיחה שמערכת גישה מסוימת משתמשת בהן; תמיכה בקוראים ובאפליקציות נשארות חובה. :contentReference[oaicite:22]{index=22}

מתי כדאי לשמור על קרבה של 125 קילו-הרץ, ומתי כדאי לזוז?

שמירת קרבה יכולה להיות רציונלית

אישור מסורתי של 125 קילו-הרץ יכול להישאר סביר מבחינה תפעולית כאשר בסיס הקוראים המותקנים גדול ויציב, לסביבה המוגנת יש מודל סיכון מקובל, תאימות היא העדיפות העסקית המיידית, או שהאתר מתוכנן להגירה מאוחר יותר.

המשך טכנולוגיה מדור קודם שונה ביודעין מהנחה שהיא מספקת את אותו מודל אבטחה כמו מערכת -חכמים מודרנית מאומתת.

המעבר ל-MIFARE יכול להיות הגיוני

אישור משפחתי מתאים של MIFARE- הופך לרלוונטי יותר כאשר הפרויקט דורש נתוני יישומים מוגנים, אינטראקציית קורא- מאומתת, יכולת ריבוי-יישומים, ניהול אישורים מודרני או נתיב מוגדר הרחק מתשתית של מזהה- בלבד.

ההחלטה עדיין זקוקה למשפחת מוצרים מדויקת ואפליקציה נתמכת. "MIFARE" כשלעצמו נשאר רחב מדי עבור בקשת בקשה.

תכנן את ההגירה בחמישה שלבים מבוקרים

כאשר נדרשת טכנולוגיה מעורבת במהלך המעבר, Syntek מפרטת את אקורא RFID כפול-תדרוכן אכרטיס RFID כפול-תדרבין מוצרי האתר הקשורים שלה.

אישורים כפולים-טכנולוגיים יכולים להפחית את ההפרעות

אישור טכנולוגיה כפול- יכול למקם טכנולוגיית 125 קילו-הרץ מדור קודם וטכנולוגיית כרטיס- HF חדישה יותר באותו כרטיס פיזי.

הנוכחי של HIDMIFARE DESFire EV3 + אישור פרוקסהוא דוגמה אמיתית אחת בתעשייה. HID מציב אותה כדרך לשמור על יכולת פעולה הדדית עם קוראי 125 קילו-הרץ מדור קודם במהלך ההגירה לתשתית מבוססת DESFire-. :contentReference[oaicite:23]{index=23}

זה לא אומר ששתי הטכנולוגיות חושפות בהכרח את אותו מזהה או משתמשות באותו תהליך אבטחה. מסד הנתונים של בקרת הגישה- צריך למפות במפורש את זהויות האישורים לרשומת המשתמש המיועדת.

טכנולוגיה כפולה שימושית ביותר כאשר יש לה תוכנית יציאה. ברגע שאתר כבר לא דורש תמיכה מדור קודם של 125 קילו-הרץ, צוות ההעברה צריך להחליט אם נתיב הקבלה הישן הזה צריך להישאר מופעל.

תרחיש הגירה להמחשה: שלושה בנייני משרדים

התרחיש הבא הוא המחשה ואינו מוצג כמקרה לקוח.

חברה מפעילה שלושה בנייני משרדים. לבניין A עדיין יש 125 קילוהרץ-רק קוראים. לבניין B יש קוראים שיכולים לתמוך הן באישורים מדור קודם והן בטכנולוגיית הכרטיסים החכמים- החדשה. בניין C כבר שודרג לסביבת היעד MIFARE.

במקום לשנות כל דלת וכל תג בסוף שבוע אחד, החברה מתעדת תחילה כל קורא ודלת. קבוצת עובדים מוגבלת מקבלת אישורי טכנולוגיה כפולים-. במהלך הפיילוט, מסד הנתונים של הגישה ממפה את שתי טכנולוגיות האישורים לאותו חשבון עובד, בעוד הצוות מוודא איזה רכיב מתקבל בכל בניין.

הפיילוט לא נחשב מוצלח רק בגלל שהתג החדש פותח את בניין C. הצוות גם מוודא ש:

• דלתות מדור קודם עדיין פועלות במהלך תקופת המעבר המאושרת;
• אישורים חדשים מאומתים כמתוכנן בדלתות משודרגות;
• אישורים שנשללו נדחים;
• כרטיסים חלופיים אינם משאירים את האישור הישן פעיל;
• מיפוי מזהה אינו יוצר רשומות משתמש כפולות;
• צוות התמיכה יכול לדעת אם בעיה שייכת לכרטיס, לקורא, למיפוי או להרשאת גישה.

לאחר שדרוג בניין A וכל המשתמשים הנדרשים עברו, ניתן לבדוק את הקבלה מדור קודם לפרישה במקום להישאר פעילה ללא הגבלת זמן.

הגדר קריטריוני קבלה של הגירה לפני השקה

למסגרת אימות רחבה יותר, עיין במדריך של Syntek לבדיקת מערכת RFID.

אישור הפקה-דוגמה של אישורים מקבילים

פיילוט הגירה לא צריך להסתמך רק על כרטיס פיתוח לא מודפס.

הדגימה המקבילה לייצור-צריכה לייצג את הסדר המיועד ב:

• משפחת שבבים מדויקת;
• גורם צורת אישור;
• מצב התאמה אישית;
• תצורת מזהה/יישום;
• הדפסה ונתונים משתנים;
• תאימות קורא;
• מיפוי אחורי;
• התנהגות החלפה וביטול.

אם נדרשים הדפסה משתנים, מספרי עובדים, קודי QR או נתונים גלויים אחרים, המדריך של Syntek להדפסת RFIDיכול לתמוך ביצירות אמנות ונתונים-בתכנון קבצים.

לבדיקת אצווה, סקירה כללית של Syntek שלציוד בדיקה איכותימספק הקשר נוסף לייצור-QC.

מה לשלוח לספק הכרטיס לפני ההזמנה

פרויקטים הדורשים בניית כרטיס מותאם אישית, הדפסה, התאמה אישית או ייצור מבוקר יכולים להמשיך לשל Syntekייצור OEM ו-ODMמידע לאחר הגדרת המפרט הטכני.

טעויות קנייה נפוצות

מתייחס לכל כרטיס 13.56 מגה-הרץ כתואם MIFARE-

התדר אינו מגדיר את הפרוטוקול המלא, משפחת השבבים או היישום. אשר את הקורא המדויק ואת תמיכת האישורים.

התייחסות לכל כרטיס MIFARE כאל מאובטח באותה מידה

ל-Classic, Plus ו-DESFire יש ארכיטקטורות אבטחה ומודלים שונים של פריסה. NXP מסמנת כיום את Classic EV1 כלא מומלץ עבור עיצובים חדשים, בעוד Plus EV2 ו-DESFire EV3 מספקים יכולות העברה ואבטחה שונות. :contentReference[oaicite:24]{index=24}

החלפת כרטיסים ללא הקפאת מיפוי מזהה

כרטיס קריא עדיין עלול להיכשל בייצור אם הקורא והקצה האחורי אינם מסכימים לגבי ייצוג UID, פורמט כרטיס או מיפוי משתמש.

קניית שבב מאובטח אך שימוש במזהה ציבורי בלבד

יכולת השבב שנבחר ומודל האימות המיושם הן שאלות נפרדות.

שימוש בטכנולוגיה כפולה ללא תוכנית פרישה-מדור קודם

קוראי תדרים כפולים- וכרטיסי טכנולוגיה כפולים- יכולים להפחית את ההפרעות, אך ההעברה עדיין צריכה להגדיר מתי לא תידרש עוד טכנולוגיה ישנה.

המלצה סופית

ההבדל המעשי בין MIFARE לכרטיסי קרבה גדול מ-13.56 מגה-הרץ לעומת 125 קילו-הרץ.

החלטת בקרת גישה-אמינה צריכה לענות על:

• אילו קוראים מותקנים בפועל?
• באילו משפחות תעודות הם תומכים?
• באיזה מזהה או נתונים מוגנים האפליקציה משתמשת?
• האם הקורא מבצע אימות אמיתי או קורא רק מזהה?
• מי שולט במפתחות-הכרטיסים החכמים ובהתאמה אישית?
• כיצד מוגנת תקשורת מקורא-ל-בקר?
• כיצד יתקיימו אישורים ישנים וחדשים במקביל במהלך ההגירה?
• אילו ראיות חייבות לעבור לפני ביטול הגישה מדור קודם?

עבור פריסה קיימת בסיכון נמוך- עם בסיס מותקן גדול של 125 קילו-הרץ, המשך אישורי Prox מדור קודם לתקופה מוגדרת יכולה להיות החלטה תפעולית ולא שגיאה.

לפריסה חדשה או שדרוג אבטחה, אישורי משפחה מודרניים של MIFARE-מיושמים כהלכה יכולים לתמוך באימות, נתוני יישומים מוגנים וניהול אישורים גמיש יותר. הערך מגיע מהעיצוב המלא, לא מהשם MIFARE המודפס על המפרט.

קורא מותקן ← אישור מדויק ← מזהה/נתוני יישום ← אימות ← מפתחות ← אבטחת מערכת ← ארכיטקטורת הגירה ← דגימת ייצור ← בדיקת קבלה.

לאחר הגדרת דגמי הקורא, אישורי יעד, כללי מזהה, גישת אימות, תוכנית הגירה, גרפיקה, כמות ודרישות קבלה, הקונים יכוליםלבקש מדגם או הצעת מחירלהערכה-ספציפית לפרויקט.