Security & Trust

Fiducia che puoi verificare, non da prendere sulla parola.

La stessa disciplina su cui gira il prodotto, applicata all’azienda: postura di sicurezza, gestione dei dati, sub-processor e i documenti che i team security, risk e procurement usano per valutare FastContext. Le cinque classi di verità H0 riportate qui sono qualificate per perimetro e source snapshot; non dichiariamo che ogni claim pubblico, legale o operativo sia già classificato. Il catalogo storico non è una verifica corrente.

  • Managed cloud proposto · vendor e regione da verificare per deployment
  • Routed model-egress gate · fail-closed
  • Integrità audit v2 · perimetro qualificato
  • Catalogo 02.07.2026 · snapshot storico

Onesti per costruzione. FastContext oggi non ha certificazioni SOC 2 o ISO 27001 e nessun penetration test indipendente è stato condotto: pubblichiamo roadmap e controlli implementati, e dichiariamo un framework “certificato” solo quando esiste il report di un auditor. FastContext è software che supporta gli obblighi dei team in contesti regolamentati FINMA; non è un istituto autorizzato FINMA.

Postura

Framework e certificazioni, con lo stato vero.

Gli stati correnti sono qualificati per perimetro. Il catalogo numerico del 02.07.2026 resta esplicitamente storico e non prova la release corrente.

SOC 2 Type II

Nessuna certificazione esiste oggi e nessuna viene dichiarata. Pubblichiamo uno snapshot datato e documentato dei controlli; le correzioni H0 correnti coprono soltanto cinque classi di verità e non riclassificano l’intero catalogo.

Pianificato · roadmap 2026

Roadmap e stato aggiornato

ISO/IEC 27001

In roadmap insieme a SOC 2. Le date della roadmap vivono in un unico posto — il catalogo pubblico dei controlli — e non vengono duplicate qui.

Pianificato · roadmap 2026

Roadmap e stato aggiornato

Penetration test

Nessun test indipendente è ancora stato condotto. Il primo è pianificato prima della general availability; pubblicheremo la data quando esisterà — niente linguaggio “regular pentesting” finché non è vero.

Pianificato · prima della GA

FAQ nel catalogo controlli

Vulnerability disclosure · owner commitment

security.txt (RFC 9116) è pubblicato. L’owner offre security@fastcontext.io e si impegna a confermare entro 72 ore la ricezione delle segnalazioni: è un impegno di servizio, non evidenza runtime/source né uno SLA di fix o triage.

security.txt pubblicato · owner commitment

security.txt

GDPR · bozza disclosure sub-processor

La lista pubblica è una bozza aggiornata al 26.08.2026, in attesa di review owner/counsel e non ancora efficace. I sub-processor applicabili saranno confermati nel contratto, DPA o documento di deployment pertinente.

Bozza pubblica · non efficace

Leggi la bozza con il suo stato

Catalogo dei controlli

Lo snapshot del 2 luglio 2026 censiva 59 controlli: 46 In place, 12 Partial e 1 Planned. È una fotografia storica ancorata al commit 46ee5af3, non una verifica della release corrente; le correzioni H0 più recenti dichiarano separatamente il proprio perimetro.

Snapshot storico · 02.07.2026

Catalogo completo

Architettura

Dove vivono i tuoi dati, e cosa esce.

Sul percorso instradato di model generation, il gate esterno è fail-closed. Modello di deployment, capability e versione vanno verificati sul sistema in esecuzione.

DeploymentOpzioni da verificareCustomer-hosted (on-prem) è un engagement guidato, non un download self-serve. Il managed è una configurazione proposta per un futuro deployment contrattualizzato, non evidenza che FastContext ne operi uno oggi.
Managed cloudBaseline proposta · UE/GermaniaUE/Germania è una baseline proposta, non una receipt di hosting, storage o residenza corrente. Configurazione, vendor, regione e trattamento devono essere verificati per lo specifico deployment tramite configurazione in esecuzione, informazioni correnti dei provider, documenti contrattuali e disclosure resa efficace dopo review owner/counsel.
Model egressRouted gate · fail-closedSul percorso di model generation instradato, il gate valuta le chiamate verso provider esterni: confidential e secret sono negati, public richiede opt-in e il kill switch blocca l’egress del router. Non è un claim sul traffico di rete universale, una prova zero-egress o un risultato packet-capture; nessun evaluator run o execution receipt è dichiarato.
Model hostingPer deployment · da verificareL’opzione customer-hosted guidata può usare inferenza locale quando è configurata e supportata. In un futuro managed contrattualizzato, Azure OpenAI su endpoint UE sarebbe un’opzione, non un provider corrente implicito. Postura, capability, versione, provider e regione vanno verificati sul deployment e nella disclosure efficace; i termini del provider applicabile vanno riletti al momento della verifica.
CifraturaMeccanismi source-bound · deployment da verificareLo snapshot sorgente configura TLS 1.2/1.3 e redirect da HTTP sulle superfici API/MCP previste, ma non è una receipt di un deployment managed corrente. La cifratura at rest del database è un requisito tracciato, non provato attivo: entrambi vanno verificati sul deployment specifico.
Modello di accessoLeast-privilege · fail-closedMembership di workspace × ruolo × classificazione/clearance (public → secret), risolti per utente e applicati alla retrieval. Ruoli o clearance sconosciuti vengono negati, mai defaultati.
Audit integrityGoverned v2 · boundedI record con audit_chain_payload_version=2 sono concatenati dopo il mascheramento PII; il verificatore bounded rileva divergenze di sequenza, hash precedente e payload. V1 storico e altre collezioni audit sono fuori dal claim. Non è WORM né immutabilità fisica.
Audit retentionaudit_logs · 180 giorni defaultI record scritti da AuditLogger in audit_logs ricevono ttl_expires_at come datetime UTC; l’indice MongoDB expireAfterSeconds=0 applica il default di 180 giorni. Altre collezioni audit e ContextBundle non ereditano automaticamente questa scadenza.
IsolamentoLogico · fail-closedPredicati obbligatori di organizzazione e workspace su un indice condiviso — non indici fisicamente separati, e lo dichiariamo. Una richiesta verso un’altra organizzazione risolve in not-found; una suite CI a due organizzazioni verifica a ogni delivery che nessun contenuto cross-organizzazione appaia nelle risposte.
Data locality e deployment, in dettaglioShared responsibility per modello

Model governance

Quando c’è un modello in mezzo — e quando no.

FastContext non è chat-with-citations: la domanda “questa risposta l’ha prodotta un modello?” ha una risposta precisa, superficie per superficie.

Ask

Nessun modello

Ask è una console di evidenza: retrieval, provenienza e punteggi — nessuna chiamata a un modello, nessun testo generato. Se l’evidenza non c’è, il risultato è onestamente vuoto, non inventato.

Desk

Citation-gated · server-side

Desk mette un modello nel loop, ma il suo output non è fidato da solo: un gate lato server rilascia il testo della risposta solo se ogni citazione risolve nell’evidenza consegnata. Un tentativo di riparazione strutturato, poi il rifiuto: ricevi solo l’evidenza.

Compose

Per-recipe

Il coinvolgimento del modello è una proprietà della singola recipe: audit replay e supersession check sono deterministici e non chiamano alcun modello; evidence brief è model-assisted. Il catalogo descrive il contratto; solo una chiamata riuscita prova la readiness di quel deployment.

Audit replay

Proiezione deterministica bounded

Su un bundle persistito e autorizzato, la recipe proietta ID dei documenti di evidenza, riferimenti documento-chunk, nomi dei campi redatti, label di pipeline sintetizzate, policy e hash disponibili. Gli hash di accesso compaiono solo se esistono record di accesso e replay_hash non copre l’intero output. Non riesegue il retrieval e un hash non ricostruisce il contenuto.

Model involvement, superficie per superficieAnatomia di una risposta

Sub-processor

Chi potrebbe trattare i dati in un futuro managed.

La configurazione è deployment-dependent; la disclosure pubblica è ancora una bozza non efficace.

Nell'opzione customer-hosted guidata, una postura on-prem-local configurata impedisce al router di costruire provider esterni: questo è un meccanismo del percorso governato, non una receipt universale di rete; capability e versione vanno verificate sul deployment. Per un futuro managed contrattualizzato, Hetzner in Germania e Azure OpenAI su endpoint UE sono opzioni proposte, non prova di vendor, regione, hosting o storage correnti.

La pagina canonica è oggi una bozza pubblica, aggiornata al 26.08.2026 ma non efficace fino alla review owner/counsel. Configurazione, vendor e regione devono essere verificati sul singolo deployment; se e quando esisterà un accordo, vendor applicabili e notifiche seguiranno quell’accordo / DPA e la disclosure resa efficace.

Bozza sub-processor con stato

Come operiamo

I controlli dietro la postura.

Sei domini con claim qualificati. Il catalogo numerico resta uno snapshot storico; dove un controllo è parziale, il perimetro è dichiarato nella stessa frase.

Accesso e autorizzazione

Sessioni JWT firmate con rotazione delle chiavi, API key con hash SHA-256 e scope minimi, re-check della membership a ogni chiamata, clearance ricalcolata anche quando si riapre un bundle salvato.

Parziale dichiarato: i documenti senza classificazione esplicita defaultano a “internal”, non al livello più restrittivo; la copertura RBAC è una tabella di route enumerate.

Isolamento e segregazione

Scoping fail-closed su ogni retrieval governata, non-disclosure dell’esistenza di risorse di altre organizzazioni, storage dei bundle indicizzato per scope e ri-verificato dopo la lettura.

Parziale dichiarato: il tripwire anti-leak copre oggi il boundary HTTP; l’enforcement primario sono i predicati obbligatori sull’indice.

Audit e integrità

Catena hash sui campi canonici dei bundle; per i record audit governati v2, catena applicativa calcolata dopo il mascheramento PII e verificatore bounded. I record v1 e le altre collezioni audit restano fuori dal claim di rilevazione delle alterazioni.

Parziale dichiarato: non è storage WORM né immutabilità fisica. Le receipt firmate Ed25519 richiedono una chiave configurata e il timestamp è self-issued — senza chiave, il sealing fallisce chiuso.

Model governance ed egress

Sul percorso instradato di model generation: gate di egress fail-closed, autorità di posture che senza configurazione valida collassa nel modo più restrittivo, citation gate lato server e modalità copy-out senza chiamata al provider.

Parziale dichiarato: lo scan zero-egress gira on-demand, non ancora come gate CI bloccante. È disponibile una procedura packet-capture on-prem, ma qui non dichiariamo alcuna esecuzione completata; ogni eventuale risultato sarebbe point-in-time e specifico del deployment.

Trasporto, segreti e infrastruttura

Ingress TLS unico, servizi applicativi solo su loopback, database senza porta esposta; i segreti di produzione non transitano mai dalla CI né dal repository.

Parziale dichiarato: il tooling di backup e la procedura di restore esistono, ma l’esecuzione schedulata in produzione non è ancora automatizzata.

Sviluppo sicuro e operations

Branch di produzione protetto con controlli obbligatori, secret scanning, entry-point unico per le chiamate ai modelli imposto dalla CI, verifica di provenance a ogni deploy e parity guard oraria tra produzione e repository.

Parziale dichiarato: il lint anti-fabbricazione dei trust signal oggi è advisory, non bloccante in merge.

Catalogo completo, controllo per controllo

Onestà

Cosa non affermiamo — e come verificarci.

Il perimetro di una promessa vale quanto la promessa. Questa colonna resta pubblica quanto il resto della pagina.

Cosa non affermiamo

  • Nessuna certificazione e nessun penetration test: oggi non esistono, quindi non compaiono.
  • Nessun claim “comprehensive” o “tutte le superfici”: la copertura è dichiarata sul percorso governato canonico.
  • Nessuna residenza managed corrente è dichiarata: UE/Germania è una baseline proposta da contrattualizzare e verificare per deployment.
  • Nessuna retention spacciata per cancellazione: i bundle non hanno scadenza automatica, e lo diciamo.
  • Nessun on-prem “scatola pronta” né claim air-gap: l’on-prem è un engagement guidato e l’air-gap è design intent in ri-verifica.
  • Nessuna confidence “calibrata”: i valori mostrati sono self-reported dal modello e i punteggi di rilevanza sono similarità raw, non calibrate.

Verificalo tu stesso

  • Interroga il tuo deployment: GET /api/v1/system/deployment-posture risponde con claim tipizzati verified / pending / disclosure — una posture non configurata risulta “pending”, non protetta.
  • On-prem: è disponibile una procedura packet-capture per testare lo zero-egress sul percorso di risposta governato. Questa pagina non dichiara un’esecuzione completata; ogni futuro esito sarà pass/fail, point-in-time e specifico del deployment.
  • Audit: il verificatore role-restricted esamina i record di audit_logs che contengono audit_chain_seq, fino al limite richiesto, inclusi i record v1 storici; l’assenza della payload version viene trattata come v1. L’esito è aggregato e non attribuisce i finding per versione, quindi un difetto v1 può rendere ok falso. Il claim positivo di integrità governata resta limitato ai record v2. Una scansione senza record restituisce state empty con ok null, non una verifica positiva. Le altre collezioni audit non vengono esaminate.
  • Leggi il catalogo con la sua provenienza: i totali del 02.07.2026 sono storici e le correzioni più recenti non ri-verificano automaticamente ogni voce.

Documenti

Il pacchetto di valutazione.

Le pagine canoniche sono pubbliche nei docs; il resto si richiede a security@ — con lo stato di disponibilità vero, incluso ciò che non esiste ancora.

Security & procurement

Fai la tua review prima di una valutazione del prototipo.

Puoi richiedere materiali di valutazione o risposte a questionari e segnalare vulnerabilità a security@fastcontext.io. Disponibilità dei materiali e conferma entro 72 ore sono impegni dell’owner, non evidenza runtime/source; le 72 ore riguardano solo l’acknowledgement, non fix o triage. Per la protezione dei dati: privacy@fastcontext.io.

Richiedi il pacchetto di valutazionesecurity@fastcontext.io · security.txt