בדיקת תאימות RFID מפתחות: כיצד לאשר דגימה לפני ייצור המוני

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

צפצוף קורא אינו מספיק.

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

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

תשובה מהירה: מה חייבת תעודת הבדיקה להוכיח?

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

האישור צריך לכסות שישה תחומים:

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

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

מדוע דגימה ריקה או סריקה בשולחן העבודה אינה אישור סופי

פוב ריק בודק את המראה, לא את האישור הסופי

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

השתמש באישורים נפרדים בעת הצורך:

• אישור ויזואלי:דיור, יצירות אמנות, צבע וגימור
• אישור פונקציונלי:שבב, קידוד, הרשאות, התנהגות מערכת ומיפוי נתונים

אין לשחרר ייצור המוני מאישור חזותי בלבד.

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

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

כניסה אחת מוצלחת בודקת רק נתיב אחד

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

הקפיא את המפרט לפני יצירת הדוגמה

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

אשר את התדירות והשבב המדויק

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

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

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

הגדר מה פירוש המספר הגלוי

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

מפרט ההזמנה צריך לציין בדיוק כיצד המספר הגלוי מתייחס ל:

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

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

Wiegand ו-OSDP דורשים פרטי בדיקה שונים

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

Legacy ו-Wiegand-Style Systems

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

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

שדות אלה נפוצים בפריסות מדור קודם, אך הם אינם מאפיינים אוניברסליים של כל אישור RFID.

מערכות OSDP

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

כאשר נעשה שימוש ב-OSDP, ייתכן שתוכנית האישור תצטרך לאמת:

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

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

שבע שכבות התאימות

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

בדיקת תאימות RFID של מקל שמונה-שלבים

שלב 1: אמת את החלק הפיזי ואת טכנולוגיית האישורים

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

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

שלב 2: בדיקה עם ציוד מאושר

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

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

שלב 3: השווה כל ייצוג נתונים

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

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

שלב 4: בדיקת הרשאה ודחייה

רשום אישור בדיקה אחד עם הרשאות רגילות, ולאחר מכן אמת את התוצאות המוצלחות והן התוצאות הלא מוצלחות:

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

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

שלב 5: בדיקת ביטול והחלפה

1. רשום את האישור ואשר גישה רגילה.
2. סמן אותו כאבד, לא פעיל או שפג תוקפו.
3. אשר שהאישור המקורי נדחה.
4. הנפק ורשום מחליף.
5. ודא שההחלפה עובדת והמקור נשאר לא פעיל.

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

שלב 6: בדיקת ביצועי קריאה בשימוש בפועל

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

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

שלב 7: בדוק מיתוג ועמידות

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

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

שלב 8: אמת את קובץ הנתונים והאריזה

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

בניית מטריצת בדיקת תאימות

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

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

הסיבות הרחבות יותר לבדיקת רכיבים משולבים מכוסות במדריך של Syntek לבדיקת מערכת RFID.

עובר, עובר מותנה, נכשל או לא נבדק?

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

בדיקות אבטחה לגישה-שלטי מפתח

UID-רק אישורים

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

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

יישומים מוגנים ושבבים מאובטחים

מערכות HF מסוימות משתמשות בזיכרון מוגן, בנתוני יישומים, במפתחות מגוונים או בהעברת הודעות מאומתות. הרשמי של NXPגיליון הנתונים של MIFARE DESFire EV3מתאר תמיכה בהגדרות קריפטוגרפיות כולל AES והעברת הודעות מאובטחות.

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

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

תכנון דגימת ייצור ושכפול בדיקות

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

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

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

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

צור מדגם מוזהב וגרסה-רשומת בקרה

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

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

מתי נדרשת בדיקה חוזרת?

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

שלושה תרחישי כישלון ממחישים

תדירות נכונה, פורמט אישור שגוי

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

תפעול נכון של הדלת, מספר מודפס שגוי

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

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

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

אשר את תוצאת המערכת, לא רק את השלט

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

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

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