Input Validation
入力検証
入力検証は、信頼境界を越えるデータをチェックします。期待される型、形状、範囲、サイズ、および意味を強制します。
もう一つの例
こっそり作ったリクエストで入力フォームを飛ばすことがあるかもしれません。しかし、サーバーは知らないroleの値はしっかり弾きます。
主な部分
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
以下の場合に使用します
外部からデータが入るすべての境界で、ホワイトリストとスキーマを使用してください。
以下の場合は使用しないでください
クライアント側のチェックや既知の不正な文字列のリストのみに頼ってはいけません。
コードで使用する名前
schema.parse(input) 出荷前に
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 入力検証 (Input Validation)。 User context:こっそり作ったリクエストで入力フォームを飛ばすことがあるかもしれません。しかし、サーバーは知らないroleの値はしっかり弾きます。 Technical concept or control:入力検証 (Input Validation)。 Why it fits:外部からデータが入るすべての境界で、ホワイトリストとスキーマを使用してください。 Do not use it when:クライアント側のチェックや既知の不正な文字列のリストのみに頼ってはいけません。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
このリクエストを確認する
Review how 入力検証 (Input Validation) is used now. Definition: 入力検証は、信頼境界を越えるデータをチェックします。期待される型、形状、範囲、サイズ、および意味を強制します。 Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.