Validácia vstupov určuje, aké údaje je systém pripravený spracovať. Odmietne hodnoty, ktoré nespĺňajú túto zmluvu, skôr než sa dostanú do úložiska, aplikačnej logiky, príkazu alebo inej služby. Rovnaká zmluva musí platiť na každom vstupnom bode vrátane tých, ktoré nemajú viditeľný formulár.
Vstupy prichádzajú od viac ako používateľov
Kontroly vo formulári zlepšujú použiteľnosť, ale nevytvárajú bezpečnostnú hranicu. Požiadavky možno posielať priamo na API. Údaje môžu prichádzať aj z importov, webhookov, plánovaných úloh, frontov správ a ďalších služieb. Každý zdroj môže poslať poškodené, neúplné alebo neaktuálne údaje. Údaje môžu mať správnu štruktúru, no byť neplatné pre aktuálny stav procesu.
audit vibe-coded softvéru inventarizuje tieto vstupné body. Vygenerované funkcie môžu definovať schému pre jednu trasu a inde zopakovať voľnejšiu verziu. Kód vyzerá konzistentne na úrovni obrazovky, zatiaľ čo rôzne cesty akceptujú rôzne významy pre to isté pole.
| Vstupný zdroj | Kontrola konštrukcie | Kontextová kontrola |
|---|---|---|
| Webový formulár | Povinné polia a typy | Povolená hodnota pre tohto používateľa |
| Požiadavka API | Obmedzenia schémy a veľkosti | Platná operácia v aktuálnom stave |
| Import súboru | Formát, stĺpce, kódovanie | Záznamy patria na správny účet |
| Webhook | Tvar užitočného zaťaženia a podpis | Udalosť je aktuálna a očakávaná |
| Úloha na pozadí | Uložené údaje sa dajú stále spracovať | Predpoklady stále platia |
Overenie má vrstvy
Štrukturálna validácia overuje, či možno údaje bezpečne spracovať. Kontrola firemných pravidiel zisťuje, či dávajú zmysel pre požadovanú operáciu. Autorizácia zostáva samostatným rozhodnutím: správne zapísaný identifikátor účtu nedokazuje, že k nemu má volajúci prístup.
Revízia rozlišuje niekoľko kontrol:
- Typ: Potvrďte, že hodnota je reťazec, číslo, dátum, zoznam alebo očakávaný objekt.
- Štruktúra: Vyžadovať známe polia a odmietnuť neočakávané vnorenie tam, kde to zmení správanie.
- Hranice: Obmedzte dĺžky, rozsahy, veľkosti kolekcie a veľkosti súborov.
- Formát: Zámerne analyzujte identifikátory, dátumy, adresy a štruktúrovaný obsah.
- Význam: Overte, či je hodnota povolená v aktuálnom pracovnom postupe a vzťahu.
Ako vyzerá slabé overenie
Slabá validácia je často duplicitná a optimistická. Jedna cesta potichu konvertuje neplatné údaje, iná sa spolieha na chybu databázy a tretia odovzdá hodnotu nadväzujúcej službe. Spracovanie chýb sa potom náhodne stáva súčasťou zmluvy. Audit kontroluje, či sa neplatné údaje odmietnu pred zmenou stavu a či odpoveď neodhaľuje interné podrobnosti.
Modelovanie hrozieb upriamuje pozornosť na vstupy, ktoré prekračujú dôležité hranice dôvery. Voľný text, ktorý sa zobrazí neskôr, identifikátory použité v dopytoch, nahrávaní súborov, adresy URL spätného volania a hodnoty odovzdané externým nástrojom si zaslúžia explicitné spracovanie. Audit nepredpokladá, že štandardný rámec pokrýva celú cestu.
Dôkaz, že validácia platí
Testy by mali pokrývať hraničné aj neplatné hodnoty, chýbajúce polia, príliš veľké požiadavky a kombinácie, ktoré porušujú firemné pravidlá. Mali by volať serverový vstupný bod, nie iba komponent používateľského rozhrania. Po odmietnutí nesmie zostať žiadny vedľajší účinok: čiastočný zápis, úloha vo fronte ani volanie externej služby.
Toto overenie patrí do produkčnej disciplíny opísanej v článku o vibe codingu a agentic engineeringu. Viditeľný formulár môže usmerniť bežného používateľa. Spoľahlivá validácia vstupov chráni systém aj vtedy, keď údaje prichádzajú ktoroukoľvek ďalšou cestou, ktorú produkt sprístupňuje.
