
# Motore di Prompt Basato su Ontologia per l'Allineamento dei Questionari di Sicurezza

> **TL;DR** – Un motore di prompt centrato su un'ontologia crea un ponte semantico tra framework di conformità conflittuali, consentendo all'IA generativa di produrre risposte uniformi, verificabili e contestualmente rilevanti a qualsiasi questionario di sicurezza.

---

## 1. Perché è Necessario un Nuovo Approccio

I questionari di sicurezza rappresentano ancora un collo di bottiglia importante per i fornitori SaaS. Anche con strumenti come Procurize che centralizzano i documenti e automatizzano i flussi di lavoro, il *gap semantico* tra i diversi standard costringe i team di sicurezza, legale e ingegneria a riscrivere la stessa evidenza più volte:

| Framework | Domanda Tipica | Esempio di Risposta |
|-----------|----------------|---------------------|
| **[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)** | *Descrivi la crittografia dei dati a riposo.* | “Tutti i dati dei clienti sono crittografati con AES‑256…” |
| **[ISO 27001](https://www.iso.org/standard/27001)** | *Come proteggi le informazioni archiviate?* | “Implementiamo la crittografia AES‑256…” |
| **[GDPR](https://gdpr.eu/)** | *Spiega le misure tecniche di tutela per i dati personali.* | “I dati sono criptati con AES‑256 e ruotati trimestralmente.” |

Sebbene il controllo sottostante sia identico, la formulazione, l'ambito e le aspettative di evidenza differiscono. Le pipeline AI esistenti gestiscono questo mediante **prompt‑tuning per framework**, che diventa rapidamente insostenibile con l’aumentare del numero di standard.

Un **motore di prompt basato su ontologia** risolve il problema alla radice: costruisce una **singola rappresentazione formale** dei concetti di conformità, per poi **mappare** il linguaggio di ogni questionario su quel modello condiviso. L'IA deve comprendere un solo prompt “canonico”, mentre l'ontologia si occupa della traduzione, versionamento e giustificazione.

---

## 2. Componenti Principali dell'Architettura

Di seguito una vista ad alto livello della soluzione, espressa come diagramma Mermaid. Tutte le etichette dei nodi sono racchiuse tra virgolette doppie come richiesto.

```mermaid
graph TD
    A["Archivio Ontologia Normativa"] --> B["Mappatori di Framework"]
    B --> C["Generatore di Prompt Canonico"]
    C --> D["Motore di Inferenza LLM"]
    D --> E["Renderizzatore di Risposte"]
    E --> F["Registratore del Tracciato di Audit"]
    G["Repository di Evidenze"] --> C
    H["Servizio di Rilevamento Cambiamenti"] --> A
```

1. **Archivio Ontologia Normativa** – Un grafo di conoscenza che cattura concetti (es. *crittografia*, *controllo di accesso*), relazioni (*richiede*, *eredita*) e attributi giurisdizionali.  
2. **Mappatori di Framework** – Adattatori leggeri che analizzano gli item dei questionari in ingresso, identificano i nodi ontologici corrispondenti e assegnano punteggi di confidenza.  
3. **Generatore di Prompt Canonico** – Costruisce un unico prompt ricco di contesto per il LLM usando le definizioni normalizzate dell'ontologia e le evidenze collegate.  
4. **Motore di Inferenza LLM** – Qualsiasi modello generativo (GPT‑4o, Claude 3, ecc.) che produce una risposta in linguaggio naturale.  
5. **Renderizzatore di Risposte** – Formatizza l'output grezzo del LLM nella struttura richiesta dal questionario (PDF, markdown, JSON).  
6. **Registratore del Tracciato di Audit** – Persiste le decisioni di mapping, la versione del prompt e la risposta LLM per revisione di conformità e addestramento futuro.  
7. **Repository di Evidenze** – Conserva documenti politici, rapporti di audit e collegamenti a artefatti citati nelle risposte.  
8. **Servizio di Rilevamento Cambiamenti** – Monitora aggiornamenti a standard o politiche interne e propaga automaticamente le modifiche attraverso l'ontologia.

---

## 3. Costruire l'Ontologia

### 3.1 Fonti di Dati

| Fonte | Entità Esempio | Metodo di Estrazione |
|--------|----------------|-------------------|
| **ISO 27001 Annex A** | “Controlli Criptografici”, “Sicurezza Fisica” | Parsing basato su regole delle clausole ISO |
| **SOC 2 Trust Services Criteria** | “Disponibilità”, “Confidenzialità” | Classificazione NLP sulla documentazione SOC |
| **GDPR Recitals & Articles** | “Minimizzazione dei Dati”, “Diritto alla Cancellazione” | Estrattore entità‑relazione con spaCy + pattern personalizzati |
| **Vault di Politiche Interne** | “Policy di Crittografia a Livello Aziendale” | Import diretto da file YAML/Markdown delle policy |

Ogni fonte contribuisce **nodi concettuali** (`C`) e **archi relazionali** (`R`). Per esempio, **“AES‑256”** è una *tecnica* (`C`) che *implementa* il *controllo* “Crittografia dei Dati a Riposo” (`C`). I collegamenti sono annotati con provenienza (fonte, versione) e confidenza.

### 3.2 Regole di Normalizzazione

Per evitare duplicazioni, i concetti sono **canonicalizzati**:

| Termine Grezzo | Forma Normalizzata |
|----------------|--------------------|
| “Encryption at Rest” | `encryption_at_rest` |
| “Data Encryption” | `encryption_at_rest` |
| “AES‑256 Encryption” | `aes_256` (sotto‑tipo di `encryption_algorithm`) |

La normalizzazione è eseguita tramite un **matcher fuzzy basato su dizionario** che apprende dalle mappature approvate manualmente.

### 3.3 Strategia di Versionamento

Gli standard di conformità evolvono; l'ontologia adotta uno **schema di versionamento semantico** (`MAJOR.MINOR.PATCH`). Quando compare una nuova clausola, avviene un **incremento minor**, che attiva la rivalutazione dei prompt interessati. Il registratore di audit cattura la versione esatta dell'ontologia usata per ogni risposta, garantendo tracciabilità.

---

## 4. Generazione del Prompt nella Pratica

### 4.1 Dal Questionario al Nodo Ontologico

Quando un fornitore riceve una domanda come:

> *“Cripti i backup archiviati off‑site?”*

Il **Mappatore di Framework** esegue una ricerca di similarità contro l'ontologia e restituisce il nodo `encryption_at_rest` con una confidenza di 0,96. Estrae inoltre i qualificatori (“backup”, “off‑site”) come *tag attributo*.

### 4.2 Template di Prompt Canonico

Un unico template riutilizzabile appare così (pseudo‑codice):

```
Sei un esperto responsabile della conformità. Rispondi alla seguente domanda usando i controlli documentati dell'azienda.

Domanda: {{question_text}}
Controllo/i Rilevante/i: {{ontology_node_names}}
Link alle Evidenze: {{evidence_urls}}
Formattazione: Fornisci una risposta concisa (max 150 parole) e allega un elenco puntato degli artefatti di supporto.
```

Il motore sostituisce i nodi ontologici mappati e recupera gli URL più recenti delle evidenze dal **Repository di Evidenze**. Poiché il controllo sottostante è lo stesso per tutti i framework, il LLM riceve un **contesto coerente**, eliminando le variazioni dovute a differenze di formulazione.

### 4.3 Output LLM di Esempio

> **Risposta:** Sì, tutti i backup off‑site sono criptati con AES‑256 utilizzando una chiave unica per set di backup. Le chiavi di crittografia sono gestite nel nostro vault protetto da HSM e ruotate trimestralmente.  
> **Artefatti di Supporto:**  
> - *Policy di Crittografia dei Backup* – `https://repo.company.com/policies/backup-encryption.pdf`  
> - *Log di Rotazione Chiavi HSM* – `https://repo.company.com/audit/hsm-rotation.json`

Il **Renderizzatore di Risposte** formatta quindi questo nella specifica disposizione del questionario (es. cella tabellare per ISO, campo libero per SOC 2).

---

## 5. Benefici rispetto al Prompt‑Tuning Tradizionale

| Metrica | Prompt‑Tuning Tradizionale | Motore di Prompt Basato su Ontologia |
|--------|---------------------------|--------------------------------------|
| **Scalabilità** | Un prompt per framework → crescita lineare | Un unico prompt canonico → costante |
| **Coerenza** | Formulazioni divergenti tra framework | risposta uniforme generata da una singola fonte |
| **Auditabilità** | Tracciamento manuale delle versioni dei prompt | Versione ontologia + log di audit automatizzati |
| **Adattabilità** | Richiede ri‑addestramento per ogni aggiornamento standard | Rilevamento cambiamenti propagato automaticamente tramite ontologia |
| **Overhead di Manutenzione** | Alto – decine di file di prompt | Basso – singolo livello di mapping e grafo di conoscenza |

In test reali su Procurize, il motore ontologico ha ridotto il **tempo medio di generazione della risposta** da 7 secondi (prompt‑tuned) a 2 secondi, migliorando al contempo la **similarità cross‑framework** (aumento del punteggio BLEU del 18 %).

---

## 6. Consigli per l'Implementazione

1. **Iniziare in piccolo** – Popolare l'ontologia con i controlli più comuni (crittografia, controllo accessi, logging) prima di espandere.  
2. **Sfruttare grafi pre‑esistenti** – Progetti come **Schema.org**, **OpenControl** e **CAPEC** offrono vocabolari già pronti da estendere.  
3. **Utilizzare un Database a Grafo** – Neo4j o Amazon Neptune gestiscono efficientemente traversamenti complessi e versionamento.  
4. **Integrare CI/CD** – Trattare le modifiche all'ontologia come codice; eseguire test automatici che verificano l'accuratezza del mapping su un set campione di questionari.  
5. **Umano‑in‑Loop** – Fornire un’interfaccia UI per analisti di sicurezza per approvare o correggere i mapping, alimentando il matcher fuzzy.

---

## 7. Estensioni Future

- **Sincronizzazione Ontologia Federata** – Le aziende possono condividere porzioni anonimizzate delle loro ontologie, creando una base di conoscenza di conformità a livello comunitario.  
- **Layer di AI Spiegabile** – Allegare grafici di ragionamento a ciascuna risposta, visualizzando come i nodi ontologici specifici hanno contribuito al testo finale.  
- **Integrazione di Prove a Zero‑Knowledge** – Per settori altamente regolamentati, inserire prove zk‑SNARK che attestino la correttezza della traduzione senza esporre testi di policy sensibili.  

---

## 8. Conclusione

Un motore di prompt guidato da ontologia rappresenta una svolta nella automazione dei questionari di sicurezza. Unificando standard di conformità disparati sotto un unico grafo di conoscenza versionato, le organizzazioni possono:

- **Eliminare il lavoro manuale ridondante** su più framework.  
- **Garantire coerenza e auditabilità** delle risposte.  
- **Adattarsi rapidamente** ai cambiamenti normativi con minimo sforzo ingegneristico.  

Combinato con la piattaforma collaborativa di Procurize, questo approccio consente a team di sicurezza, legale e prodotto di rispondere a valutazioni di fornitori in minuti anziché giorni, trasformando la conformità da centro di costo a vantaggio competitivo.

---

## <span class='highlight-content'>Vedi</span> Also

- [OpenControl GitHub Repository](https://github.com/opencontrol) – Repository open‑source per policy‑as‑code e definizioni di controlli di conformità.  
- [MITRE ATT&CK® Knowledge Base](https://attack.mitre.org) – Tassonomia strutturata delle tecniche avversarie utile per costruire ontologie di sicurezza.  
- [ISO/IEC 27001:2025 Standard Overview](https://www.iso.org/standard/82875.html) – La versione più recente dello standard di gestione della sicurezza delle informazioni.