attacchi sui sistemi OT Piergiorgio Venuti

Attacchi sui sistemi OT – Penetration Test su OT (Operational Technology)

Estimated reading time: 7 minuti

Attacchi sui sistemi OT: La sicurezza informatica è una priorità assoluta per le aziende di tutte le dimensioni. La sicurezza informatica non si limita solo a proteggere i sistemi IT, ma si estende anche ai sistemi OT (Operational Technology). I sistemi OT sono sistemi di controllo e automazione che gestiscono le operazioni di un’azienda, come la produzione, la distribuzione, la logistica e la manutenzione. Una violazione dei sistemi OT può avere conseguenze catastrofiche, tra cui interruzioni di produzione, danni ambientali, perdita di dati e persino morte. Pertanto, è imperativo che le aziende effettuino test di penetrazione sui loro sistemi OT.

Cosa sono i sistemi OT?

I sistemi OT (Operational Technology) sono un insieme di dispositivi, sistemi di controllo, hardware e software utilizzati in una varietà di settori industriali per monitorare, controllare e gestire processi industriali. Questi sistemi sono costituiti da dispositivi come sensori, attuatori, dispositivi di controllo e dispositivi di monitoraggio. I sistemi OT possono essere utilizzati in settori quali produzione, distribuzione, trasporto, energia, sanità e finanza. Questi sistemi sono utilizzati per monitorare e controllare le attività industriali, come la produzione, la distribuzione e il trasporto, e possono anche essere utilizzati per controllare dispositivi come generatori di energia, sistemi di riscaldamento e di condizionamento dell’aria.

vulnerabilità nei sistemi OT

Attacchi sui sistemi OT – Che cos’è un test di penetrazione?

Un test di penetrazione è una metodologia di sicurezza informatica che simula un attacco informatico per identificare le vulnerabilità di sicurezza. Un test di penetrazione può essere eseguito da un team interno o da un team esterno di esperti di sicurezza informatica. I test di penetrazione eseguiti da team esterni sono noti come test di penetrazione esterna, mentre quelli eseguiti da team interni sono noti come test di penetrazione interna.

Attacchi sui sistemi OT – Come funzionano i test di penetrazione su OT?

I test di penetrazione su OT seguono la stessa metodologia generale dei test di penetrazione IT, ma con alcune differenze importanti. Poiché i sistemi OT sono spesso costituiti da hardware e software proprietari, è necessario un approccio di sicurezza personalizzato. Inoltre, poiché i sistemi OT sono spesso integrati con sistemi di produzione o di distribuzione, è necessario un processo di test di penetrazione più rigoroso.

Come si esegue un test di penetrazione su OT?

Un test di penetrazione su OT inizia con una valutazione preliminare dei sistemi OT. In questa fase, i team di sicurezza esamineranno i sistemi OT e identificheranno le vulnerabilità di sicurezza. Una volta identificate le vulnerabilità, il team di sicurezza eseguirà una scansione approfondita per identificare eventuali vulnerabilità nascoste. Una volta identificate le vulnerabilità, il team di sicurezza progetterà un piano d’azione per risolverle.

Una volta che il piano d’azione è stato progettato, il team di sicurezza eseguirà un test di penetrazione sui sistemi OT. Durante il test, il team di sicurezza eseguirà attacchi informatici contro i sistemi OT per identificare eventuali vulnerabilità di sicurezza. Una volta identificate le vulnerabilità, il team di sicurezza le correggerà e le testerà nuovamente per assicurarsi che siano state risolte.

Quali sono i vantaggi dei test di penetrazione su OT?

I test di penetrazione su OT offrono una serie di vantaggi alle aziende. In primo luogo, aiutano le aziende a identificare le vulnerabilità di sicurezza dei loro sistemi OT. In secondo luogo, aiutano le aziende a progettare un piano d’azione per risolvere le vulnerabilità. In terzo luogo, aiutano le aziende a prevenire attacchi informatici futuri. Infine, i test di penetrazione su OT possono aiutare le aziende a ridurre i rischi.

Vulnerabilità nei sistemi OT – Quali sono le tecniche di attacco più comuni sui sistemi OT?

Le tecniche di attacco più comuni sui sistemi OT sono:

  • Attacchi di rete: gli attacchi di rete sono una delle tecniche di attacco più comuni sui sistemi OT. Gli attacchi di rete possono includere attacchi di spoofing, attacchi di negazione del servizio, attacchi man-in-the-middle e attacchi di iniezione di codice.
  • Attacchi di applicazione: gli attacchi di applicazione sono un’altra tecnica di attacco comune sui sistemi OT. Gli attacchi di applicazione possono includere attacchi di cross-site scripting, attacchi di iniezione SQL e attacchi di buffer overflow.
  • Attacchi fisici: gli attacchi fisici sono una tecnica di attacco meno comune sui sistemi OT, ma non meno pericolosa. Gli attacchi fisici possono includere sabotaggio, manomissione e furto di dispositivi.
  • Attacchi di social engineering: gli attacchi di social engineering sono una tecnica di attacco meno comune sui sistemi OT, ma non meno pericolosa. Gli attacchi di social engineering possono includere phishing, baiting e spoofing.

Quali sono le misure di sicurezza più efficaci per proteggere i sistemi OT da questi attacchi?

Le misure di sicurezza più efficaci per proteggere i sistemi OT da questi attacchi sono:

  • Autenticazione forte: l’autenticazione forte fornisce un livello aggiuntivo di sicurezza per proteggere i sistemi OT da attacchi di rete, applicazione e social engineering.
  • Crittografia: la crittografia è un modo efficace per proteggere i dati sui sistemi OT da attacchi di rete, applicazione e social engineering.
  • Aggiornamento dei sistemi: l’aggiornamento dei sistemi è un modo efficace per assicurare che i sistemi OT siano protetti da vulnerabilità di sicurezza note.
  • Monitoraggio della sicurezza: il monitoraggio della sicurezza è un modo efficace per rilevare e rispondere tempestivamente a eventuali attacchi sui sistemi OT.
  • Formazione del personale: la formazione del personale è un modo efficace per garantire che tutti i membri del personale siano consapevoli dei rischi di sicurezza e delle misure di sicurezza da adottare.

Quali sono i protocolli che possono essere attaccati nell’ambito OT?

I protocolli che possono essere attaccati nell’ambito OT sono diversi. Alcuni dei principali protocolli che possono essere attaccati sono: DNP3, Modbus, Profibus, LonWorks, CANbus, EtherNet/IP, Profinet e BACnet. Gli attacchi su questi protocolli possono includere attacchi di rete, attacchi di applicazione e attacchi di social engineering. Gli attaccanti possono anche sfruttare vulnerabilità di sicurezza note nei protocolli per accedere ai sistemi OT.

Quali sono le vulnerabilità più comuni dei protocolli OT?

Le vulnerabilità più comuni dei protocolli OT sono:

  • Autenticazione debole: le vulnerabilità di autenticazione debole possono essere sfruttate dagli attaccanti per accedere ai sistemi OT.
  • Crittografia debole: la crittografia debole può essere sfruttata dagli attaccanti per intercettare e manipolare i dati sui sistemi OT.
  • Vulnerabilità di sicurezza note: le vulnerabilità di sicurezza note possono essere sfruttate dagli attaccanti per accedere ai sistemi OT.
  • Configurazioni di sicurezza deboli: le configurazioni di sicurezza deboli possono essere sfruttate dagli attaccanti per accedere ai sistemi OT.
  • Accesso non autorizzato: l’accesso non autorizzato può essere sfruttato dagli attaccanti per accedere ai sistemi OT.

Come posso verificare se i protocolli OT utilizzati nella mia organizzazione sono vulnerabili?

Per verificare se i protocolli OT utilizzati nella tua organizzazione sono vulnerabili, puoi eseguire un test di penetrazione sui sistemi OT. Durante il test, il team di sicurezza eseguirà attacchi informatici contro i sistemi OT per identificare eventuali vulnerabilità di sicurezza. Una volta identificate le vulnerabilità, il team di sicurezza le correggerà e le testerà nuovamente per assicurarsi che siano state risolte.

In quali settori industriali si utilizzato dispositivi OT e quali sono più a rischio?

I dispositivi OT vengono utilizzati in una vasta gamma di settori industriali, tra cui produzione, distribuzione, trasporto, energia, sanità e finanza. I settori industriali più a rischio sono quelli che utilizzano dispositivi OT connessi a Internet, come i sistemi di produzione, distribuzione e trasporto. Questi sistemi sono particolarmente vulnerabili agli attacchi informatici, poiché possono essere facilmente raggiunti da Internet.

Conclusioni

In conclusione, i sistemi OT sono particolarmente vulnerabili agli attacchi informatici poiché possono essere facilmente raggiunti da Internet. Le tecniche di attacco più comuni sui sistemi OT sono gli attacchi di rete, gli attacchi di applicazione, gli attacchi fisici e gli attacchi di social engineering. Le misure di sicurezza più efficaci per proteggere i sistemi OT da questi attacchi sono l’autenticazione forte, la crittografia, l’aggiornamento dei sistemi, il monitoraggio della sicurezza e la formazione del personale. I settori industriali più a rischio sono quelli che utilizzano dispositivi connessi a Internet, come i sistemi di produzione, distribuzione e trasporto. I settori industriali meno a rischio sono quelli che non utilizzano dispositivi connessi a Internet, come l’agricoltura, l’artigianato e la produzione di beni di consumo.

Useful links:

Condividi


RSS

Piu’ articoli…

Categorie …

Tags

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Full Disclosure Full Disclosure

  • Apache Struts2 Core Arbitrary Code Execution via OGNL Sandbox Escape Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below attempt to prevent arbitrary code execution via Object-Graph Navigation Language (OGNL) through several different mechanisms but only in a cursory fashion -- the libraries only guard against immediate calls evaluated by the OGNL engine via `SecurityMemberAccess`, but an allowed […]
  • Apache Struts2 Core TokenHelper Token Cryptographic Timing Side-Channel Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Core 7.4.0 and below performs session token comparisons cryptographically insecure early-exit comparison functions (e.g., `!=`, `memcmp`, byte-by-byte loops with `break`) that return as soon as the first mismatched byte is encountered. The execution time of the comparison is therefore proportional to the number […]
  • Apache Struts2 Spring Plugin Uses a Previously Closed Resource Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Spring Plugin opens a Spring `ApplicationContex` via a try-with-resources block and, outside of said block, then continues to use the closed resource, resulting in an uncaught `IllegalStateException`. This particular issue prevents proper functionality and indicates poor code quality and code review standards and […]
  • Apache Struts2 Core Integer Overflow Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below fails to properly prevent integer overflows, causing wrap-arounds and other issues on a downstream forced casting into types smaller than `BigInteger`. Importantly, this finding underscores why all applications using Struts and other such platforms should perform their own input […]
  • Apache Struts2 Core Cross-Origin Protection Exemption Miskeyed to a Deployment-Wide Path Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below's `FetchMetadataInterceptor`, `CoepInterceptor`, and `CoopInterceptor` each compare their `exemptedPaths` configuration -- a per-interceptor-reference, administrator-supplied set of paths intended to exempt specific actions from the corresponding cross-origin protection -- against `HttpServletRequest.getContextPath()`. `getContextPath()` is fixed for the entire deployed web...
  • Apache Struts2 REST Plugin Fails to Properly Parse Chunked Requests Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's (version 7.4.0 and below) `ContentTypeInterceptor.intercept(ActionInvocation)` only deserialises a request body and enforces the `struts.rest.content.maxLength` bound when `HttpServletRequest#getContentLength()` returns a positive value. `getContentLength()` returns `-1` whenever the `Content-Length` header is absent, which normal and appropriate for any Hypertext Transfer Protocol (HTTP)...
  • Apache Struts2 REST Plugin Untrimmed `Accept` Header Tokens Break Content Negation Fallback Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's `DefaultContentTypeHandlerManager.getHandlerForResponse(HttpServletRequest, HttpServletResponse)` splits the `Accept` header on commas and passes each resulting token directly to `findHandler(String)` without trimming leading or trailing whitespace. `findHandler(String)` only retries a trimmed lookup when a token contains a semicolon (`;`), so a token that merely carries […]
  • Apache Struts2 JSON Plugin Insecure Deserialisation -- Object Deserialisation Element-Count Limit Bypass Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01As of the current versions of the Apache Struts2 JSON Plugin (e.g., version 7.4.0 and the 7.5.0 snapshot dated 28 October 2026), attackers can bypass the element-count limit purported to protect Object deserialisation added to said code as part of the WW-5618 and S2-072 "hardening controls". Please […]
  • [0day-rubbish] NETGEAR RAX120 V1.2.5.18 authenticated SOAP InstallApp OS command injection to root-configured web-stack execution (6.8 Medium; conditionally 7.2 High with management exposure) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in NETGEAR RAX120 (Nighthawk AX12) firmware V1.2.5.18, the WiFi 6 consumer router from NETGEAR (United States), built on the Qualcomm IPQ8074 platform. The administrative web plane of this firmware generation is a lighttpd server fronting the vendor's DNI-framework CGI […]
  • [0day-rubbish] Raritan PX3 PDU G4 firmware 4.3.14 command injection in the ping and traceroute diagnostics through an inverted hostname-validation return check (8.8) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in the Raritan PX3 PDU G4, firmware version 4.3.14, the intelligent rack power distribution unit from Raritan, a Legrand company (United States). A low-privilege authenticated session converts one diagnostics request into operating-system command execution in the product's web-service context, […]

Customers