Panoramica delle viste sicure parametrizzate in Cloud SQL

Le viste sicure parametrizzate in Cloud SQL per PostgreSQL forniscono sicurezza dei dati e controllo dell'accesso alle righe per le applicazioni, supportando al contempo SQL. Queste visualizzazioni supportano l'estrazione dei valori dei dati, ovvero il processo di recupero di dati specifici dalle colonne, e aiutano a proteggersi dagli attacchi di prompt injection. Le viste sicure parametrizzate contribuiscono a garantire che gli utenti finali possano visualizzare solo i dati a cui dovrebbero accedere.

Le viste sicure con parametri sono un'estensione delle viste PostgreSQL, che ti consentono di utilizzare parametri di vista denominati specifici dell'applicazione nelle definizioni delle viste. Questa funzionalità fornisce un'interfaccia che accetta una query e i valori per i parametri denominati. Le viste eseguono la query con questi valori, che vengono utilizzati durante l'esecuzione della query.

Esempio di vista sicura parametrizzata

Di seguito è riportato un esempio di vista sicura con parametri:

CREATE VIEW user_specific_items WITH (security_barrier) AS
       SELECT item_id, item_name, description
       FROM items t
       WHERE owner_id = $@app_user_id;

Puoi eseguire query sulle viste utilizzando la funzione execute_parameterized_query o l'istruzione EXECUTE .. WITH VIEW PARAMETERS.

Casi d'uso

I modelli linguistici di grandi dimensioni (LLM) potrebbero generare query SQL che espongono dati sensibili.

Le viste sicure parametrizzate gestiscono la sicurezza dei dati a livello di database, in particolare le query ad hoc provenienti da origini non attendibili, come quelle tradotte dal linguaggio naturale. Ad esempio, puoi utilizzare le viste sicure parametrizzate per garantire la sicurezza dei dati per le applicazioni in cui gli utenti possono inviare query in linguaggio naturale, come "Mostra i miei ordini".

Puoi utilizzare le viste sicure parametrizzate per applicare i seguenti requisiti al modo in cui Cloud SQL per PostgreSQL esegue questa query:

  • La query legge solo gli oggetti e le colonne del database che hai elencato nelle viste protette parametrizzate del database.
  • La query legge solo le righe del database associate all'utente che ha inviato la query. Le righe restituite hanno una relazione di dati con la riga della tabella dell'utente.

Per saperne di più sulla configurazione della sicurezza e controllo dell'accesso, consulta Utilizza le viste sicure parametrizzate.

Le viste sicure parametrizzate aiutano a mitigare i rischi per la sicurezza che si verificano quando gli utenti finali sono autorizzati a eseguire query non attendibili, come le query in linguaggio naturale, sulla tabella del database. I rischi per la sicurezza includono:

  • Gli utenti possono inviare attacchi di prompt injection e provare a manipolare il modello sottostante per rivelare tutti i dati a cui l'applicazione ha accesso.
  • Il modello di linguaggio naturale in SQL (NL2SQL) potrebbe generare query SQL con un ambito più ampio di quello appropriato per motivi di sicurezza dei dati. Questo rischio per la sicurezza può esporre dati sensibili in risposta anche a query degli utenti con buone intenzioni.

Utilizzando le viste sicure parametrizzate, puoi definire le tabelle e le colonne da cui le query non attendibili possono estrarre i dati. Queste viste ti consentono di limitare l'intervallo di righe disponibili per un singolo utente dell'applicazione. Queste limitazioni ti consentono anche di controllare rigorosamente i dati che gli utenti dell'applicazione possono visualizzare tramite query in linguaggio naturale, indipendentemente da come gli utenti formulano queste query.

Ad esempio, potresti avere un'applicazione che monitora gli ordini dei clienti. Un agente dell'assistenza chiede nell'applicazione: "Qual è lo stato dell'ordine per il cliente 12345?" In questo scenario, l'applicazione può utilizzare una vista sicura parametrizzata con una variabile di sessione basata su un ID cliente. La vista protetta con parametri utilizza una query che restituisce solo le righe collegate e accessibili all'ID cliente 12345.

Utilizzando le viste sicure parametrizzate, puoi limitare l'intervallo di righe disponibili per i singoli utenti dell'applicazione. Questo controllo garantisce la sicurezza dei dati, indipendentemente da come gli utenti formulano le query.

Sicurezza dei dati

Le viste sicure parametrizzate offrono agli sviluppatori di applicazioni la sicurezza dei dati e controllo dell'accesso alle righe utilizzando i seguenti metodi:

  • Le viste create utilizzando la clausola WITH (security barrier) forniscono sicurezza a livello di riga impedendo che alle funzioni e agli operatori scelti in modo dannoso vengano passati valori dalle righe fino al termine del lavoro della vista. Per saperne di più sulla clausola WITH (security barrier), consulta Regole e privilegi.

  • I parametri di visualizzazione denominati consentono una visualizzazione limitata del database parametrizzato in base ai valori. I valori vengono forniti dall'applicazione in base alla sicurezza a livello di applicazione, ad esempio l'autenticazione dell'utente finale.

  • Applicazione di ulteriori limitazioni alle query che accedono alle viste parametrizzate per impedire attacchi che aggirano i controlli nelle viste in base ai valori parametro forniti. Per saperne di più, consulta Limitazioni alle query.

Limitazioni

  • Per utilizzare le viste sicure parametrizzate, devi abilitare il flag di database cloudsql.enable_parameterized_views per l'istanza Cloud SQL, il che richiede il riavvio del database.

  • L'estensione parameterized_views deve essere creata in ogni database in cui intendi creare viste sicure parametrizzate.

  • Se una vista con parametri viene richiamata in una funzione definita dall'utente dall'utente che viene chiamata utilizzando una delle API utilizzate nelle viste sicure con parametri, si verifica un errore. Devi fare riferimento direttamente alla vista parametrizzata nella query principale.

  • Esistono limitazioni per le query sulle viste sicure parametrizzate. Per saperne di più, consulta Limitazioni alle query.

Passaggi successivi