Input validation + parameterized queries + safe APIs

Данните се валидират според очакван тип/формат; данните и code/queries се държат отделно.

Parameterized queries и safe execution APIs предотвратяват интерпретирането на attacker input като команда.

Проблемът възниква, когато системата не различава данни от инструкции.

"SELECT * FROM users WHERE name = '" + input + "'"

Query structure се дефинира отделно, а user input се предава като параметър.

Същият принцип важи извън SQL: shell commands, LDAP filters, templates и XML parsers имат различни безопасни API-та и различни contexts.

Универсална функция sanitize(input) и убеждението, че веднъж „почистен“ string е безопасен във всеки context. Не е.

• Allowlist validation.
• Parameterized DB queries.
• No shell concatenation.
• Disable risky XML features.
• Typed schemas.

„Sanitize everything“ не е универсален подход. Context-specific controls са нужни.