Environment Variables Güvenli Yönetimi: .env Dosyalarının Doğrusu
.env dosyası nasıl güvenli yönetilir? VITE_ ve NEXT_PUBLIC_ prefix kuralları, .gitignore, service_role key tehlikesi ve secret rotation stratejisi rehberi.
5 yazı
Finansal veriyle çalışan bir uygulamada her kullanıcının yalnızca görmesi gerekeni görmesi zorunluluktur. Bu kategoride Supabase Row Level Security, fonksiyon güvenlik modları, merkezi denetim kaydı, API güvenliği ve gizli anahtar yönetimi üzerine uygulamalı rehberler var.
.env dosyası nasıl güvenli yönetilir? VITE_ ve NEXT_PUBLIC_ prefix kuralları, .gitignore, service_role key tehlikesi ve secret rotation stratejisi rehberi.
API güvenliği nasıl sağlanır? Express.js rate limiting, CORS yapılandırması, Zod ile input validation, SQL injection önleme ve Supabase anon key...
Supabase'de yazdığınız fonksiyon RLS'yi bypass mı ediyor? SECURITY DEFINER ve INVOKER arasındaki farkı, hangi durumda hangisini kullanacağınızı basitçe...
Çok şubeli bir uygulamada her kullanıcının sadece kendi verisini görmesini nasıl sağlarsınız? Supabase RLS ile veritabanı seviyesinde güvenlik rehberi.
Şirket vericisini kim bozdu? Kim, ne zaman, neyi değiştirdi? PostgreSQL trigger ve jsonb mimarisiyle tek fonksiyondan devasa Audit-Log (Denetim İzi)...
Tablolarda RLS açılır ve politika, oturumdaki kullanıcının rolü ile şube yetkilerini kontrol eder. Böylece kural uygulama kodunda değil veritabanında uygulanır; istemci sorgusu ne olursa olsun yetkisiz satır dönmez. Detaylı rehber →
Evet. SECURITY DEFINER fonksiyonlar, fonksiyonu tanımlayan kullanıcının yetkileriyle çalışır ve RLS’yi atlayabilir. Kullanıcı verisini döndüren fonksiyonlarda varsayılan olarak SECURITY INVOKER tercih edilmelidir. Detaylı rehber →