Regole di sicurezza e Firebase Authentication

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Firebase Security Rules forniscono il controllo dell'accesso e la convalida dei dati in un formato che supporta diversi livelli di complessità. Per creare sistemi di accesso basati su utenti e ruoli che proteggono i dati degli utenti, utilizza Firebase Authentication con Firebase Security Rules.

Identificare gli utenti

Authentication identifica gli utenti che richiedono l'accesso ai tuoi dati e fornisce queste informazioni come variabile che puoi utilizzare nelle tue regole. La variabile auth contiene le seguenti informazioni:

• uid: un ID utente univoco assegnato all'utente che effettua la richiesta.
• token: una mappa dei valori raccolti da Authentication.

La variabile auth.token contiene i seguenti valori:

Se vuoi aggiungere attributi di autenticazione personalizzati, la variabile auth.token contiene anche eventuali claim personalizzati da te specificati.

Quando l'utente che richiede l'accesso non ha eseguito l'accesso, la variabile auth è null. Puoi sfruttare questa funzionalità nelle tue regole se, ad esempio, vuoi limitare l'accesso in lettura agli utenti autenticati (auth != null). Tuttavia, in genere consigliamo di limitare ulteriormente l'accesso in scrittura.

Per ulteriori informazioni sulla variabile auth, consulta la documentazione di riferimento per Cloud Firestore, Realtime Database e Cloud Storage.

Utilizzare le informazioni utente nelle regole

In pratica, l'utilizzo di informazioni autenticate nelle regole le rende più efficaci e flessibili. Puoi controllare l'accesso ai dati in base all'identità dell'utente.

Nelle regole, definisci in che modo le informazioni nella variabile auth, ovvero le informazioni dell'utente del richiedente, corrispondono alle informazioni dell'utente associate ai dati richiesti.

Ad esempio, la tua app potrebbe voler assicurarsi che gli utenti possano leggere e scrivere solo i propri dati. In questo caso, è consigliabile una corrispondenza tra la variabile auth.uid e l'ID utente nei dati richiesti:

service cloud.firestore {
  match /databases/{database}/documents {
    // Make sure the uid of the requesting user matches name of the user
    // document. The wildcard expression {userId} makes the userId variable
    // available in rules.
    match /users/{userId} {
      allow read, write: if request.auth != null && request.auth.uid == userId;
    }
  }
}

{
  "rules": {
    "users": {
      "$userId": {
        // grants write access to the owner of this user account
        // whose uid must exactly match the key ($userId)
        ".write": "$userId === auth.uid"
      }
    }
  }
}

service firebase.storage {
  // Only a user can upload their file, but anyone can view it
  match /users/{userId}/{fileName} {
    allow read;
    allow write: if request.auth != null && request.auth.uid == userId;
  }
}

Definire informazioni utente personalizzate

Puoi sfruttare ulteriormente la variabile auth per definire campi personalizzati assegnati agli utenti della tua app.

Ad esempio, supponiamo che tu voglia creare un ruolo "Amministratore" che consenta l'accesso in scrittura su determinati percorsi. Assegnerai questo attributo agli utenti e poi lo utilizzerai nelle regole che concedono l'accesso nei percorsi.

In Cloud Firestore, puoi aggiungere un campo personalizzato ai documenti degli utenti e recuperare il valore di quel campo con una lettura incorporata nelle regole. Pertanto, la regola basata sull'amministratore avrà il seguente aspetto:

service cloud.firestore {
  match /databases/{database}/documents/some_collection: {
    // Remember that, in Cloud Firestore, reads embedded in your rules are billed operations
    write: if request.auth != null && get(/databases/(database)/documents/users/$(request.auth.uid)).data.admin == true;
    read: if request.auth != null;
  }
}

Puoi accedere alle rivendicazioni personalizzate in Rules dopo aver creato le rivendicazioni personalizzate in Authentication. Puoi quindi fare riferimento a questi claim personalizzati utilizzando la variabile auth.token.

service cloud.firestore {
  match /databases/{database}/documents {
    // For attribute-based access control, check for an admin claim
    allow write: if request.auth.token.admin == true;
    allow read: true;

    // Alterntatively, for role-based access, assign specific roles to users
    match /some_collection/{document} {
     allow read: if request.auth.token.reader == "true";
     allow write: if request.auth.token.writer == "true";
   }
  }
}

{
  "rules": {
    "some_path/$sub_path": {
      // Create a custom claim for the admin role
      ".write": "auth.uid !== null && auth.token.writer === true"
      ".read": "auth.uid !== null"
      }
    }
  }

service firebase.storage {
  // Create a custom claim for the admin role
  match /files/{fileName} {
    allow read: if request.auth.uid != null;
    allow write: if request.auth.token.admin == true;
  }
}

Per altri esempi di utilizzo di Rules di base per Authentication, consulta Regole di sicurezza di base.