Firebase FiRecovery子集合安全查询

Question

我的云Firestore数据库中有以下规则：

service cloud.firestore {
  match /databases/{database}/documents {
    match /performances/{performanceId} {
      allow read, update, delete: if request.auth.uid == resource.data.owner;
      allow create: if request.auth.uid != null;
    }
  }
}

这个想法是，如果你拥有一个性能，你可以读写它；如果你登录，你可以创建一个性能。

此查询工作正常：

db.collection("performances").whereEqualTo(FieldPath.of("owner"), user.getUid())

但是，如果我想获取'场景'子集合的内容，我会收到一个错误："com.google.firebase.firestore.FirebaseFirestoreException：PERMISSION_DENIED：缺少或权限不足。"这是与以下查询：

db.collection("performances")
            .document(performanceID)
            .collection("scenes");

我假设我需要将查询限制为以下内容，但这不会作为EqualTo是Query而不是集合参考的输出工作，因此我无法访问“文档”：

db.collection("performances")
   .whereEqualTo(FieldPath.of("owner"), user.getUid())
   .document(performanceID)
   .collection("scenes");

那么，如果主集合有安全规则，有人知道我应该如何访问子集合吗？

更新1（因为代码没有在下面的评论中格式化）

我想我可能已经想出了一个解决办法。我没有意识到，默认情况下，我的安全规则会拒绝从子集合读取，因此将其更改为允许在一次演出中对场景进行所有读取和写入，这样就可以正常工作：

service cloud.firestore {
  match /databases/{database}/documents {
    match /performances/{performanceId} {
      allow read, update, delete: if request.auth.uid == resource.data.owner;
      allow create: if request.auth.uid != null;
      
      match /scenes/{sceneId} {
        allow read, write: if true
      }
    }
  }
}

Answer 1

首先，请注意，规则不会层叠，因此您的解决方案实际上会向世界打开所有场景子集合中的所有文档，而不仅仅是父文档的所有者。

您需要使用规则中的get（）方法检查父文档的权限。

service cloud.firestore {
   match /databases/{database}/documents {
      match /performances/{performanceId} {
         allow read, update, delete: if request.auth.uid == resource.data.owner;
         allow create: if request.auth.uid != null;

         function parentDoc() {
             return get(/databases/$(database)/documents/performances/$(performanceId)).data;
         }

         match /scenes/{sceneId} {
            allow read, write: if parentDoc().owner = request.auth.uid;
         }
      }
   }
}

在subcollection规则中，我们使用之前捕获的路径段来查找需要检查的父文档。

最后，你可能还想收紧你的create规则。目前，它允许某人创建其他人（或无人）拥有的文档。我怀疑你想要那样。通过检查请求者的id是否在传入文档中，您可以防止潜在的错误，这些错误允许创建用户无法读取的文档：

allow create: if request.auth.uid != null && request.auth.uid == request.resource.data.owner;