Versione 0.5.0
Identificazione
| Voce | Riferimento |
|---|---|
| Data della versione | 31 ottobre 2026 |
| Ambito | Console e composizione delle funzionalità Data Plane indicate nelle note |
Dashboard, Alert e accesso
I contatori e i grafici della dashboard derivano dal riepilogo SQL degli alert aperti nell'intero ambito selezionato. Non dipendono più dal caricamento delle prime pagine della coda: la paginazione della lista non deve quindi essere usata per ricostruire il totale del cruscotto.
La pagina Alert separa il caricamento delle righe da quello dei conteggi e arricchisce soltanto i record della pagina corrente. Sono corretti i comportamenti di filtri, paginazione, retry e cambio tenant. Il caricamento iniziale della Console viene unificato; i rinnovi della sessione mantengono le pagine utilizzabili e conservano il lavoro in corso.
Gli stati tecnici vengono raccolti in Amministrazione → Stato piattaforma, con filtri, dettagli e indicazione della freschezza delle osservazioni. La vista e le impostazioni globali Agenti sono riservate agli amministratori della piattaforma; gli avvisi tecnici duplicati vengono rimossi dalle altre pagine.
Guide correnti: Alert, Stato piattaforma, Modelli e routing degli agenti.
Configurazione Data Plane
L'avvio di un nuovo inserimento non dipende più dall'esito di un tentativo precedente, anche se ancora pendente o fallito. Lo storico persistente conserva richiesta, risultato ed errore. Retry e correzione sono operazioni esplicite e devono recuperare il tentativo corretto senza creare risorse duplicate.
Consulta Data Plane per i campi e gli stati del wizard corrente. La disponibilità del wizard non dimostra da sola che tutti i servizi del Data Plane siano operativi.
Simulazioni phishing
L'attivazione è controllata per singolo tenant. Lo stesso stato governa navigazione, accesso diretto, invii e interazioni pubbliche delle simulazioni.
| Operazione | Comportamento introdotto o confermato |
|---|---|
| Disattivare il modulo | Conserva i dati esistenti; blocca le operazioni soggette all'abilitazione |
| Riattivare il modulo | Non riparte automaticamente con campagne sospese o invii arretrati |
| Eseguire un piano pubblicato | Usa l'autorità persistente del backend; resta soggetto a revoche organizzative, quote e controlli operativi |
L'abilitazione e la ripresa di una campagna sono quindi decisioni distinte. Riferimenti: Attivazione phishing, Campagne, Autorizzazioni.
Threat Intelligence e revisione editoriale
| Area | Modifica | Effetto operativo |
|---|---|---|
| Evidenze e revisioni | Conservazione delle evidenze canoniche e identità strutturale delle revisioni | Recupero delle analisi salvate senza una nuova chiamata IA quando previsto dal percorso di recupero |
| Revisione per sezioni | Contesti ampliati, riferimenti verificabili, controlli fattuali e budget persistenti | Il risultato della revisione resta legato a evidenze e costo autorizzato |
| Escalation | Passaggio selettivo a Terra | Il modello più impegnativo viene usato nei casi previsti dalla policy, non per ogni articolo |
| Traduzione inglese | Massimo due tentativi | Gli esiti inconcludenti restano bozze private con diagnostica |
| Talos | Conservazione del corpo RSS completo fino al generatore | Riduce la perdita di testo tra acquisizione e generazione |
| ACN | Accettazione di ore valide espresse con una sola cifra | Correzione del parsing delle date di pubblicazione |
| Acquisizione manuale IOC | Avanzamento monotono dei checkpoint dopo un'acquisizione completamente riuscita | Il completamento manuale aggiorna il progresso della fonte senza farlo regredire |
| Concorrenza IOC | Rinnovi dei lease e protezione delle scritture durante contesa PostgreSQL | Riduce interferenze tra elaborazioni concorrenti |
Sono comprese le revisioni editoriali r1–r8 citate dalla composizione ufficiale. Le successive r9–r11 sono escluse da questa release. Guide: Threat Intelligence, Fonti, Orchestrazione editoriale.
Raccolta e normalizzazione
Syslog e Vector adottano code limitate in memoria e backpressure. La riconciliazione delle configurazioni S3 mantiene stabile il routing quando il refresh non introduce modifiche. Sono supportati slot Vector gestiti: uno slot libero può risultare pronto mantenendo chiuso l'ingresso, mentre le revoche storiche concluse vengono gestite senza riaprire l'ammissione.
La normalizzazione FortiGate migliora il trattamento degli IP remoti e i controlli di reputazione sulle sorgenti dei login VPN falliti. La prima tranche delle predisposizioni M8 è inclusa, ma i profili di traffico aggiuntivi rimangono disattivati.
Riferimenti correnti: Syslog, Ciclo di vita delle sorgenti, Reputazione.
Compatibilità e limiti della versione
- Le code in RAM perdono il backlog in caso di crash o riavvio. Accettare temporaneamente un evento in memoria non equivale alla sua conservazione definitiva.
- Rimane il limite noto della dashboard con ambiti che generano oltre 1.000 parametri tenant. Non va interpretato come limite generale di 1.000 tenant registrabili.
- Funzioni, menu e ottimizzazioni dipendono da ruolo, tenant e profilo dell'ambiente.
- Gli incrementi presenti soltanto su Stage dopo il 31 ottobre non fanno parte della composizione pubblicata.