Elasticsearch è diventato un componente standard nei sistemi di generazione aumentata da recupero (RAG): contiene i documenti e gli indici vettoriali che gli assistenti AI cercano prima di rispondere. Questo lo rende il punto in cui un'applicazione AI entra in contatto con dati sensibili e il luogo in cui devono essere prese decisioni di accesso. Search Guard, un prodotto di floragunn GmbH a Berlino, applica il suo controllo degli accessi esistente, la crittografia e il logging delle audit a questi carichi di lavoro, in modo che un assistente possa recuperare solo ciò a cui l'utente che chiede è autorizzato a vedere.

Il rischio risiede nel recupero

Un sistema RAG risponde in base a ciò che il suo livello di ricerca restituisce. Se il passaggio di recupero viene eseguito con ampie autorizzazioni di servizio, un assistente può portare alla luce record HR, dati clienti o report interni agli utenti che non avrebbero mai accesso diretto a quei documenti. Il modello linguistico è raramente il punto in cui qualcosa va storto. La query a Elasticsearch lo è.

Search Guard applica la sicurezza a livello di documento e di campo su ogni richiesta che raggiunge Elasticsearch. Per un servizio AI, la chiave è che il recupero viene eseguito sotto l'identità della persona che chiede piuttosto che un account di servizio ampio: passando il token dell'utente a Elasticsearch o attraverso l'[impersonificazione utente](https://docs.search-guard.com/latest/user-impersonation) di Search Guard, che consente a un servizio fidato di agire per conto di un utente nominato con le sue autorizzazioni. Regole basate su attributi rendono questo pratico su larga scala: un filtro di documenti può essere costruito dagli attributi stessi dell'utente, come dipartimento, regione o autorizzazione, presi da JWT, LDAP, SAML o OpenID Connect.

Nuove funzionalità in FLX 4.2.0

Search Guard [FLX](https://docs.search-guard.com/latest/changelog-searchguard-flx-420) 4.2.0, rilasciato a settembre, aggiunge l'opzione di recuperare ulteriori claims dall'endpoint OpenID Connect UserInfo quando un token non contiene tutto ciò di cui le regole hanno bisogno.

Crittografia e tracciabilità per i dati AI

La crittografia a riposo di Search Guard opera a livello di Lucene e copre file di indici, snapshot e translog. Il translog è particolarmente importante per le pipeline AI, perché contiene il contenuto recentemente inserito prima che venga confermato. Le chiavi di crittografia rimangono sotto il controllo del cliente, senza servizi di chiavi esterni e senza depositi di terze parti.

Il logging delle audit può registrare quale utente o servizio ha accesso a quali indici e documenti e quando. Gli stessi record che supportano la segnalazione GDPR, ISO 27001 o SOX nelle distribuzioni convenzionali si applicano invariati ai carichi di lavoro AI, fornendo ai team di governance la tracciabilità che le nuove regole AI stanno iniziando a richiedere.

Capacità rilevanti

    • Sicurezza a livello di documento e campo, incluse regole basate su attributi da JWT, LDAP, SAML e OpenID Connect
    • Ulteriori claims utente dall'endpoint OpenID Connect UserInfo (nuovo in FLX 4.2.0)
    • Impersonificazione utente, in modo che un servizio AI possa interrogare con le autorizzazioni della persona che chiede
    • Token di autenticazione Search Guard e autenticazione JWT per servizi e integrazioni
    • Crittografia a riposo per file di indici, snapshot e translog, con chiavi detenute dal cliente
    • Logging delle audit dell'accesso ai dati da parte di utenti e servizi
    • Licenza per cluster di produzione, indipendente dal numero di nodi, in modo che gli indici AI in crescita su un cluster esistente non aumentino il costo della licenza

Risorse aggiuntive

Per ulteriori informazioni, visitare il sito web di Search Guard: [https://search-guard.com/security/](https://search-guard.com/security/)

Sicurezza a livello di documento basata su attributi: [https://docs.search-guard.com/latest/attribute-based-dls](https://docs.search-guard.com/latest/attribute-based-dls)

Impersonificazione utente: [https://docs.search-guard.com/latest/user-impersonation](https://docs.search-guard.com/latest/user-impersonation)

Changelog FLX 4.2.0: [https://docs.search-guard.com/latest/changelog-searchguard-flx-420](https://docs.search-guard.com/latest/changelog-searchguard-flx-420)