Severity: High
There is no indication of Firestore security rules being defined or enforced. If rules are missing or overly permissive, anyone with the project configuration can directly interact with the database.
Potential risks include:
Reading all user data
Writing arbitrary data (e.g., setting isPremium: true)
Deleting or modifying collections
Because Firebase configs are public by design, security must come from rules—not obscurity.
Why this matters:
This is a direct data integrity and privacy risk. Attackers don’t even need to use the app—they can interact with Firestore directly via SDKs or REST APIs.
What’s needed:
Strict Firestore security rules enforcing:
Authentication requirements
Role-based access control
Field-level validation (e.g., preventing arbitrary writes to isPremium)
Severity: High
There is no indication of Firestore security rules being defined or enforced. If rules are missing or overly permissive, anyone with the project configuration can directly interact with the database.
Potential risks include:
Reading all user data
Writing arbitrary data (e.g., setting
isPremium: true)Deleting or modifying collections
Because Firebase configs are public by design, security must come from rules—not obscurity.
Why this matters:
This is a direct data integrity and privacy risk. Attackers don’t even need to use the app—they can interact with Firestore directly via SDKs or REST APIs.
What’s needed:
Strict Firestore security rules enforcing:
Authentication requirements
Role-based access control
Field-level validation (e.g., preventing arbitrary writes to
isPremium)