Modulo Blog e infrastruttura runtime

La scheda Configurazione → Threat Intelligence Blog è riservata all'amministratore di piattaforma. Controlla due livelli differenti: disponibilità del modulo Blog e credenziali delle identità che eseguono il flusso.

Scegliere cosa configurare

Percorso completo: Amministrazione → Impostazioni globali → Configuration (/administration/settings) → Threat Intelligence Blog. Il pannello Runtime infrastructure si trova sotto la configurazione del modulo.

Prima di intervenire, verifica che entrambi i pannelli abbiano caricato i dati e identifica se il problema riguarda disponibilità del modulo, accesso alla sorgente o identità del servizio. La pagina non configura nuovi endpoint infrastrutturali: per modificare host/database/Redis occorre il relativo intervento sul deployment.

Scenario	Controllo appropriato	Conseguenza
Rendere disponibile il modulo	Module enabled + motivazione	Abilita il modulo, ma non supera il kill switch o credenziali mancanti.
Modulo acceso ma Paused	Controllare kill switch e stato operativo	Riaccendere lo stesso switch non elimina la causa della pausa.
Credenziale di una fonte assente	Configurazione della sorgente/ambiente indicato dal badge	Non si risolve sostituendo la password del database del runtime.
Sostituire l'accesso DB di un processo	Password database della sua identità	Richiede password già predisposta e preflight riuscito.
Sostituire l'accesso Redis	Password ACL della sua identità	Attiva la riconciliazione della credenziale Redis.
Ruotare soltanto la firma dei servizi	Rotate all signing keys, password vuote	Mantiene le password e ruota le chiavi di firma di tutte le identità.

Abilitazione del modulo

Campo / indicatore	Significato
Module enabled (enabled)	Interruttore globale che governa navigazione Blog, accesso applicativo, ingestione, orchestrazione e workflow editoriale senza richiedere un riavvio del deployment. Il valore effettivo è letto dal server.
Change reason (reason)	Motivazione obbligatoria non composta da soli spazi, massimo 2.000 caratteri. Accompagna la modifica auditabile.
Operational	Il server dichiara il modulo operativo.
Paused	Il modulo può essere abilitato ma l'elaborazione resta sospesa.
Disabled	Modulo disabilitato.
Global kill switch	Arresto d'emergenza Threat Intelligence. Il normale switch di abilitazione non lo supera; il portale rimanda al workspace editoriale per la sua gestione.

Salva invia la versione attesa del record. Se il salvataggio fallisce, rileggi la configurazione e confronta le modifiche; non assumere che il modulo sia cambiato perché il controllo locale è acceso. Dopo salvataggio la motivazione viene svuotata.

Per abilitare o disabilitare il modulo:

1. Controlla il badge corrente e l'eventuale avviso del kill switch.
2. Imposta Module enabled e compila Change reason con il motivo della variazione.
3. Premi Save e attendi la risposta; in caso di conflitto rileggi prima di un altro salvataggio.
4. Riapri o rileggi la scheda e confronta valore e stato operativo. Se il modulo è abilitato ma Paused, risolvi il blocco mostrato.
5. Per un'abilitazione, controlla la disponibilità del workspace Blog e lo stato dei processi; non avviare una nuova generazione soltanto per verificare la visibilità del menu.

Credenziali delle sorgenti

La sezione Source credentials elenca il nome della variabile di ambiente, se è configurata e se è richiesta. I valori restano gestiti nell'ambiente: questa sezione mostra disponibilità, non una casella per estrarre o sostituire i segreti. Un badge rosso su una credenziale obbligatoria segnala un prerequisito mancante, anche se il modulo è abilitato.

Identità runtime

Il pannello Runtime infrastructure espone le identità dei processi:

Ruolo	Responsabilità
orchestrator	Coordinamento del flusso Threat Intelligence.
ioc_ingestion	Acquisizione degli indicatori.
editorial_generator	Generazione dei contenuti editoriali.
editorial_validator	Validazione editoriale.
release_coordinator	Coordinamento del rilascio.

Per ciascuna identità la UI mostra service ID, key ID, versione credenziale, riepilogo database/Redis, ruolo database e utente ACL Redis. Gli endpoint dell'infrastruttura sono controllati dal deployment e in sola lettura. I seguenti campi ruotano invece credenziali cifrate nel database della piattaforma.

Campo	Vincoli	Effetto
New database role password	Facoltativa; se valorizzata, 16–512 caratteri	Sostituisce la password del ruolo mostrato nella configurazione runtime. La nuova password deve essere già stata predisposta sul database e viene validata prima dell'attivazione.
New Redis ACL password	Facoltativa; se valorizzata, 16–512 caratteri	Nuova credenziale dell'utente ACL. Il reconciler della piattaforma applica la configurazione Redis.
Rotate all signing keys	Booleano; inizialmente spento	Richiede la rotazione di tutte le chiavi di firma delle identità, indipendentemente dall'eventuale cambio delle password.
Change reason	Obbligatoria, massimo 2.000 caratteri, non solo spazi	Motivazione della rotazione o modifica.

Lasciare vuota una password mantiene il valore cifrato corrente. Il form non mostra mai il valore salvato; dopo il salvataggio viene azzerato. La versione attesa impedisce di sovrascrivere inavvertitamente una rotazione concorrente. Il server richiede almeno una modifica effettiva: una password nuova oppure la rotazione delle chiavi; la sola motivazione non basta.

Procedura di rotazione

1. Identifica il ruolo esatto nella scheda dell'identità.
2. Per il database, predisponi la nuova password sul ruolo corretto prima di inserirla qui.
3. Compila soltanto le password da sostituire; scegli esplicitamente se ruotare anche le chiavi di firma.
4. Inserisci la motivazione e salva.
5. Rileggi stato delle identità, key ID/versione e indicatori database/Redis; verifica poi la salute dei servizi interessati.

Configured nel pannello indica che tutte le identità riportano database e Redis configurati; non certifica da solo una nuova esecuzione editoriale riuscita. Incomplete richiede di individuare l'identità con requisito mancante. Non ripetere alla cieca una rotazione dopo un errore di lettura: determina prima quale versione è attiva.

Errore / esito	Verifica successiva
Nessuna modifica infrastrutturale	Compila almeno una password nuova oppure richiedi la rotazione delle firme; la motivazione da sola non è un cambiamento.
Preflight database fallito	Controlla ruolo e password già predisposti; il campo della UI non crea la password sul database remoto.
Versione cambiata	Rileggi le identità e confronta la rotazione concorrente prima di preparare nuovi valori.
Identità mancante o schema runtime non supportato	Risolvi la configurazione infrastrutturale; non creare un'identità inventata nel form.
Salvataggio riuscito, servizio non operativo	Controlla riconciliazione, connettività e salute del processo: la presenza della credenziale non dimostra la riuscita della sua attività.

I limiti delle correzioni editoriali e la diagnostica dei piani sono descritti in Flusso editoriale degli agenti; i modelli in Catalogo e route.

Verifica sorgente: card Blog/runtime, contratti delle identità e runtime-infrastructure-config.service; snapshot del 10 novembre 2026. I valori e gli endpoint del deployment non sono pubblicati nella wiki.