Střet s produkční realitou

Demo prošlo. Projde vaše AI aplikace útočníkem?

Bezpečnostní review není otázka, zda kód „vypadá bezpečně“. Mapuje, kdo smí co udělat s jakými daty přes každou hranici důvěry.

01

Co se stalo?

Generované části mohou fungovat samostatně a přesto porušit systémové zásady: serverový klíč skončí v prohlížeči nebo se vlastnictví záznamu kontroluje jen skrytým tlačítkem.

02

Proč se to děje

  • Privilegované klíče jsou v klientském buildu nebo logu.
  • Existuje autentizace, ale chybí autorizace ke konkrétním datům.
  • Uploady, webhooky a přesměrování přijímají neomezené vstupy.

03

Co můžete zkontrolovat sami

  1. Otestujte zakázané akce přímo jako dva různí uživatelé.
  2. Prohledejte zdroj, historii a build na secrets a uniklé hodnoty rotujte.
  3. Ověřte serverovou validaci, cookies, CSP, závislosti a vypnutý debug.

NEJSTE VÝVOJÁŘ

Přemýšlejte, co je potřeba chránit — ne jak.

Bezpečnostní review zní technicky, ale výchozí otázku už znáte.

  1. Data zákazníků — jména, e-maily, adresy, cokoliv osobního.
  2. Data zaměstnanců a interní firemní informace.
  3. Hesla a cokoliv, co dokazuje, kdo je kdo.
  4. Platby — i přes platební bránu záleží na tom, jak je napojená.
  5. Kdo smí co vidět nebo měnit — zákazník by se nikdy neměl chovat jako admin.

Řekněte Shipvise nebo reviewerovi, co je na tomto seznamu; oni to přeloží do konkrétních technických kontrol — secrets, oprávnění, práce se vstupy — které to ochrání.

04

Jak opravu bezpečně ověřit

Opravu dejte do samostatné větve, ověřte ji v produkčně podobném stagingu a nasaďte konkrétní schválenou verzi. Předem si ponechte funkční artefakt a ověřený postup rollbacku.

05

Kdy potřebujete vývojáře

Seniorního vývojáře přizvěte, když změna sahá do dat, přihlášení, oprávnění, plateb nebo infrastruktury, případně když nikdo nedokáže vysvětlit příčinu. Shipvise spojuje staging, automatické kontroly, AI nebo seniorní review, řízené nasazení, hosting a rollback.

FAQ

Na co se lidé skutečně ptají

Je vibe coding bezpečný?

Může být, když odpovídá riziku a má kontroly. Nerevidovaný kód není důvěryhodný jen proto, že demo funguje.

Prokáže automatický sken bezpečnost?

Ne. Najde třídy problémů, ale autorizace a obchodní logika vyžadují kontext a často ruční test.

Jaká je první bezpečnostní kontrola, kterou udělat?

Ověřte, že se do prohlížeče neposílá žádný secret ani privilegovaný API klíč, a pak otestujte, jestli se jeden uživatel dostane k záznamům jiného uživatele nebo je dokáže změnit.

Jaké jsou nejčastější bezpečnostní problémy AI aplikací?

Největší je chybějící kontrola oprávnění — aplikace ověří, kdo uživatel je, ale ne, co smí vidět nebo měnit. Hned za tím jsou odhalené API klíče nebo secrets v kódu na straně klienta a defaultní přístupová pravidla ponechaná dokořán.

Může AI generovaná aplikace prozradit přihlašovací údaje k databázi nebo API klíče?

Ano, stává se to často. Generovaný kód někdy dá klíč určený pro server do kódu, který se pošle do prohlížeče, kde si ho přečte kdokoliv. Před spuštěním prohledejte kód i výstup buildu na secrets a cokoliv odhaleného obraťte (vygenerujte nové).

Stačí výchozí konfigurace Supabase nebo Firebase sama o sobě?

Obvykle ne. Obě platformy dají autentizaci hned k dispozici, ale přístupová pravidla si musíte nastavit sami, aby se uživatelé dostali jen ke svým vlastním datům — výchozí nastavení je výchozí bod, ne hotový bezpečnostní model.