Ik los jouw Supabase RLS-beveiligingswaarschuwingen op en beveilig jouw Lovable-app
Illegitiem niet laten afbreken
Over deze dienst
De lekken die er toe doen in een database zijn stille lekken: een view die jouw row-level security overslaat, een USING (true)-beleid dat nog in een dashboard zit, een SECURITY DEFINER-functie die iedereen kan aanroepen, autorisatie lezen uit user_metadata die de gebruiker kan bewerken. Elke bevinding die we je leveren gaat vergezeld van de query die het aantoont.
We controleren je PostgreSQL- of Supabase-database vanaf de live catalogus, niet vanaf de code die beweert het te configureren, en leveren je elke bevinding met de query die het bewijst en de statement die het oplost. Alleen-lezen, binnen een transactie die wordt teruggedraaid. En als je snelheid wilt, krijg je ook de traagste queries met hun echte plannen en de index of herschrijving die elke query nodig heeft.
Ik controleer elke bevinding en onderteken het rapport voordat het bij jou terechtkomt.
De eigen database van Nexidy draait row-level security op meer dan 30 tabellen onder 50 beleidsregels, waarbij elke SECURITY DEFINER-functie aan een vaste search_path is gekoppeld, gecontroleerd door dezelfde audit.
Stuur me je PostgreSQL-versie en waar hij draait voordat je bestelt. Ik vertel je welk pakket past, of geef een offerte op basis van wat jouw setup daadwerkelijk nodig heeft.
Platform:
PostgreSQL
Veelgestelde vragen
Automatische vertaling
Werk je met Supabase?
Ja. De audit kent de anon- en authenticated-rollen en auth.uid().
Heb je productiedata nodig?
Nee. De security audit leest de catalogus; het performance-pakket heeft pg_stat_statements nodig, niet jouw rijen.
Verander je iets in mijn database?
Niet in de audit-pakketten: deze zijn read-only, binnen een transactie die terugrolt. Oplossingen komen alleen in Audit + fixes, als migraties die jij goedkeurt, eerst op staging.

