La comunità app sec è stata felice di vedere che OWASP sta considerando di fare un passaggio nel loro aggiornamento Top 10: “Security Logging and Alerting Failures” dalla posizione #10 alla posizione #9, e ha evidenziato nel rilascio del 2025 con un nuovo nome che sottolinea un componente critico che è stato spesso trascurato - l'allarme. "Security Logging & Alerting Failures" rappresenta più di una semplice riordinazione delle priorità. segnala un cambiamento nel modo in cui le organizzazioni si avvicineranno alla sicurezza delle applicazioni in un'era di minacce sempre più sofisticate e requisiti di conformità. Perché è importante la promozione Il viaggio da "Logging & Monitoring insufficiente" nel 2017 a "Security Logging and Monitoring Failures" nel 2021, e infine a "Security Logging & Alerting Failures" nel 2025 racconta una storia di crescente riconoscimento. Come dichiara esplicitamente OWASP nella sua documentazione del 2025: "Il grande logging senza allarme ha un valore minimo nell'identificare gli incidenti di sicurezza." Questa semplice dichiarazione cattura il motivo per cui la categoria ha guadagnato la sua promozione. Anche se è importante notare che mentre i fallimenti di logging e di allarme di solito non vengono sfruttati direttamente, aumentano sostanzialmente l'impatto e limitano il tempo di altre vulnerabilità. Le organizzazioni possono generare montagne di dati di log, ma senza efficaci meccanismi di allarme che innescano azioni appropriate, stanno essenzialmente volando cieco. I fallimenti nel logging e nell'allarme influenzano direttamente tre funzionalità di sicurezza critiche: 
 
 
 
 Visibilità su ciò che sta accadendo nella tua infrastruttura applicativa Avviso di incidente per catturare i problemi prima che escalino Forensica per capire cosa è andato storto e prevenire incidenti futuri Senza un robusto logging e allarme, i team di sicurezza non possono rilevare violazioni in corso, rispondere a minacce attive o condurre analisi post-incidente per rafforzare le difese. Perché i team di sicurezza delle applicazioni dovrebbero prendersi cura Per i team di sicurezza delle applicazioni, questa promozione convalida ciò che molti hanno saputo intuitivamente ma hanno lottato per dare priorità: non è possibile proteggere ciò che non si vede. Considerare gli scenari del mondo reale evidenzia OWASP. Un attaccante scansiona gli utenti con password comuni, prendendo sistematicamente i conti. Per la maggior parte degli utenti, questo lascia solo un singolo tentativo di accesso fallito. Senza il logging completo e l'allarme configurato per rilevare modelli su più account, questo attacco vola sotto il radar fino a quando non viene fatto un danno significativo. I team di sicurezza delle applicazioni affrontano diverse sfide specifiche che rendono questa categoria critica: Rilevazione di modelli di attacco complessi: gli attacchi moderni raramente si annunciano con un singolo indicatore evidente. Si svolgono su più sessioni, indirizzi IP e tempi. Solo il logging completo con l'allarme intelligente può connettere questi punti. Requisiti di conformità: Regolamenti come PCI-DSS, GDPR e HIPAA impongono specifiche capacità di logging.La promozione OWASP sottolinea che questi non sono solo requisiti di casella di controllo – sono controlli di sicurezza essenziali. Velocità di risposta agli incidenti: quando si verifica un incidente di sicurezza, ogni minuto conta.Logging e allarme efficaci comprimono il tempo tra la rilevazione e la risposta, potenzialmente impedendo che una minore violazione diventi una perdita di dati catastrofica. La sfida per i fornitori di sicurezza delle applicazioni Per i fornitori di sicurezza delle applicazioni, la promozione OWASP rappresenta sia un'opportunità che una sfida.Le organizzazioni stanno ora dando priorità alle capacità di logging e monitoraggio nella loro selezione di strumenti di sicurezza, creando una domanda di mercato per soluzioni che affrontano efficacemente questa categoria. Tuttavia, i venditori affrontano notevoli ostacoli tecnici: Il problema del volume: le moderne applicazioni web generano enormi quantità di dati di log. Una singola applicazione ad alto traffico può produrre terabyte di log al giorno. I firewall delle applicazioni web generano volumi particolarmente alti a causa della natura della sicurezza di margine - ogni richiesta HTTP genera potenzialmente più voci di log poiché viene valutata in base a varie regole di sicurezza. Il problema dell'economia dello storage: molte piattaforme di osservabilità e sicurezza di prima generazione sono state costruite prima dell'era delle architetture a scala cloud. Essi si basano spesso su architetture di storage costose e strettamente collegate che rendono la conservazione a lungo termine di log ad alto volume economicamente proibitiva. Il problema della velocità di accesso: i log sono preziosi solo se possono essere interrogati rapidamente quando necessario, ma molti forzatori costringono i clienti a scegliere tra lo stoccaggio a caldo (caro ma veloce) e lo stoccaggio a freddo (basso ma lento), creando un'attrito operativo che sconfigge lo scopo della stoccaggio completo. Perché la maggior parte delle soluzioni di osservazione lotta su scala Molte soluzioni di osservabilità di prima generazione non scalano bene quando confrontate con i volumi di log di sicurezza delle applicazioni, specialmente da WAF di livello aziendale. Le organizzazioni che utilizzano un WAF possono generare da centinaia di gigabyte a più terabyte di log di sicurezza al giorno. Ogni richiesta HTTP valutata dal WAF crea voci di log contenenti informazioni sulla richiesta, le regole attivate, le azioni intraprese e i metadati contestuali. Le piattaforme di osservazione di prima generazione, strettamente collegate, affrontano economie impossibili su questa scala: Esplosione dei costi: le piattaforme che addebitano per ingestione di GB o per archiviazione di GB vedono i costi fuori controllo.Le organizzazioni affrontano bollette che possono facilmente consumare il 30% del loro totale budget per l'infrastruttura cloud solo per l'osservabilità. Sacrificazione forzata dei dati: per gestire i costi, i team ricorrono a campionamento, aggregazione o semplicemente eliminazione dei dati dopo brevi periodi di conservazione. Degradazione delle prestazioni delle query: man mano che i volumi di dati crescono, le prestazioni delle query soffrono su piattaforme non progettate architettonicamente per i carichi di lavoro su scala log. Quando si consumano terabyte al giorno e la conformità del settore o le migliori pratiche di sicurezza richiedono periodi di conservazione di mesi o anni, i tradizionali modelli di prezzo per GB diventano insostenibili. Come affrontare la sfida Per risolvere il problema che la promozione di OWASP mette in evidenza - fornire visibilità completa e azionabile nei log di sicurezza e applicazioni ad alto volume a costi economicamente sostenibili - le aziende hanno bisogno di una piattaforma di dati in tempo reale che avvisa secondo dopo l'ingestione, non costa una fortuna indipendentemente dalla quantità di dati e mantiene tutti i dati caldi per una query rapida. Hanno bisogno di: Alerting in tempo reale su scala: le piattaforme di dati in tempo reale, come Hydrolix, che assorbono e rendono disponibili i dati per l'allarme in pochi secondi, anche su larga scala, possono assorbire oltre 10 milioni di righe al secondo mantenendo la latenza di un secondo singolo. 15+ mesi di conservazione dei dati caldi: Molti fornitori di analisi dei dati e di osservabilità costringono i dati a essere memorizzati a freddo dopo 7-30 giorni. Questo è esattamente ciò che crea il connubio del rifiuto o del campionamento dei dati rispetto al mantenimento di tutti.Le aziende dovrebbero cercare piattaforme che mantengano tutti i dati in archiviazione "calda" per 15 mesi o più come standard e con volumi di compressione elevati. Sub-second Query Performance: i tempi di risposta della query sub-second anche su set di dati contenenti miliardi di righe, consentono il tipo di indagine e analisi rapida che richiede una risposta efficace agli incidenti. Sostenibilità economica: le piattaforme come Hydrolix offrono una riduzione del 75% dei costi rispetto alle tradizionali piattaforme di osservabilità per carichi di lavoro equivalenti. Quando vengono eseguite più soluzioni di sicurezza, le aziende hanno bisogno di un'integrazione fluida con tutte le fonti di dati, offrendo visibilità consolidata agli eventi di sicurezza e al traffico di consegna in una singola piattaforma. L’architettura che rende possibile Il raggiungimento di questi obiettivi richiede scelte architettoniche fondamentali: Storage e calcolo disconnessi: Molte piattaforme di dati tradizionali sono dotate di architetture di calcolo e archiviazione strettamente accoppiate.Tuttavia, il disconnessi è fondamentale perché consente la scalabilità indipendente di ciascun componente in base ai requisiti di carico di lavoro effettivo. Kubernetes Infrastructure: le piattaforme dovrebbero funzionare sull'architettura di Kubernetes senza stato, consentendo una scalabilità dinamica durante gli eventi di picco e verso il basso durante i periodi di silenzio, controllando direttamente i costi. Tecnologia di compressione avanzata: la compressione ad alta densità può ridurre in modo significativo i costi senza sacrificare le prestazioni delle query, cambiando fondamentalmente l'economia della conservazione a lungo termine. Quando la trasformazione e l'arricchimento dei dati avvengono durante l'ingestione, consente di combinare più fonti di log in tabelle unificate riducendo al contempo i costi di elaborazione a valle. Ottimizzato per il Cloud Object Storage: massimizzando le prestazioni del storage degli oggetti di merce piuttosto che richiedere uno storage specializzato costoso, le aziende possono ottenere prestazioni di livello aziendale a costi di infrastruttura notevolmente più bassi. Le implicazioni più ampie La promozione di “Security Logging & Alerting Failures” nell’OWASP Top 10 rappresenta più di un cambiamento tattico nelle priorità di sicurezza. Mentre le applicazioni si muovono verso architetture native al cloud, adottano modelli di microservizi e scalano per servire le basi utente globali, il volume e la complessità dei dati di log aumenteranno solo. Le organizzazioni che abbracciano il logging e l'allarme completi guadagneranno notevoli vantaggi di sicurezza: 
 
 
 
 
 
 Rilevazione più rapida delle minacce e risposta agli incidenti Miglioramento della conformità con le prove controllabili Una comprensione più approfondita del comportamento delle applicazioni e dei modelli utente Capacità di identificare e affrontare in modo proattivo le vulnerabilità Fondazione per casi di utilizzo avanzati come la caccia alle minacce e l'analisi comportamentale La promozione OWASP Top 10 di “Security Logging & Alerting Failures” non è una ristrutturazione delle priorità, è un appello all’azione: le organizzazioni devono dare la priorità alla visibilità, alla rilevazione e alle capacità di risposta. Per i team di sicurezza delle applicazioni, questo significa fare il logging e l'allarme una parte fondamentale della pila di sicurezza complessiva. Per i fornitori di sicurezza, significa costruire o adottare piattaforme in grado di gestire i dati su scala log senza forzare compromessi impossibili. Le soluzioni che non possono gestire economicamente i volumi di log generati da applicazioni moderne e strumenti di sicurezza come i WAF aziendali si troveranno sempre più all'esterno. Hydrolix offre un nuovo approccio che si allinea con le raccomandazioni di OWASP e senza rompere la banca. Se siete interessati a saperne di più, visitare idrolox.io 
 
 Questa storia è stata pubblicata sotto il programma di blogging aziendale di HackerNoon. Questa storia è stata pubblicata sotto il programma di blogging aziendale di HackerNoon. Questo articolo è stato pubblicato su HackerNoon's . Programma di business blogging Programma di business blogging

Read My Stories

Questo audio è prodotto nella lingua originale della storia!

OWASP Top 10: Perché il logging e l'allarme sono più importanti che mai

About Author

COMMENTI

CARTELLINI

QUESTO ARTICOLO È STATO PRESENTATO IN

Related Stories

New Year, New Exciting Features: Mint Your Name, Watch Web 2.5 and Meet The Top Startups of The Year

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

I Built an AI Copilot That Thinks in Exploits, Not Prompts

How to Mint Your Name.HackerNoon Web3 Identity Namespace

New Year, New Exciting Features: Mint Your Name, Watch Web 2.5 and Meet The Top Startups of The Year

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

I Built an AI Copilot That Thinks in Exploits, Not Prompts

How to Mint Your Name.HackerNoon Web3 Identity Namespace

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps