Test di compatibilità del portachiavi RFID: come approvare un campione prima della produzione di massa

Un test di compatibilità del portachiavi RFID dovrebbe dimostrare che la credenziale finita funziona lungo l'intera catena di controllo-dell'accesso dell'acquirente. Il chip deve comunicare con il lettore previsto, il lettore e il controller devono interpretare i dati correttamente, il software deve applicare le giuste autorizzazioni e il portachiavi fisico deve corrispondere ai record di numerazione, branding e imballaggio approvati.

Un segnale acustico del lettore non è sufficiente.

Un lettore potrebbe rilevare una credenziale mentre il controller ne rifiuta il formato, il software non riesce a trovare il record di registrazione o l'autorizzazione della porta è errata. Un'unità di pre-produzione dovrebbe pertanto essere testata come parte del sistema installato, non come un pezzo di plastica isolato.

I lettori che stanno ancora confrontando tecnologie e fattori di forma possono iniziare con un approccio più ampioGuida al portachiavi RFID. Questo articolo si concentra sulla decisione di approvazione più ristretta: ciò che deve essere verificato prima che un ordine personalizzato passi alla produzione di massa.

Risposta rapida: cosa devono dimostrare le credenziali del test?

La credenziale codificata finale dovrebbe funzionare su ogni lettore rappresentativo e zona di accesso inclusa nel progetto, produrre i dati di sistema previsti, superare sia i test di autorizzazione che quelli di rifiuto, corrispondere ai record stampati ed elettronici approvati e soddisfare i requisiti di qualità fisica del progetto.

L’approvazione dovrebbe riguardare sei aree:

• La frequenza, il chip e l'applicazione delle credenziali corrispondono ai lettori previsti.
• La connessione dal lettore-al-controller produce il risultato di sistema previsto.
• Gli identificatori codificati, visualizzati, stampati e importati sono mappati correttamente.
• Gli stati Autorizzato, Negato, Scaduto, Smarrito e Sostituzione si comportano come specificato.
• Le prestazioni di lettura e la durabilità soddisfano le condizioni di accettazione definite dal progetto-.
• Il riferimento approvato, il file dati e la sequenza di confezionamento possono essere riprodotti in produzione.

Questa visualizzazione a livello di sistema- segue la stessa catena di lettore, controller e software spiegata income funzionano i portachiavi RFID nel controllo degli accessi.

Perché un campione vuoto o una scansione desktop non costituisce l'approvazione finale

Un portachiavi vuoto verifica l'aspetto, non le credenziali finali

Un alloggiamento vuoto può confermare forma, dimensioni, colore, posizione del logo, finitura superficiale e hardware del portachiavi. Non può confermare il codice di una struttura, l'intervallo di numeri di carta, i dati dell'applicazione, le chiavi di sicurezza, la mappatura dei numeri-stampati o la regola di importazione del database.

Utilizzare approvazioni separate quando necessario:

• Approvazione visiva:alloggiamento, grafica, colore e finitura
• Approvazione funzionale:chip, codifica, autorizzazioni, comportamento del sistema e mappatura dei dati

La produzione di massa non dovrebbe essere svincolata dalla sola approvazione visiva.

Un lettore da tavolo non riproduce la porta installata

Un dispositivo desktop può identificare un chip o aiutare a ispezionare i dati delle credenziali, ma potrebbe non utilizzare lo stesso campo RF, firmware, comportamento di output, chiavi di applicazione o impostazioni del controller del sistema di accesso live. Un adattoLettore da tavolo RFIDè utile durante la registrazione e l'ispezione, ma la decisione finale richiede comunque l'hardware della porta installato o rappresentativo.

Un ingresso riuscito verifica solo un percorso

Una credenziale può aprire l'ingresso principale ma fallire in un ascensore, in un parcheggio, nella serratura di un hotel o in un edificio secondario perché tali aree utilizzano lettori, firmware, applicazioni o impostazioni del controller diversi. L'approvazione deve coprire ogni tipo di sistema distinto che la credenziale dovrebbe servire.

Congelare le specifiche prima che venga realizzato il campione

Un fornitore non può produrre un'unità di approvazione affidabile partendo dalla fotografia di un portachiavi esistente. L'acquirente o l'integratore dovrebbe fornire una specifica controllata prima che inizi la codifica.

Conferma la frequenza e il chip esatto

Inizia determinando se il progetto utilizza una credenziale LF come 125 kHz, una credenziale HF operante a 13,56 MHz o un design multi-tecnologia. La guida di Syntek ascegliendo la giusta frequenza del portachiavi RFIDspiega il primo passaggio di selezione.

La frequenza è solo uno strato. L'acquirente dovrà inoltre identificare la famiglia di chip, la configurazione della memoria e dell'accesso, il protocollo, l'applicazione delle credenziali e le eventuali chiavi di sicurezza richieste. Syntek offre esempi comePortachiavi RFID 125 kHz, a Portachiavi MIFARE 13,56 MHze unportachiavi RFID a doppia-frequenza. Queste categorie di prodotti non sono automaticamente intercambiabili con ogni lettore.

L'ufficiale dell'HIDInformazioni su ProxKey IIIafferma che il prodotto supporta più formati di credenziali. Ciò illustra perché due portachiavi all’interno dello stesso ampio ecosistema a 125 kHz possono comunque trasportare strutture dati diverse.

Definire cosa significa il numero visibile

Il numero stampato o marcato a laser-su un alloggiamento può essere un UID grezzo, una conversione decimale o esadecimale, un numero di carta, una combinazione di-codice e numero di carta-, il riferimento di un dipendente o il numero di serie del fornitore.

Le specifiche dell'ordine dovrebbero indicare esattamente come il numero visibile si riferisce a:

• Il valore memorizzato o fissato nel chip
• Il valore visualizzato dal lettore di registrazione
• Il valore trasmesso al controller
• Il record delle credenziali importato nel software di accesso
• Il numero stampato sulla calotta ed riportato nella scheda fornitore

Non chiedere a un fornitore di "fare lo stesso numero" finché il proprietario del sistema non ha definito quale numero e rappresentazione sono richiesti.

Wiegand e OSDP richiedono dettagli di test diversi

La tecnologia delle credenziali e l'interfaccia dal lettore-al-controller sono livelli di compatibilità separati. Un portachiavi a 125 kHz o 13,56 MHz comunica con un lettore; il lettore comunica quindi con il controllore di accesso utilizzando un'interfaccia selezionata dal progetto del sistema.

Sistemi di stile Legacy e Wiegand-

Alcuni sistemi trasmettono un flusso di bit di credenziali fisse che può contenere parità, un codice di struttura o sito e un numero di carta individuale. In questi progetti, la specifica del test potrebbe dover definire:

• Nome del formato e lunghezza totale dei bit
• Codice della struttura o del sito, se utilizzato
• Intervallo di numeri-della carta iniziale e finale
• Regole di parità e numerazione
• Output del lettore e interpretazione del controller

Questi campi sono comuni in alcune implementazioni legacy, ma non sono attributi universali di ogni credenziale RFID.

Sistemi OSDP

ILPanoramica OSDP della Security Industry Associationdescrive un protocollo da lettore bidirezionale-a-controller con supervisione del dispositivo e Secure Channel opzionale che utilizza AES-128.

Laddove si utilizzi l'OSDP, il piano di approvazione potrebbe dover verificare:

• Indirizzo del lettore e impostazioni di comunicazione
• Compatibilità firmware controller e lettore
• Stato online e supervisionato corretto
• Configurazione del canale sicuro quando richiesto
• Dati credenziali consegnati al titolare
• Comportamento previsto dopo la sostituzione del lettore o le modifiche alla configurazione

Un portachiavi può essere tecnicamente compatibile con il lettore mentre un problema di configurazione OSDP impedisce ancora il funzionamento dell'intero percorso di accesso.

I sette livelli di compatibilità

Testare tutti e sette i livelli impedisce che "leggibile" venga scambiato per "compatibile". Gli acquirenti che necessitano di maggiori dettagli sulla protezione delle credenziali e del sistema possono consultareSicurezza dei dati RFID.

Test di compatibilità del portachiavi RFID in otto-fasi

Passaggio 1: verificare la parte fisica e la tecnologia delle credenziali

Confrontare l'unità di omologazione con la specifica. Registrare il materiale dell'alloggiamento, le dimensioni, l'hardware del portachiavi, il modello del chip, la frequenza, il protocollo, la configurazione dell'applicazione, il metodo del logo e il riferimento del colore.

Per i materiali e le finiture, utilizzare l'ambiente del progetto anziché solo l'aspetto. ILGuida alla scelta del materiale del portachiavi RFIDpuò aiutare gli acquirenti a confrontare le opzioni di costruzione più comuni prima dei test di durabilità.

Passaggio 2: test con apparecchiature approvate

Utilizzare il lettore, il controller e il software di produzione o di staging installati o rappresentativi. Includere il lettore e il codificatore di registrazione previsti, se applicabile.

Uno smartphone non dovrebbe essere l'unico dispositivo di prova. ILPanoramica della tecnologia NFC Forumspiega che NFC funziona ad una frequenza base di 13,56 MHz. Un telefono potrebbe rilevare alcune credenziali HF o NFC compatibili, ma non testa i normali portachiavi da 125 kHz e non dimostra che sia supportata una specifica applicazione di controllo degli accessi-. La spiegazione di SyntekDifferenze RFID e NFCfornisce uno sfondo aggiuntivo.

Passaggio 3: confrontare ogni rappresentazione dei dati

Per ciascuna unità di test, confronta il valore del chip, la registrazione-display del lettore, l'input del controller, il record del software, il numero di shell visibile e il file di dati del fornitore. Registra qualsiasi conversione decimale o esadecimale, ordine byte, codice struttura, numero di carta o mappatura dell'applicazione utilizzata dal progetto.

Utilizza più di una credenziale sequenziale quando l'integrità della sequenza è importante. Una singola unità non può rivelare numeri mancanti, duplicati, trasposti o incrementati in modo errato.

Passaggio 4: autorizzazione e rifiuto del test

Registra una credenziale di test con autorizzazioni normali, quindi verifica sia i risultati positivi che quelli non riusciti:

• La porta prevista si apre durante il programma consentito.
• Una porta non autorizzata rimane chiusa.
• L'accesso al di fuori degli orari consentiti viene rifiutato.
• Il registro eventi mostra la credenziale e il risultato corretti.
• L'utente e il gruppo di autorizzazioni vengono visualizzati correttamente.

Testare solo gli ingressi riusciti non può dimostrare che le regole di accesso vengano applicate.

Passaggio 5: test di disattivazione e sostituzione

1. Registrare la credenziale e confermare l'accesso normale.
2. Contrassegnalo come perso, inattivo o scaduto.
3. Confermare che la credenziale originale sia stata rifiutata.
4. Emettere e registrare una sostituzione.
5. Confermare che la sostituzione funzioni e che l'originale rimanga inattivo.

Questo test del ciclo di vita è importante per uffici, hotel, campus, appartamenti e sistemi multi-sito in cui le credenziali vengono frequentemente sostituite o riassegnate.

Passaggio 6: testare le prestazioni di lettura nell'uso reale

Definire la distanza di presentazione prevista e le condizioni operative prima del test. Quindi controlla la parte anteriore e posteriore, le diverse rotazioni, i portachiavi attaccati, le chiavi o i telefoni nelle vicinanze, le superfici dei lettori installati e ogni famiglia di lettori rappresentativa.

Registra presentazioni ripetute anziché un tocco riuscito. Il progetto dovrebbe definire quante presentazioni, indicazioni e fallimenti ammessi costituiscono accettazione; non esiste un'unica soglia universale di distanza di lettura-per ogni installazione di chip, alloggiamento e lettore.

Passaggio 7: ispeziona il marchio e la durabilità

Controlla il logo, il colore, la numerazione laser, i bordi, le cuciture, la superficie epossidica, la chiusura dell'alloggiamento e l'attacco del portachiavi. Applicare solo i test ambientali rilevanti per l'uso previsto, come cadute, abrasione, esposizione all'acqua, prodotti chimici per la pulizia, calore, luce solare o movimenti ripetuti delle tasche.

Ogni test di durabilità necessita di un metodo documentato e di un risultato atteso. Il "test di caduta superato" non ha significato a meno che non vengano registrate l'altezza, la superficie, le ripetizioni e le prestazioni RF post-test.

Passaggio 8: verificare il file di dati e il packaging

Confermare la revisione approvata, l'intervallo di numeri, la quantità, il formato delle credenziali, la colonna dei numeri stampati-, la sequenza dell'imballaggio, le etichette dei cartoni, il raggruppamento dei reparti e l'intervallo di scorte-di riserva. Apri i pacchetti rappresentativi e confronta il loro contenuto con il file di dati approvato.

Costruisci una matrice di test di compatibilità

Una matrice formale impedisce che un test della porta riuscito venga trattato come l'approvazione completa del progetto.

Includere almeno un'unità rappresentativa per ogni distinta tecnologia di lettore, gruppo firmware, configurazione del controller, tipo di interfaccia e zona di accesso che il portachiavi dovrebbe supportare. Testare molte porte identiche ha meno valore che testare ogni percorso di sistema distinto.

Le ragioni più ampie per testare i componenti integrati sono trattate nella guida di SyntekTest del sistema RFID.

Superato, Superato Condizionale, Fallito o Non Testato?

Frequenza, chip, applicazione, codice struttura, intervallo di numeri, chiave di sicurezza, uscita del lettore, configurazione OSDP o comportamento di disattivazione errati richiedono normalmente un nuovo test funzionale. Una piccola modifica alla grafica potrebbe richiedere solo una conferma visiva quando non può influire sull'antenna, sull'alloggiamento, sulle prestazioni di lettura o sulla mappatura dei numeri-stampati.

Controlli di sicurezza per l'accesso-Controllo dei portachiavi

UID-Solo credenziali

Un identificatore fisso può essere utilizzato in alcuni sistemi legacy o a rischio inferiore-solo dopo che l'organizzazione ne ha valutato e accettato i limiti e ha aggiunto controlli operativi appropriati. Non dovrebbe essere descritto come autenticazione crittografica.

Il test dovrebbe identificare quale valore viene utilizzato, se è possibile registrare i duplicati, come vengono disabilitate le credenziali perse e quale monitoraggio esiste per il riutilizzo insolito.

Applicazioni protette e chip sicuri

Alcuni sistemi HF utilizzano memoria protetta, dati applicativi, chiavi diversificate o messaggistica autenticata. Ufficiale di NXPScheda tecnica MIFARE DESFire EV3descrive il supporto per le impostazioni crittografiche tra cui AES e messaggistica sicura.

Queste funzionalità del chip non rendono automaticamente sicura un'implementazione. L'approvazione dovrebbe inoltre confermare:

• Chi possiede e genera le chiavi
• Chi personalizza le credenziali
• Se le chiavi predefinite sono state sostituite
• Come vengono separate le credenziali di test e di produzione
• Come vengono controllate le credenziali rifiutate, in eccesso e sostitutive
• Come verranno migrati le chiavi e i dati dell'applicazione se il fornitore cambia

Pianificare il campionamento della produzione e i controlli duplicati

Il campione funzionale dimostra il design. L'ispezione della produzione deve dimostrare che il progetto approvato è stato riprodotto correttamente in tutto il lotto.

Il piano di campionamento dovrebbe basarsi sul rischio del progetto, sulla dimensione del lotto, sul tipo di credenziali, sulla storia del fornitore e sui requisiti di qualità contrattuale. Dovrebbe includere:

• Prime unità prodotte dopo l'installazione
• Credenziali consecutive per verificare la logica della sequenza
• Unità dall'inizio, metà e fine della produzione
• Unità casuali da diversi pacchetti o cartoni
• Intervalli di numeri-di riserva e sostitutivi
• Controlla la presenza di duplicati, numeri mancanti e mappatura errata da stampato-a-codificato
• Letture funzionali sulle apparecchiature omologate
• Ispezione fisica e dell'imballaggio

Non inventare una percentuale di campione universale per ogni progetto. Definire il piano nelle specifiche di acquisto e registrare quali unità sono state testate, da chi e con quale risultato. Gli acquirenti possono utilizzare la panoramica di Syntek diattrezzature per il controllo della qualitàquando si parla di codifica lato fabbrica-e di controlli batch.

Crea un campione d'oro e un record di controllo della versione-

L'unità fisica approvata deve essere conservata insieme ai documenti che ne definiscono il motivo. Quando possibile, l'acquirente e il fornitore dovrebbero conservare ciascuno un riferimento controllato.

Un ordine ripetuto non deve essere considerato identico semplicemente perché il nome del prodotto è invariato.

Quando è necessario ripetere il test?

L'effettivo ambito del nuovo test dovrebbe essere definito dal rischio introdotto dalla modifica. Un fornitore non deve sostituire un chip, un'antenna o un materiale non disponibile con una "alternativa compatibile" senza un'approvazione documentata.

Tre scenari di fallimento illustrativi

Frequenza corretta, formato credenziale errato

Il lettore rileva un'unità da 125 kHz, ma il controller si aspetta un codice impianto e una struttura bit diversi. La frequenza radio è corretta; i dati di sistema no.

Funzionamento corretto della porta, numero stampato errato

La credenziale apre la porta, ma la shell mostra un UID non elaborato mentre il database di accesso utilizza un numero di carta convertito. Il personale di supporto non è in grado di identificare il record corretto in caso di smarrimento della chiave. La regola di numerazione deve essere corretta prima dell'approvazione.

Lavori all'ingresso principale, ascensore guasto

L'ingresso principale e l'ascensore utilizzano tecnologie di lettura o impostazioni dell'applicazione diverse. Testare solo l'ingresso ha creato un falso senso di compatibilità. Il progetto necessita di una matrice che copra ogni distinto percorso del sistema.

Approva il risultato del sistema, non solo il portachiavi

Un ordine affidabile inizia con una specifica controllata e termina con un riferimento di produzione testato. Confermare la frequenza, il chip esatto, l'applicazione delle credenziali, l'interfaccia del controller del lettore-, la mappatura dei numeri, le autorizzazioni, la costruzione fisica e i record di produzione prima della produzione di massa.

L'approvazione più forte non è una dichiarazione del fornitore secondo cui il portachiavi è "compatibile". Si tratta di una prova documentata che la credenziale finita si comporta correttamente tra i lettori, i controller, il software, le autorizzazioni e le condizioni operative reali dell'acquirente.

Gli acquirenti possonorichiedere un campione di portachiavi RFID codificatofornendo il modello del lettore, il controller o l'interfaccia, il chip richiesto, il formato del numero, la grafica, la quantità e i requisiti di test.