Supabase: «Read-only» dà all’agente anche le chiavi API, «Database Read» no

Un agente che deve ispezionare le tabelle di Supabase non ha bisogno anche delle chiavi API del progetto. Eppure il preset «Read-only» dei Personal Access Token include la lettura di segreti come quelle chiavi. Nella guida del 26 ottobre, Supabase mostra come concedere meno: un solo progetto e il solo permesso «Database» in lettura, partendo da «No access».

I Personal Access Token sono le credenziali per l’API di gestione di Supabase e per strumenti come CLI e server MCP. Prima dei token con permessi selettivi, ogni strumento riceveva l’accesso completo dell’account a organizzazioni e progetti. I vecchi token completi mantengono quell’accesso anche ai progetti aggiunti in seguito; non vengono ristretti automaticamente.

Il token dell’esempio permette invece di elencare le tabelle, generare i tipi e fare query SQL di sola lettura su un progetto. Per applicare migrazioni serve un permesso separato. Il riepilogo mostra quali endpoint e strumenti MCP vengono autorizzati; si può impostare una scadenza, mentre per cambiare progetto o permessi occorre creare un nuovo token. Nessun token può superare i diritti attuali dell’account che l’ha generato.

La funzione è disponibile dal 28 settembre, ma il login della CLI tramite browser crea ancora un token con accesso completo: quello limitato va fornito esplicitamente. I comandi che usano la password del database seguono un accesso diverso e non sono limitati dai permessi del token.