Ben, Supabase RLS güvenlik denetimi yaparım

🔐 Row Level Security (RLS) politikalarınızı test eder, her bulguyu tekrarlanabilir kanıtla raporlarım. Veritabanınıza canlı erişim istemem; şema + politika export'u yeterli.

RLS, Supabase projelerinde en kritik ve en çok hata yapılan katman: policysi kapalı ya da yarım kalmış bir tablo, API anahtarı bile düz metin dururken tüm satırları açabilir. Ben bu katmanı sistematik test eder, tahmin değil kanıt teslim ederim.

NE YAPARIM
✅ Tüm tabloların RLS envanteri (açık / kapalı / neden)
✅ Rol bazlı erişim testleri: anon, authenticated, service_role
✅ Politikası var ama mantığı hatalı tabloları yakalama (using(true), role kontrolü eksik, recursive policy vb.)
✅ Özel senaryolar: JWT claim manipülasyonuna dayanıklılık, SECURITY DEFINER fonksiyonlar, policy'siz view'lar
✅ Her bulgu: açıklama + tekrarlanabilir test adımı + kanıt + risk seviyesi (Yüksek / Orta / Düşük)
✅ Düzeltme yönergesi (hazır SQL / migration örneğiyle)

NASIL ÇALIŞIRIM
1️⃣ Source-only (varsayılan): SQL export'unuz yeterli, canlı erişim istemem — hızlı ve düşük riskli.
2️⃣ Live doğrulama (opsiyonel ek): test ortamı bilgisi paylaşılırsa anon key + geçerli/geçersiz JWT ile gerçek isteklerle doğrularım.
3️⃣ Denetim + düzeltme: bulguları yalnızca raporlamam — düzeltmeyi uygular, ardından yeniden test ederim.

TESLİMAT
Kanıtlı rapor (PDF) + bulgu arşivi (test logları/kanıt dosyaları) + öncelikli düzeltme listesi.

NEDEN BEN
• Fiyatı düşürmez, kapsamı daraltırım: ek tablo/ek proje ayrı bir kalemdir — sürpriz zam olmaz, kapsam konuşuruz.
• Platformda çoğu satıcı 0 revizyon verirken ben 1-2 revizyon hakkı veriyorum.
• Doğrulanamayan bulgu rapora yazılmaz. Test edemediğim senaryo "test edilemedi" olarak belirtilir, tahmin üretilmez.