WEB AI SECURITY / 架空データによるローカル実験 / 2026年10月21日
上限は5件。それでも同時受付で46〜60件を許可した
確認と更新を分けたAでは受付数と台帳が不一致。
一つのロックで処理したBは、10回とも受付5件・台帳5件でした。
各回60件。通常4条件は各10回。値に幅がある欄は1回あたりの最小〜最大です。異常2条件は各1回。実メールは送っていません。
実行した条件
説明用PHP CLIプログラムを、順次1プロセス・同時12プロセス×各5件で実行。架空の問い合わせ60件を使用し、毎回台帳を0へ初期化しました。Aは読取時と書込時を別々にロック、Bは読取・上限判定・更新を一つの排他ロックに収めています。
競合を観察するため、受付可能と読んだ直後にA・Bとも20msの人工待機を入れました。Aは読取ロックを解いたあと、Bはロック内で待機します。OSの実行順によって結果は変わります。
macOS-15.7.7-x86_64-i386-64bit / PHP 8.5.5 (cli) (built: Apr 7 2026 16:24:10) (NTS) / Python 3.9.6
各10回の受付数
記録が使えない場合
Bの書込不可は台帳を読取専用にし、OSが書込用オープンを拒否することを確認。破損条件はJSONの内容を壊しました。各60件とも内部エラーとなり、受付・模擬送信は0件です。容量不足や書込み途中の障害は試していません。
この試験で分かる範囲
単一ホスト・単一共有台帳の説明用モデルです。HTTPフォーム、IP別・時間窓の制限、実メールの到達、DDoS耐性、複数サーバー、処理途中の停止による台帳と送信の整合性は未検証。人工待機を含むため、現実の発生頻度や処理速度を示しません。
全43試行の測定記録
通常40回+異常2回+正常入力1件の事前確認。全2,521件を受付・拒否・内部エラーへ分類。タイムアウト0件。受付IDと模擬送信IDを照合しました。
測定表CSV
記事へ戻る