Lecția 5 din 9
Cazul Lovable: „are RLS” nu înseamnă „RLS corect”
Dacă la Tea problema era stocarea, la aplicațiile făcute cu Lovable problema e baza de date. Cea mai frecventă gaură din aplicațiile vibe-coded este protecția la nivel de rând lipsă sau greșită în Supabase. Cazul Lovable arată de ce o bifă verde de la un scaner nu e o garanție. Ce a găsit cercetarea În 2025, cercetătorul Matt Palmer a analizat 1.645 de aplicații din vitrina Lovable. A găsit 303 puncte de acces vulnerabile în 170 de proiecte, adică în circa 10,3% dintre ele, cu citire și scriere neautorizată a datelor. Scanarea a privit doar paginile principale, deci e o limită inferioară. Rez…
Restul lecției se deschide după înscriere
Cursul costă 4,99 € (plata în lei, la cursul zilei), iar la final primești un certificat verificabil.
Ce cuprinde cursul
- 1 Ce e vibe coding și de ce a explodat fără cont
- 2 Beneficiile reale, cu cifre
- 3 Mesajul central: viteza contra securitate
- 4 Cazul Tea: un default de stocare, nu vibe coding
- 5 Cazul Lovable: „are RLS” nu înseamnă „RLS corect” ești aici
- 6 Cazul Base44: un identificator din adresă nu e o parolă
- 7 De ce AI-ul reproduce vulnerabilități clasice
- 8 Mentalitatea defensivă și ce urmează
- 9 Test final