{"id":3538,"date":"2026-10-17T13:53:00","date_gmt":"2026-10-17T13:53:00","guid":{"rendered":"https:\/\/hmxenergy.com\/bess-remote-access-security\/"},"modified":"2026-10-10T06:10:41","modified_gmt":"2026-10-10T06:10:41","slug":"sicurezza-dellaccesso-remoto-al-bess","status":"publish","type":"post","link":"https:\/\/hmxenergy.com\/it\/bess-remote-access-security\/","title":{"rendered":"Accesso remoto BESS: fornire ai team di servizio l'accesso senza perdere il controllo"},"content":{"rendered":"
\"Immagine
Progetto di accumulo energetico commerciale e industriale da 100 kW 215 kWh in Malaysia HMX Energy; immagine di riferimento della mediateca HMX.<\/figcaption><\/figure>\n

Il supporto remoto pu\u00f2 abbreviare un'indagine di servizio, soprattutto quando il fornitore e l'impianto si trovano in paesi diversi. Pu\u00f2 anche lasciare il proprietario incerto su chi possa modificare il dispatch, aggiornare il firmware o riconnettere un sistema fermo. La questione pratica non \u00e8 se il BESS disponga di un portale cloud. \u00c8 se il proprietario possa governare l'accesso che tale portale fornisce.<\/p>\n

Integrare la sicurezza dell'accesso remoto BESS nella specifica di acquisto. Identificare gli utenti, le azioni consentite, i requisiti di approvazione, le responsabilit\u00e0 operative locali e i registri disponibili dopo una sessione di servizio. Un passaggio di password senza tali informazioni lascia irrisolte decisioni importanti.<\/p>\n

Orientamento attuale: una nuova bozza non \u00e8 un nuovo certificato di conformit\u00e0<\/h2>\n

NIST SP 800-82 Revisione 3<\/a>, pubblicata a settembre 2023, \u00e8 la guida finale alla sicurezza OT identificata nella pagina delle pubblicazioni NIST al momento di questa revisione. OT significa tecnologia operativa: sistemi che monitorano o influenzano processi fisici. Un sistema di controllo dello stoccaggio dovrebbe essere valutato tenendo conto di tali conseguenze operative.<\/p>\n

NIST ha pubblicato la bozza pubblica iniziale della Revisione 4<\/a> il 21 settembre 2026, con commenti previsti entro il 30 novembre 2026. Rimane una bozza, non una sostituzione finale n\u00e9 uno schema di certificazione di prodotto. L'annuncio evidenzia una copertura ampliata della convergenza cloud e della governance. Gli acquirenti dovrebbero seguire lo sviluppo senza presentare un riferimento a una bozza come prova di conformit\u00e0.<\/p>\n

Per un proprietario di progetto, l'implicazione immediata \u00e8 contrattuale: chiedere all'integratore quali orientamenti e requisiti affronta il design fornito, quali evidenze sono disponibili e quali funzioni dipendono da servizi di terze parti. Evitare affermazioni vaghe come \u201ccloud sicuro\u201d senza un ambito definito. Un programma di accesso ben redatto \u00e8 pi\u00f9 utile di un logo di sicurezza non spiegato.<\/p>\n

Separare l'osservazione della batteria dal comando della stessa<\/h2>\n

Un account di monitoraggio, un account di dispatch e un account di manutenzione non dovrebbero essere trattati come lo stesso ruolo. Visualizzare un allarme non richiede il permesso di modificare una configurazione relativa alla protezione. Scaricare dati operativi non richiede necessariamente il permesso di emettere un comando di potenza. Chiedere al fornitore di dimostrare i confini effettivi dei permessi.<\/p>\n

Quando si valutano apparecchiature commerciali per lo stoccaggio di energia<\/a>, richiedere l'architettura del servizio remoto insieme all'ambito elettrico e di controllo. Confermare se l'accesso avviene tramite un gateway gestito dal proprietario, un portale del fornitore, un'interfaccia locale o pi\u00f9 percorsi. Documentare qualsiasi percorso che rimane attivo quando l'account principale del portale \u00e8 disabilitato.<\/p>\n\n\n\n\n\n\n\n\n\n
Matrice originale dei ruoli di accesso da adattare alla piattaforma fornita<\/caption>\n
Ruolo<\/th>\nEsigenza operativa tipica<\/th>\nPermesso da verificare esplicitamente<\/th>\n<\/tr>\n<\/thead>\n
Operazioni del proprietario<\/td>\nLeggere stato, allarmi e cronologia operativa<\/td>\nSe i comandi operativi sono consentiti e registrati<\/td>\n<\/tr>\n
Energy manager<\/td>\nGestire i programmi di dispatch approvati<\/td>\nQuali impostazioni possono essere modificate senza approvazione ingegneristica<\/td>\n<\/tr>\n
Diagnostica del fornitore<\/td>\nIspezionare guasti ed esportare evidenze di servizio<\/td>\nSe la sessione pu\u00f2 rimanere in sola lettura<\/td>\n<\/tr>\n
Manutenzione autorizzata<\/td>\nEseguire una modifica approvata durante una finestra di servizio<\/td>\nChi concede, limita e revoca i permessi elevati<\/td>\n<\/tr>\n
Amministratore dell'account<\/td>\nGestire utenti e politica di accesso<\/td>\nSe l'amministrazione delle identit\u00e0 consente anche comandi all'impianto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Specificare una sessione di servizio dalla richiesta alla chiusura<\/h2>\n
\"Tecnico
Tecnico che mette in servizio una soluzione di stoccaggio solare commerciale da 100kW 215kWh per un impianto industriale in Malaysia; immagine di riferimento dalla media-library HMX.<\/figcaption><\/figure>\n

Il La guida alla sicurezza OT del NIST<\/a> raccomanda un accesso remoto giustificato e limitato che non annulli i controlli di sicurezza, e discute autenticazione, accesso temporaneo e registrazione. Sottolinea inoltre le implicazioni operative della disabilitazione dell'accesso. Utilizzare tali principi per richiedere un flusso di servizio dimostrabile, non semplicemente una connessione VPN.<\/p>\n

Iniziare con un ingegnere nominato e un ticket di servizio identificato. Il proprietario dovrebbe sapere cosa l'ingegnere intende ispezionare o modificare, se il personale locale deve essere presente e chi \u00e8 autorizzato ad approvare il lavoro. Specificare un'autenticazione pi\u00f9 forte per l'accesso remoto privilegiato e identificare qualsiasi dispositivo che non possa supportarla direttamente, affinch\u00e9 il team di sicurezza possa valutare l'alternativa proposta.<\/p>\n

Concordare la condizione di fine della sessione. L'accesso non dovrebbe rimanere elevato semplicemente perch\u00e9 l'ingegnere non ha effettuato il logout. Se la piattaforma non pu\u00f2 imporre la scadenza desiderata, richiedere un processo documentato controllato dal proprietario e valutare se sia sufficiente per il rischio del sito. Evitare l'uso di credenziali condivise come metodo normale per identificare la persona che ha eseguito una modifica.<\/p>\n

Il registro di chiusura dovrebbe identificare il lavoro approvato, le modifiche effettive, il backup della configurazione, gli allarmi risultanti e la decisione di ritorno in servizio. Un riavvio remoto che ripristina la comunicazione non \u00e8 prova che il servizio energetico o la configurazione rilevante per la sicurezza siano stati verificati.<\/p>\n

Mantenere visibile la decisione operativa locale<\/h2>\n

Chiedere cosa succede quando il collegamento internet, la piattaforma cloud o il servizio di supporto remoto non sono disponibili. La risposta deve descrivere l'architettura di controllo fornita e le funzioni locali approvate. Non presumere che un sistema necessiti del cloud per ogni azione, n\u00e9 che ogni sistema possa continuare tutti i servizi senza di esso.<\/p>\n

La nostra Guida alle responsabilit\u00e0 di BMS, PCS ed EMS<\/a> aiuta a separare i limiti della batteria, le azioni del convertitore e il dispatch supervisione. La specifica dell'accesso remoto dovrebbe preservare tale distinzione. Il permesso di un account remoto di richiedere la scarica non significa che possa prevalere su una decisione di protezione della batteria o sugli interblocchi approvati del sito.<\/p>\n\n\n\n\n\n\n\n\n\n
Domande di accettazione della perdita di servizio; non \u00e8 implicito alcun fallback universale<\/caption>\n
Funzione non disponibile<\/th>\nCosa dovrebbe stabilire il proprietario<\/th>\nEvidenze da richiedere<\/th>\n<\/tr>\n<\/thead>\n
Connessione internet<\/td>\nQuali controlli e registri locali rimangono disponibili?<\/td>\nDimostrazione approvata di perdita di connettivit\u00e0<\/td>\n<\/tr>\n
Portale cloud<\/td>\nCome conferma il proprietario lo stato effettivo dell'impianto?<\/td>\nInterfaccia locale e procedura dell'operatore<\/td>\n<\/tr>\n
Account di servizio remoto<\/td>\nL'accesso di supporto pu\u00f2 terminare senza comandi imprevisti sull'impianto?<\/td>\nTest di revoca secondo un piano operativo approvato<\/td>\n<\/tr>\n
Servizio di identit\u00e0 centrale<\/td>\nQuale accesso di emergenza controllato \u00e8 disponibile?<\/td>\nProcesso di ripristino e audit approvato dal proprietario<\/td>\n<\/tr>\n
Flusso dati di dispacciamento<\/td>\nQuale politica operativa limitata entra in vigore?<\/td>\nNarrativa di controllo e registrazioni degli eventi associati<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La propriet\u00e0 dei dati \u00e8 rilevante all'inizio della garanzia<\/h2>\n

La ricerca NLR Panoramica degli standard di cybersecurity per i DER<\/a> descrive attivit\u00e0 che abbracciano requisiti di dispositivo, rete, applicazione e sistema. Tale ambito \u00e8 importante: un dispositivo protetto non \u00e8 la stessa cosa di una catena di servizi pienamente governata. La pagina non stabilisce che i prodotti HMX possiedano alcuna delle certificazioni discusse.<\/p>\n

Chiedere chi possiede i dati operativi, chi pu\u00f2 esportarli, quali formati sono disponibili e cosa rimane accessibile se un abbonamento termina. Uno screenshot solo cloud \u00e8 una base debole per riesaminare interruzioni ripetute o una contestazione sulla garanzia. Definire i requisiti di conservazione ed esportazione in base alle esigenze operative e legali del proprietario; non inserire un periodo di conservazione arbitrario perch\u00e9 il contratto di un altro sito lo prevedeva.<\/p>\n

Il proprietario dovrebbe conservare l'inventario dei dispositivi, le revisioni approvate del firmware e delle impostazioni, l'architettura di rete, i contatti di servizio e il materiale di ripristino in una posizione controllata. Memorizzare password e altri segreti nel sistema di sicurezza approvato dall'organizzazione, non in un rapporto di manutenzione condiviso. Evitare di inserire diagrammi di rete dettagliati e in tempo reale in materiale di marketing pubblico.<\/p>\n

Includere un piano di uscita, non solo un piano di onboarding<\/h2>\n
\"Immagine
Progetto completato da 100kW 215kWh di accumulo solare C&I per una fabbrica in Malaysia, peak shaving, soluzione di alimentazione di backup per in; immagine di riferimento della mediateca HMX.<\/figcaption><\/figure>\n

Il fornitore di manutenzione pu\u00f2 cambiare mentre la batteria rimane in servizio. Specificare come vengono revocati gli account, trasferiti gli amministratori del cliente, esportati i registri e introdotto il supporto sostitutivo. Chiarire il periodo di supporto agli aggiornamenti di sicurezza del fornitore e come il proprietario riceve le notifiche di vulnerabilit\u00e0 o di servizio. La durata della garanzia non definisce automaticamente il supporto software.<\/p>\n\n\n\n\n\n\n\n\n\n
Deliverable contrattuali suggeriti per il servizio remoto<\/caption>\n
Consegna<\/th>\nResponsabile da nominare<\/th>\nEvidenza di accettazione<\/th>\n<\/tr>\n<\/thead>\n
Architettura di accesso ed elenco dei ruoli<\/td>\nIntegratore con revisione IT\/OT del proprietario<\/td>\nPercorsi documentati e dimostrazione dei ruoli<\/td>\n<\/tr>\n
Processo di approvazione della sessione di servizio<\/td>\nOperazioni del proprietario e servizio del fornitore<\/td>\nSessione autorizzata di esempio con registro di chiusura<\/td>\n<\/tr>\n
Esportazione dei dati e ripristino della configurazione<\/td>\nFornitore della piattaforma e integratore<\/td>\nEsportazione leggibile e dimostrazione del ripristino approvato<\/td>\n<\/tr>\n
Supporto alla sicurezza e notifiche<\/td>\nFornitori di dispositivi e piattaforme<\/td>\nAmbito definito, contatti e condizioni di fine supporto<\/td>\n<\/tr>\n
Passaggio di consegne alla cessazione del contratto<\/td>\nProprietario e fornitore di servizio uscente<\/td>\nRevoca, trasferimento di propriet\u00e0 e registri conservati<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Inserire questi deliverable nella checklist di acquisto e accettazione del BESS<\/a>. L'obiettivo \u00e8 un accesso al servizio responsabile: la persona giusta pu\u00f2 svolgere il lavoro approvato, il proprietario pu\u00f2 vedere cosa \u00e8 successo e l'installazione mantiene un percorso operativo definito quando il supporto remoto non \u00e8 disponibile. Richiedere al fornitore di dimostrare tale assetto prima della consegna.<\/p>","protected":false},"excerpt":{"rendered":"

Specificare la sicurezza dell'accesso remoto al BESS in relazione a utenti nominativi, sessioni di servizio approvate dal proprietario, fallback locale, registri di audit e un piano di uscita per il supporto cloud.<\/p>","protected":false},"author":4,"featured_media":3152,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3538","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t