Come può il controllo accessi integrarsi con altri sistemi edilizi?

Il controllo degli accessi può condividere identità, eventi e stati delle porte con un lungo elenco di altri sistemi: elenchi delle risorse umane e delle identità per gli entranti e gli uscenti, la gestione dei visitatori, gli ascensori, la videosorveglianza, il rilevamento degli intrusi, il sistema di gestione dell'edificio per il funzionamento basato sull'occupazione, la gestione della proprietà dell'hotel per le chiavi degli ospiti e il sistema di allarme antincendio per l'apertura delle porte. Il vantaggio è una minore amministrazione manuale e un funzionamento più informato. Il rischio è che una debolezza in qualsiasi sistema connesso diventi un modo per aprire le porte. Ogni integrazione necessita quindi di tre cose scritte: quali dati circolano, in quale direzione e, soprattutto, quale sistema ha l'autorità di aprire una porta o modificare l'accesso di qualcuno.

Anche le porte sono una tecnologia operativa

La guida del NIST alla sicurezza OT (SP 800-82) classifica i sistemi di controllo degli accessi fisici come tecnologia operativa, insieme all'automazione degli edifici. Il NIST descrive la catena di base: un lettore acquisisce una credenziale, un controllore della porta la convalida, il server di controllo degli accessi decide, il controllore rilascia la serratura e ogni tentativo viene registrato. Ogni integrazione si collega a una parte di quella catena e la precisione su quale parte conta, perché leggere un registro eventi comporta un rischio molto diverso rispetto alla possibilità di emettere una credenziale o comandare una porta.

Le solite integrazioni

Chi decide?

La questione centrale della progettazione è l’autorità, e in una disposizione ben progettata è divisa in modo netto. Il sistema di controllo accessi decide chi può aprire una porta; altri sistemi possono richiedere o fornire informazioni, ma non dovrebbero aggirarne le regole. La fonte dell'identità decide chi esiste: se l'HR è autorevole, i diritti di accesso seguono i record dell'HR e le modifiche manuali nel sistema di accesso diventano eccezioni controllate. E la strategia antincendio decide come si comportano le porte in caso di emergenza. L'interfaccia dell'allarme antincendio e il modo in cui le porte sulle vie di fuga rispondono a un allarme o a una perdita di alimentazione sono questioni di sicurezza stabilite dal tecnico antincendio incaricato e dalle normative applicabili. Il progettista dell’integrazione li implementa e il brief dell’edificio intelligente non deve sovrascriverli.

I comandi di scrittura sono i punti in cui le integrazioni molto spesso vanno storte. Un sistema di gestione degli edifici in grado di "aprire tutte le porte" per uno scenario di comodità, o un'app per i visitatori in grado di creare credenziali permanenti, sono diventati parte del sistema di sicurezza dalla porta di servizio, senza mai essere progettati o protetti come tali.

Standard che aiutano e cosa non fanno

Tra lettori e controller, il protocollo OSDP (Open Supervised Device Protocol), pubblicato a livello internazionale come IEC 60839-11-5:2020, specifica la comunicazione tra le unità di controllo degli accessi e i dispositivi periferici come i lettori. La Security Industry Association, che mantiene OSDP, lo descrive come un'alternativa all'interfaccia Wiegand legacy, con supervisione della connessione del lettore e, dalla versione 2, crittografia Secure Channel. Per le nuove installazioni generalmente consigliamo di specificare OSDP con Secure Channel abilitato, confermando che ciascun lettore e controller proposto lo supporti e verificando al momento della messa in servizio che sia effettivamente acceso e non lasciato allo stato predefinito.

Per l'interoperabilità tra i fornitori, il Profilo C ONVIF copre il controllo delle porte, le informazioni sul sito e la gestione degli eventi per il controllo elettronico degli accessi, mentre il Profilo A copre la configurazione delle credenziali, degli orari e delle regole di accesso. La conformità può rendere più prevedibile l'integrazione tra i prodotti di diversi fornitori. Come con qualsiasi profilo, controlla quali funzionalità sono obbligatorie e quali sono condizionali e testa le funzioni di cui il tuo progetto ha bisogno.

Gli hotel hanno il loro punto di riferimento. HTNG (Hospitality Technology Next Generation), l'associazione tecnologica del settore, fa parte dell'American Hotel & Lodging Association dal 2021 e sviluppa specifiche aperte per l'integrazione dei sistemi alberghieri, comprese le categorie per i sistemi di chiusura delle porte e di gestione delle proprietà. Laddove i tuoi fornitori li supportano, citali nelle specifiche.

Nessuno di questi standard sostituisce un test di progetto dell'effettiva integrazione in condizioni normali, anormali e di guasto.

Dati personali e proporzione

Gli eventi di accesso registrano dove e quando sono andate le persone identificabili. Nell’UE si applicano i principi di cui all’articolo 5 del GDPR, tra cui la limitazione delle finalità, la minimizzazione dei dati e la limitazione della conservazione. Prima che gli eventi di accesso vengano utilizzati per un nuovo scopo, come l'analisi dell'occupazione, chiedi se i conteggi aggregati o anonimizzati sarebbero sufficienti e concorda i periodi di conservazione con il tuo consulente per la protezione dei dati. I dati biometrici trattati per identificare in modo univoco le persone rientrano nelle categorie speciali dell'articolo 9, che possono essere trattati solo a condizioni specifiche, quindi se utilizzare lettori biometrici spetta ai vostri specialisti della protezione dei dati decidere.

Otto righe per il disciplinare

• Un programma di integrazione che elenca ciascun sistema connesso, dati scambiati, direzione, metodo e fornitore responsabile.
• Una dichiarazione di autorità per ogni integrazione, inclusi eventuali comandi di scrittura consentiti e le relative condizioni.
• Comportamento in caso di guasto per ciascuna integrazione, coerente con la strategia antincendio e i requisiti di sicurezza.
• Posizionamento della rete in una zona di sicurezza, con consentiti solo i flussi necessari.
• Gestione degli account per i servizi di integrazione, incluso il modo in cui le credenziali vengono ruotate e revocate.
• Responsabilità di registrazione e revisione per gli eventi relativi all'accesso.
• Requisiti di protezione dei dati: finalità, minimizzazione, conservazione e accesso ai log.
• Test di accettazione riguardanti il normale utilizzo, la revoca, i segnali contrastanti e le interruzioni.