Diese Seite baut auf den Konzepten in Sicherheitsregeln strukturieren und Bedingungen für Sicherheitsregeln schreiben auf , um zu erklären, wie Cloud Firestore-Sicherheitsregeln mit Abfragen interagieren. Es wird genauer untersucht, wie sich Sicherheitsregeln auf die Abfragen auswirken, die Sie schreiben können, und es wird beschrieben, wie Sie sicherstellen können, dass Ihre Abfragen dieselben Einschränkungen verwenden wie Ihre Sicherheitsregeln. Auf dieser Seite wird auch beschrieben, wie Sie Sicherheitsregeln schreiben, um Abfragen basierend auf Abfrageeigenschaften wie limit und orderBy zuzulassen oder abzulehnen.
Regeln sind keine Filter
Denken Sie beim Schreiben von Abfragen zum Abrufen von Dokumenten daran, dass Sicherheitsregeln keine Filter sind – bei Abfragen geht es um alles oder nichts. Um Ihnen Zeit und Ressourcen zu sparen, wertet Cloud Firestore eine Abfrage anhand ihrer potenziellen Ergebnismenge anstelle der tatsächlichen Feldwerte für alle Ihre Dokumente aus. Wenn eine Abfrage möglicherweise Dokumente zurückgeben könnte, für die der Client keine Leseberechtigung hat, schlägt die gesamte Anforderung fehl.
Abfragen und Sicherheitsregeln
Wie die folgenden Beispiele zeigen, müssen Sie Ihre Abfragen so schreiben, dass sie den Einschränkungen Ihrer Sicherheitsregeln entsprechen.
Sichern und Abfragen von Dokumenten basierend auf auth.uid
Das folgende Beispiel zeigt, wie Sie eine Abfrage schreiben, um Dokumente abzurufen, die durch eine Sicherheitsregel geschützt sind. Stellen Sie sich eine Datenbank vor, die eine Sammlung von story Dokumenten enthält:
/storys/{storyid}
{
title: "A Great Story",
content: "Once upon a time...",
author: "some_auth_id",
published: false
}
Zusätzlich zu den Feldern title und content “ speichert jedes Dokument die Felder author “ und „ published “, die für die Zugriffskontrolle verwendet werden. Bei diesen Beispielen wird davon ausgegangen, dass die App die Firebase-Authentifizierung verwendet, um das author auf die UID des Benutzers festzulegen, der das Dokument erstellt hat. Die Firebase-Authentifizierung füllt auch die Variable request.auth in den Sicherheitsregeln.
Die folgende Sicherheitsregel verwendet die Variablen request.auth und resource.data , um den Lese- und Schreibzugriff für jede story auf ihren Autor zu beschränken:
service cloud.firestore {
match /databases/{database}/documents {
match /stories/{storyid} {
// Only the authenticated user who authored the document can read or write
allow read, write: if request.auth != null && request.auth.uid == resource.data.author;
}
}
}
Angenommen, Ihre App enthält eine Seite, auf der dem Benutzer eine Liste der von ihm verfassten story Dokumente angezeigt wird. Sie könnten erwarten, dass Sie die folgende Abfrage verwenden könnten, um diese Seite zu füllen. Diese Abfrage schlägt jedoch fehl, da sie nicht die gleichen Einschränkungen wie Ihre Sicherheitsregeln enthält:
Ungültig : Abfrageeinschränkungen stimmen nicht mit Sicherheitsregeleinschränkungen überein
// This query will fail
db.collection("stories").get()
Die Abfrage schlägt fehl , selbst wenn der aktuelle Benutzer tatsächlich der Autor aller story Dokumente ist. Der Grund für dieses Verhalten ist, dass Cloud Firestore beim Anwenden Ihrer Sicherheitsregeln die Abfrage anhand ihrer potenziellen Ergebnismenge auswertet, nicht anhand der tatsächlichen Eigenschaften von Dokumenten in Ihrer Datenbank. Wenn eine Abfrage potenziell Dokumente enthalten könnte, die gegen Ihre Sicherheitsregeln verstoßen, schlägt die Abfrage fehl.
Im Gegensatz dazu ist die folgende Abfrage erfolgreich, da sie dieselbe Einschränkung für das author enthält wie die Sicherheitsregeln:
Gültig : Abfrageeinschränkungen stimmen mit Sicherheitsregeleinschränkungen überein
var user = firebase.auth().currentUser;
db.collection("stories").where("author", "==", user.uid).get()
Sichern und Abfragen von Dokumenten basierend auf einem Feld
Um die Interaktion zwischen Abfragen und Regeln weiter zu demonstrieren, erweitern die folgenden Sicherheitsregeln den Lesezugriff für die stories Sammlung, sodass jeder Benutzer story Dokumente lesen kann, bei denen das Feld published “ auf true gesetzt ist.
service cloud.firestore {
match /databases/{database}/documents {
match /stories/{storyid} {
// Anyone can read a published story; only story authors can read unpublished stories
allow read: if resource.data.published == true || (request.auth != null && request.auth.uid == resource.data.author);
// Only story authors can write
allow write: if request.auth != null && request.auth.uid == resource.data.author;
}
}
}
Die Abfrage für veröffentlichte Seiten muss dieselben Einschränkungen enthalten wie die Sicherheitsregeln:
db.collection("stories").where("published", "==", true).get()
Die Abfrageeinschränkung .where("published", "==", true) garantiert, dass resource.data.published für jedes Ergebnis true ist. Daher erfüllt diese Abfrage die Sicherheitsregeln und darf Daten lesen.
in und array-contains-any query
Beim Auswerten einer in oder array-contains-any Abfrageklausel anhand eines Regelsatzes wertet Cloud Firestore jeden Vergleichswert separat aus. Jeder Vergleichswert muss die Einschränkungen der Sicherheitsregel erfüllen. Zum Beispiel für die folgende Regel:
match /mydocuments/{doc} {
allow read: if resource.data.x > 5;
}
Ungültig : Die Abfrage garantiert nicht, dass x > 5 für alle potenziellen Dokumente ist
// This query will fail
db.collection("mydocuments").where("x", "in", [1, 3, 6, 42, 99]).get()
Gültig : Die Abfrage garantiert, dass x > 5 für alle potenziellen Dokumente
db.collection("mydocuments").where("x", "in", [6, 42, 99, 105, 200]).get()
Auswerten von Einschränkungen für Abfragen
Ihre Sicherheitsregeln können Abfragen auch basierend auf ihren Einschränkungen akzeptieren oder ablehnen. Die Variable request.query enthält die limit , offset und orderBy einer Abfrage. Beispielsweise können Ihre Sicherheitsregeln jede Abfrage ablehnen, die die maximale Anzahl der abgerufenen Dokumente nicht auf einen bestimmten Bereich beschränkt:
allow list: if request.query.limit <= 10;
Der folgende Regelsatz zeigt, wie Sicherheitsregeln geschrieben werden, die Einschränkungen für Abfragen auswerten. Dieses Beispiel erweitert den vorherigen stories Regelsatz um die folgenden Änderungen:
- Der Regelsatz trennt die Leseregel in Regeln für
getundlist. - Die
getRegel beschränkt den Abruf einzelner Dokumente auf öffentliche Dokumente oder Dokumente, die der Benutzer verfasst hat. - Die
listwendet die gleichen Einschränkungen wiegetan, jedoch für Abfragen. Es überprüft auch das Abfragelimit und lehnt dann alle Abfragen ohne Limit oder mit einem Limit von mehr als 10 ab. - Der Regelsatz definiert eine
authorOrPublished()Funktion, um Codeduplizierung zu vermeiden.
service cloud.firestore {
match /databases/{database}/documents {
match /stories/{storyid} {
// Returns `true` if the requested story is 'published'
// or the user authored the story
function authorOrPublished() {
return resource.data.published == true || request.auth.uid == resource.data.author;
}
// Deny any query not limited to 10 or fewer documents
// Anyone can query published stories
// Authors can query their unpublished stories
allow list: if request.query.limit <= 10 &&
authorOrPublished();
// Anyone can retrieve a published story
// Only a story's author can retrieve an unpublished story
allow get: if authorOrPublished();
// Only a story's author can write to a story
allow write: if request.auth.uid == resource.data.author;
}
}
}
Sammlungsgruppenabfragen und Sicherheitsregeln
Standardmäßig sind Abfragen auf eine einzelne Sammlung beschränkt und sie rufen nur Ergebnisse aus dieser Sammlung ab. Mit Sammlungsgruppenabfragen können Sie Ergebnisse aus einer Sammlungsgruppe abrufen, die aus allen Sammlungen mit derselben ID besteht. In diesem Abschnitt wird beschrieben, wie Sie Ihre Sammlungsgruppenabfragen mithilfe von Sicherheitsregeln sichern.
Sichern und Abfragen von Dokumenten basierend auf Sammlungsgruppen
In Ihren Sicherheitsregeln müssen Sie Sammlungsgruppenabfragen explizit zulassen, indem Sie eine Regel für die Sammlungsgruppe schreiben:
- Stellen Sie sicher,
rules_version = '2';ist die erste Zeile Ihres Regelsatzes. Sammlungsgruppenabfragen erfordern das neue rekursive Platzhalterverhalten{name=**}der Sicherheitsregelversion 2. - Schreiben Sie eine Regel für Ihre Sammlungsgruppe mit
match /{path=**}/ [COLLECTION_ID] /{doc}.
Stellen Sie sich beispielsweise ein Forum vor, das in forum unterteilt ist, die Untersammlungen posts enthalten:
/forums/{forumid}/posts/{postid}
{
author: "some_auth_id",
authorname: "some_username",
content: "I just read a great story.",
}
In dieser Anwendung machen wir Beiträge für ihre Besitzer bearbeitbar und für authentifizierte Benutzer lesbar:
service cloud.firestore {
match /databases/{database}/documents {
match /forums/{forumid}/posts/{post} {
// Only authenticated users can read
allow read: if request.auth != null;
// Only the post author can write
allow write: if request.auth != null && request.auth.uid == resource.data.author;
}
}
}
Jeder authentifizierte Benutzer kann die Beiträge jedes einzelnen Forums abrufen:
db.collection("forums/technology/posts").get()
Aber was ist, wenn Sie dem aktuellen Benutzer seine Beiträge in allen Foren zeigen möchten? Sie können eine Sammlungsgruppenabfrage verwenden, um Ergebnisse aus allen posts abzurufen:
var user = firebase.auth().currentUser;
db.collectionGroup("posts").where("author", "==", user.uid).get()
In Ihren Sicherheitsregeln müssen Sie diese Abfrage zulassen, indem Sie eine Lese- oder Listenregel für die Gruppe zum Sammeln von posts schreiben:
rules_version = '2';
service cloud.firestore {
match /databases/{database}/documents {
// Authenticated users can query the posts collection group
// Applies to collection queries, collection group queries, and
// single document retrievals
match /{path=**}/posts/{post} {
allow read: if request.auth != null;
}
match /forums/{forumid}/posts/{postid} {
// Only a post's author can write to a post
allow write: if request.auth != null && request.auth.uid == resource.data.author;
}
}
}
Beachten Sie jedoch, dass diese Regeln unabhängig von der Hierarchie für alle Sammlungen mit ID- posts gelten. Diese Regeln gelten beispielsweise für alle folgenden posts :
-
/posts/{postid} -
/forums/{forumid}/posts/{postid} -
/forums/{forumid}/subforum/{subforumid}/posts/{postid}
Sichere Sammlungsgruppenabfragen basierend auf einem Feld
Wie Einzelsammlungsabfragen müssen auch Sammlungsgruppenabfragen die von Ihren Sicherheitsregeln festgelegten Einschränkungen erfüllen. Beispielsweise können wir jedem Forumsbeitrag ein published Feld hinzufügen, wie wir es im obigen stories Beispiel getan haben:
/forums/{forumid}/posts/{postid}
{
author: "some_auth_id",
authorname: "some_username",
content: "I just read a great story.",
published: false
}
Wir können dann Regeln für die posts basierend auf dem published Status und dem author schreiben:
rules_version = '2';
service cloud.firestore {
match /databases/{database}/documents {
// Returns `true` if the requested post is 'published'
// or the user authored the post
function authorOrPublished() {
return resource.data.published == true || request.auth.uid == resource.data.author;
}
match /{path=**}/posts/{post} {
// Anyone can query published posts
// Authors can query their unpublished posts
allow list: if authorOrPublished();
// Anyone can retrieve a published post
// Authors can retrieve an unpublished post
allow get: if authorOrPublished();
}
match /forums/{forumid}/posts/{postid} {
// Only a post's author can write to a post
allow write: if request.auth.uid == resource.data.author;
}
}
}
Mit diesen Regeln können Web-, Apple- und Android-Clients die folgenden Abfragen durchführen:
Jeder kann veröffentlichte Beiträge in einem Forum abrufen:
db.collection("forums/technology/posts").where('published', '==', true).get()Jeder kann die veröffentlichten Beiträge eines Autors in allen Foren abrufen:
db.collectionGroup("posts").where("author", "==", "some_auth_id").where('published', '==', true).get()Autoren können alle ihre veröffentlichten und unveröffentlichten Beiträge in allen Foren abrufen:
var user = firebase.auth().currentUser; db.collectionGroup("posts").where("author", "==", user.uid).get()
Sichern und Abfragen von Dokumenten basierend auf Sammlungsgruppe und Dokumentenpfad
In einigen Fällen möchten Sie möglicherweise Sammlungsgruppenabfragen basierend auf dem Dokumentpfad einschränken. Um diese Einschränkungen zu erstellen, können Sie die gleichen Techniken zum Sichern und Abfragen von Dokumenten basierend auf einem Feld verwenden.
Stellen Sie sich eine Anwendung vor, die die Transaktionen jedes Benutzers zwischen mehreren Aktien- und Kryptowährungsbörsen verfolgt:
/users/{userid}/exchange/{exchangeid}/transactions/{transaction}
{
amount: 100,
exchange: 'some_exchange_name',
timestamp: April 1, 2019 at 12:00:00 PM UTC-7,
user: "some_auth_id",
}
Beachten Sie das user . Obwohl wir aus dem Pfad des Dokuments wissen, welcher Benutzer ein transaction besitzt, duplizieren wir diese Informationen in jedem transaction , da wir damit zwei Dinge tun können:
Schreiben Sie Sammlungsgruppenabfragen, die auf Dokumente beschränkt sind, die eine bestimmte
/users/{userid}in ihrem Dokumentpfad enthalten. Zum Beispiel:var user = firebase.auth().currentUser; // Return current user's last five transactions across all exchanges db.collectionGroup("transactions").where("user", "==", user).orderBy('timestamp').limit(5)Setzen Sie diese Einschränkung für alle Abfragen in der
transactionsdurch, damit ein Benutzertransactioneines anderen Benutzers nicht abrufen kann.
Wir erzwingen diese Einschränkung in unseren Sicherheitsregeln und schließen eine Datenvalidierung für das user ein:
rules_version = '2';
service cloud.firestore {
match /databases/{database}/documents {
match /{path=**}/transactions/{transaction} {
// Authenticated users can retrieve only their own transactions
allow read: if resource.data.user == request.auth.uid;
}
match /users/{userid}/exchange/{exchangeid}/transactions/{transaction} {
// Authenticated users can write to their own transactions subcollections
// Writes must populate the user field with the correct auth id
allow write: if userid == request.auth.uid && request.data.user == request.auth.uid
}
}
}
Nächste Schritte
- Ein ausführlicheres Beispiel für die rollenbasierte Zugriffssteuerung finden Sie unter Sichern des Datenzugriffs für Benutzer und Gruppen .
- Lesen Sie die Referenz zu den Sicherheitsregeln .