Cifrato con la sua chiave. Imposto lato server. Può verificarlo.

1. Una chiave per organizzazione, non una per azienda

   Ogni parte dei suoi contenuti a riposo, nei database e nell'archivio a oggetti, è cifrata con AES-256-GCM sotto una chiave che appartiene solo alla sua organizzazione. Nessuna chiave condivisa copre due clienti.

2. Le chiavi non stanno insieme ai dati

   Le chiavi vivono in un servizio separato, sotto una chiave radice protetta da un segreto custodito fuori dalla piattaforma da persone nominate. Un disco rubato, uno snapshot copiato o un backup trapelato resta un disco rubato, non una piattaforma rubata.

3. Testo cifrato che si apre solo dove gli spetta

   Ogni valore cifrato è legato crittograficamente al punto esatto in cui è stato scritto. Spostato altrove, o dentro i dati di un altro cliente, semplicemente non si apre. Leggere il database e riorganizzarlo sono due attacchi diversi, e il secondo non porta nulla.

4. Una ricerca che non legge mai

   Il testo sigillato resta ricercabile attraverso un indice derivato con una chiave diversa da quella che decifra i contenuti, quindi la piattaforma trova il suo documento senza poterlo leggere. Una sola chiave non fa mai entrambi i lavori.

5. Rotazione senza interruzione

   La chiave di un'organizzazione si può sostituire mentre il prodotto continua a rispondere, e la vecchia viene ritirata solo quando è dimostrato che ogni riga si apre con la nuova.

1. Isolamento per organizzazione

   Ogni token porta l'organizzazione a cui appartiene. Gli handler ricavano l'organizzazione dal token e mai da un campo che il client può impostare, quindi un cliente non può indirizzare i dati di un altro.

2. I ruoli si mappano su un catalogo di permessi

   Un ruolo in un'organizzazione conia esattamente gli ambiti che i suoi permessi consentono. Gli operatori della piattaforma sono un ruolo separato e ristretto che vive fuori da ogni organizzazione.

3. L'interfaccia non è il controllo

   La console nasconde ciò che non è consentito, e ogni backend rivalida l'ambito del token prima di agire. Il controllo che conta è quello sul server.

4. Il servizio verso servizio è esplicito

   I backend si autenticano tra loro con token firmati, verificati contro un insieme di chiavi e autorizzati da una matrice di concessioni dichiarata invece che dalla posizione in rete.

1. Prima le passkey

   Una passkey vale due fattori insieme e il browser la rilascia soltanto all'origine propria di questo deployment, quindi una copia convincente della pagina di accesso non raccoglie nulla che valga.

2. Un'app di autenticazione, e codici usa e getta

   Il ripiego è una normale app di autenticazione, con dieci codici di recupero emessi una volta e conservati solo come impronte. Un codice si consuma nel momento in cui viene usato, quindi un'occhiata alle spalle vale esattamente un accesso.

3. La regola la stabilisce la sua organizzazione

   Un'organizzazione può richiedere un secondo fattore a tutti, con un periodo di grazia perché attivarlo non chiuda fuori nessuno. Per gli operatori della piattaforma vale comunque, e non è una decisione che spetta a un'organizzazione.

4. Tentare a caso finisce in un rifiuto

   I tentativi sono contati su tutte le repliche, e sia quel contatore sia la lettura della policy falliscono verso il rifiuto. Un componente che nessuno riesce a raggiungere respinge l'accesso invece di lasciarlo passare.

5. Il token dice come qualcuno si è dimostrato

   Le applicazioni leggono come e quando una persona è entrata, e possono pretendere un'autenticazione fresca e resistente al phishing prima di un'azione delicata. Una sessione vecchia torna davanti alla porta d'ingresso.

6. Ogni tentativo è a verbale

   Accessi, rifiuti, blocchi, fattori aggiunti o rimossi e codici di recupero consumati sono tutti righe nella sua traccia di audit, con indirizzo e browser cifrati al loro interno.

1. Tracce in sola aggiunta

   Inferenza, conoscenza, ricerca sul web, esecuzione di codice, esecuzioni degli agenti, operazioni sui dati e amministrazione privilegiata tengono ciascuna la propria traccia. I record si aggiungono, non si modificano mai.

2. Esecuzioni degli agenti concatenate con impronte

   Ogni passo di un'esecuzione porta l'impronta di quello precedente, quindi un record rimosso o alterato a posteriori spezza la catena e appare come una rottura.

3. Pacchetto di prove per esecuzione

   Una singola esecuzione si può esportare con i suoi passi, ingressi, uscite, approvazioni e correlazione, che è l'artefatto che un revisore chiede davvero.

4. Il costo fa parte del record

   Token e prezzo sono registrati insieme alla richiesta, quindi una fattura si può riconciliare con la traccia invece che accettare sulla fiducia.

1. Nell'Unione Europea

   Database, archivio a oggetti e tracce sono ospitati nell'UE, su infrastruttura europea.

2. Nessun addestramento sui vostri dati

   Richieste, documenti e file prodotti servono alle vostre domande e a nient'altro.

3. Il corpo delle richieste non si conserva per impostazione predefinita

   La traccia conserva metadati, numero di token e costo. Conservare i corpi completi è una decisione dell'organizzazione, con una conservazione propria.

4. Due orologi di conservazione e un blocco

   Il contenuto viene ripulito sul primo orologio, il record eliminato sul secondo, e un blocco legale sospende entrambi. I file prodotti dalla piattaforma hanno un orologio proprio.

1. Un margine per cambiare idea

   Eliminare un'organizzazione la sospende per prima cosa. L'accesso si ferma e non viene coniato alcun token, ma nulla viene distrutto, e un ripristino entro la finestra rimette tutto esattamente com'era.

2. Ogni servizio, non solo quello ovvio

   Quando la finestra si chiude, la cancellazione si propaga a ogni servizio che abbia mai tenuto una riga o un file per voi, e ciascuno riferisce che cosa ha rimosso. Il rapporto si può leggere dopo.

3. Poi le chiavi vengono distrutte

   Per ultime, le sue chiavi vengono distrutte. Tutto ciò che qualcuno avesse tralasciato, comprese copie dentro backup che nessuno raggiunge più, diventa illeggibile per sempre. È la garanzia di cancellazione più forte che questa piattaforma possa dare, e la dimostriamo ripristinando un vecchio backup e mostrando che non si apre più.

4. Persone cancellate, storia intatta

   Cancellare una persona cancella la persona, non il record. Le sue attività e conversazioni continuano a risolversi in un'identità che non nomina nessuno, quindi la traccia che legge un revisore non si riempie di buchi.

5. Le fatture restano, perché lo dice la legge

   I documenti contabili sopravvivono a una cancellazione. Tutto il resto se ne va.

6. Un blocco legale ferma tutto questo

   Un blocco sospende gli orologi e la cancellazione, e dice chiaramente quale organizzazione è bloccata e perché, invece di saltarla in silenzio.

1. Il codice del cliente non ha rete

   Il codice gira in una sandbox isolata la cui rete viene tagliata dentro il runner stesso, e non da una regola posta a monte.

2. Gli strumenti passano da un broker

   Un agente non tiene mai una credenziale. Riceve una capacità coniata per una sola chiamata, ed è il broker a compierla e a registrarla.

3. I segreti vengono dall'ambiente

   Nulla di sensibile finisce in un file di configurazione o in una riga di log. I segreti di configurazione sono cifrati a riposo, e le chiavi API conservate come impronte.

4. Approvazione prima della conseguenza

   Un effetto che cambia qualcosa nel mondo può richiedere una seconda persona prima di essere eseguito, e l'approvazione fa parte del record.

La mappatura dei controlli, i risultati delle prove e un accordo di trattamento si possono chiedere in qualsiasi momento di una revisione.

security@neurifly.com

https://neurifly.eu