Cybersecurity dei sistemi interfonici: perché la protezione inizia prima dell’installazione

Un moderno sistema interfonico gestisce audio, video, dati di configurazione, credenziali, registri degli eventi e comandi. Può scambiare informazioni con il controllo accessi, la videosorveglianza, la diffusione sonora, la telefonia e le piattaforme di supervisione. Nei parcheggi, negli ospedali, negli edifici direzionali o nelle infrastrutture di trasporto, la stessa rete collega inoltre terminali periferici, server, postazioni operatore e servizi remoti.

La superficie di attacco comprende quindi interfacce di amministrazione, protocolli, servizi di rete, componenti software e connessioni con sistemi terzi. Una compromissione può esporre le comunicazioni, alterare dati o configurazioni e rendere indisponibile il servizio proprio quando occorre gestire una richiesta di assistenza o un’emergenza.

Per questo la sicurezza informatica aziendale dei sistemi interfonici riguarda le tre proprietà classiche della sicurezza delle informazioni: riservatezza, integrità e disponibilità. Proteggere il terminale senza considerare server, rete, integrazioni e procedure operative produce una copertura incompleta.

Una password complessa riduce il rischio di accesso abusivo; l’autenticazione multifattore, dove prevista, aggiunge un controllo sull’identità; un aggiornamento elimina vulnerabilità conosciute. Nessuna di queste misure può però correggere da sola una progettazione debole, impostazioni predefinite insicure, dipendenze software fuori supporto o l’assenza di un processo per analizzare e comunicare le vulnerabilità.

Il problema deve essere affrontato prima che il prodotto arrivi sul campo. Il principio secure by design che Commend ha adottato porta la valutazione del rischio nelle fasi iniziali e la traduce in requisiti tecnici verificabili. Comprende il threat modeling, cioè l’analisi preventiva di minacce e possibili percorsi di attacco, insieme a regole di sviluppo sicuro, revisione del codice, controllo dei componenti di terze parti, test automatizzati e prove di sicurezza sulle diverse versioni.

In Commend colleghiamo il principio Privacy and Security by Design a un processo che comprende, oltre al già citato threat modeling, secure coding, test delle vulnerabilità note, verifiche su ogni release, penetration test periodici affidati a partner esterni e gestione delle Software Bill of Materials. L’obiettivo non è dichiarare il prodotto sicuro quando è distribuito e installato, ma mantenere sotto controllo il rischio mentre il sistema evolve.

Certificazioni organizzative, processi di sviluppo e funzioni tecniche non sono elementi intercambiabili. La ISO/IEC 27001 riguarda il sistema con cui un’organizzazione governa la sicurezza delle informazioni: ruoli, procedure, valutazione continua del rischio e controlli interni. La IEC 62443-4-1 entra invece nel ciclo di sviluppo sicuro del prodotto.

Secondo la descrizione ufficiale della IEC, lo standard comprende definizione dei requisiti, progettazione e implementazione sicure, verifica e validazione, gestione dei difetti, patch management e fine vita. Si applica a chi sviluppa e mantiene hardware, software o firmware; non si applica direttamente all’integratore o all’utilizzatore. Una certificazione IEC 62443-4-1 documenta quindi la solidità del processo adottato dal produttore, ma non certifica automaticamente la sicurezza della singola installazione. 

Commend sottopone il proprio Secure Product Development Lifecycle a valutazione secondo IEC 62443-4-1 e adotta un sistema di gestione della sicurezza delle informazioni basato su ISO/IEC 27001. Sono due livelli complementari: il primo governa lo sviluppo e la manutenzione dei prodotti; il secondo inserisce questi processi nella gestione complessiva della sicurezza aziendale. 

Un prodotto progettato secondo criteri di sicurezza può essere esposto da una configurazione errata. Il produttore deve sviluppare, testare, correggere e documentare. L’integratore deve progettare l’architettura di rete, segmentare i sistemi, configurare firewall e certificati, limitare i privilegi, disabilitare i servizi inutilizzati e proteggere gli accessi di manutenzione. Il gestore deve mantenere l’inventario degli apparati, applicare le politiche sulle credenziali, controllare i log, pianificare gli aggiornamenti e definire le procedure di risposta.

La responsabilità è condivisa, ma non indistinta. Ogni soggetto deve conoscere il proprio perimetro e avere accesso alle informazioni necessarie. Se il produttore pubblica una correzione ma il gestore non sa quali versioni siano installate, il rischio rimane. Se l’integratore espone un’interfaccia amministrativa senza adeguate restrizioni, le protezioni incorporate nel prodotto perdono parte della loro efficacia.

Le vulnerabilità possono emergere mesi o anni dopo l’installazione. Servono quindi un canale per segnalarle, un processo per valutarne l’impatto, Security Advisory comprensibili e aggiornamenti disponibili per l’intero periodo di supporto. Le nostre best practices prevedono, fra l’altro, una Vulnerability Disclosure Policy coordinata, un Security Advisory Program e procedure di test interne ed esterne. Una filiera della sicurezza, insomma, che ci permetta di assicurare che la protezione intrinseca introdotta nei nostri prodotti rimanga integra e funzionale.

Nei sistemi destinati alle comunicazioni operative, aggiornare non equivale però a installare immediatamente qualsiasi nuova versione. Occorre valutare l’impatto, verificare compatibilità e dipendenze, provare l’aggiornamento in un ambiente controllato quando possibile, predisporre backup e rollback e scegliere una finestra coerente con i requisiti di continuità. Patch management e disponibilità del servizio devono essere gestiti insieme.

Il caso ABACO Mobility rende concreto questo principio. Per centralizzare la comunicazione interfonica di oltre 40 parcheggi con impianti eterogenei, l’azienda ha affiancato alla piattaforma una Software Upgrade Subscription di cinque anni per VirtuoSIS, Studio/RPT e per i firmware dei terminali. L’aggiornamento continuativo è stato inserito nella soluzione fin dalla sua definizione, invece di essere lasciato a interventi occasionali successivi. 

La valutazione per la scelta di un sistema IP non dovrebbe limitarsi alla qualità audio, alle funzioni o alla robustezza meccanica dei terminali. Prima dell’acquisto occorre verificare:

• certificazioni riferite a processi e perimetri chiaramente identificati;
• modalità di sviluppo, test e gestione dei componenti software;
• disponibilità di una Vulnerability Disclosure Policy e di Security Advisory;
• durata del supporto, frequenza degli aggiornamenti e condizioni di fine vita;
• funzioni per autenticazione, cifratura, logging, hardening e gestione dei certificati;
• strumenti e servizi per mantenere aggiornati server, applicazioni e terminali.

Questi elementi permettono di valutare la capacità del fornitore di sostenere la sicurezza nel tempo. Una scheda tecnica fotografa le funzioni disponibili; processi, advisory e politiche di supporto mostrano come il rischio verrà gestito dopo la vendita.

Il Regolamento europeo 2024/2847, noto come Cyber Resilience Act, introduce requisiti obbligatori di cybersecurity per i prodotti con elementi digitali. La Commissione europea indica espressamente pianificazione, progettazione, sviluppo e manutenzione, insieme alla gestione delle vulnerabilità durante la vita del prodotto. Gli obblighi di segnalazione si applicheranno dall’11 settembre 2026; le principali disposizioni diventeranno applicabili dall’11 dicembre 2027. 

Il quadro normativo rende più evidente un principio già operativo: la sicurezza non coincide con una configurazione iniziale né termina con la messa in servizio. Per un sistema interfonico IP deve essere costruita prima dell’installazione, verificata durante l’integrazione e mantenuta attraverso monitoraggio, aggiornamenti e responsabilità definite.

Un sistema sicuro non è quello che ha superato un collaudo una volta. È quello per il quale esistono processi, competenze e strumenti capaci di proteggerne riservatezza, integrità e disponibilità per tutto il periodo in cui deve continuare a comunicare.