Restrict upsert_version_meta execute rights#1713
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review infoConfiguration used: defaults Review profile: CHILL Plan: Pro 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThis pull request introduces a database migration that restricts function access permissions. The migration revokes all privileges on the Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Warning There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure. 🔧 SQLFluff (4.0.4)supabase/migrations/20260227010000_restrict_upsert_version_meta_exec.sqlUser Error: No dialect was specified. You must configure a dialect or specify one on the command line using --dialect after the command. Available dialects: Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
78efd24 to
feae2c0
Compare
|



Summary (AI generated)
supabase/migrations/20260227000000_harden_upsert_version_meta.sqland limited it to privilege changes only.anonandauthenticatedonpublic.upsert_version_meta.service_role.upsert_version_metalogic/body.Motivation (AI generated)
The user requested execution hardening without modifying the function implementation, so this keeps the risk reduction focused on access control.
Business Impact (AI generated)
Only service-level contexts can invoke
upsert_version_meta, preventing unauthenticated or non-service callers from writing topublic.version_metathrough this RPC and reducing metrics integrity risk.Test Plan (AI generated)
bun lint:backend.anonandauthenticatedare revoked, andservice_roleis granted.Generated with AI
Summary by CodeRabbit