03. августа 2026

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

Capire se un sistema interfonico funziona come previsto nel giorno della consegna è tutto sommato semplice: è sufficiente un collaudo. Ma ci sono aspetti che, pur essendo meno immediati, sono altrettanto importanti. In alcuni casi, come vedremo, lo sono addirittura più del funzionamento del sistema per sé. La cybersecurity deve creare le condizioni perché il sistema interfonico continui a farlo in sicurezza anche negli anni successivi, mentre cambiano il software, le integrazioni e le tecniche di attacco.

Se pensiamo che si tratti solo di un esercizio di stile o un adempimento normativo, l’attualità ci insegna che siamo fuori strada. Come riportano il Corriere e numerosi siti internazionali (qui un esempio), telecamere IP e altri dispositivi connessi, compresi i citofoni smart, sono entrati anche nelle attività di spionaggio legate alla guerra ibrida: attori statali russi li hanno compromessi per raccogliere informazioni sulle rotte logistiche e sui movimenti militari nei Paesi europei.

Questo modifica radicalmente il modo in cui si valuta un sistema interfonico IP. Password robuste, autenticazione multifattore e firmware aggiornato sono misure necessarie, ma descrivono soltanto una parte della protezione. La sicurezza dipende anche da come il prodotto è stato progettato, da quali controlli sono stati applicati durante lo sviluppo e dalla capacità di gestire vulnerabilità, patch e fine vita. Deve quindi essere sistemica e accompagnare l’intera vita operativa dell’infrastruttura.

Un sistema interfonico IP è parte dell’infrastruttura digitale

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.

Password e aggiornamenti intervengono su rischi già visibili

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.

IEC 62443-4-1 e ISO/IEC 27001 coprono livelli differenti

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.

Dopo lo sviluppo, la responsabilità passa lungo la catena di fornitura

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.

La sicurezza deve essere mantenuta dopo il rilascio

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.

Cosa verificare prima di scegliere un sistema interfonico IP

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 Cyber Resilience Act conferma l’approccio al ciclo di vita

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.

Back