Web・APIを守る | area11.org

文書番号	タイトル	概要
2609.00008	WAF強化概論	Managed Ruleを置く段階から、攻撃面を絞るApplication固有制約、AIによるPolicy同期、脆弱性の動的検証と再検証へ進むWAF強化の全体像を整理する。
2607.00003	高度なBot対策が必要となる条件	WAFや単純なレート制限を超えるBot対策が必要かを、攻撃者の利益、対象業務、観測兆候、残存リスクから判断するための整理です。
2607.00002	WAF・WAAP 6製品の選定条件とPoC	配置、検査範囲、Bot/API、運用支援の条件で6製品を比較する時点記録。総合順位ではなく同条件のPoCで判断する。
2608.00004	AWS WAF・Google Cloud Armor・Azure WAFのマネージドルール設計比較	3大クラウドのマネージドルールを、グループ参照型、関数呼び出し型、ルールセット型という設計差から読み解き、移行時の読み替えと安全な導入手順を示す。
2606.00008	AWS WAFのチューニング手法	AWS WAFをCountで導入し、ログ、メトリクス、sampled requestsを見ながら個別ルール、scope-down statement、label matchで調整するための実務メモです。
2604.00005	WAF誤検知検証ツール設計	WAF誤検知検証ツールの設計を、入力データ、検証手順、CLI構成、運用利用の観点で整理する記事です。
2608.00007	AI時代にWAFはどう変わるべきか	AIがWAFを不要にするのではなく既知パターン依存の限界を増幅するという前提から、Schema、認可、業務フローを含む多層防御を示す。
2609.00005	AI駆動開発はWAFの「ポジティブセキュリティ」を実用段階へ進める	WAFのPositive Securityを難しくしてきたPolicy維持を、Code、Security Contract、Policy Diff、段階的な強制というAI支援Pipelineで扱う。
2609.00006	AWSで考えるAI駆動Positive WAFと脆弱性到達可能性検証	Application Security Contractを中間表現にし、WAF生成のFast Loopと脆弱性検証のSlow Loopを証跡、人間承認、段階導入でつなぐAWS実装構想。
2608.00006	AI駆動開発とAPIはなぜ相性が良いのか	AIとAPIの相性を通信方式ではなく機械可読な契約として捉え、生成、検証、変更管理へ接続する条件と限界を示す。
2608.00008	API化の次に来る問題	OpenAPIを唯一の万能な正本にせず、契約、業務Policy、IaC、テスト、証跡を一つの変更単位として同期する設計を示す。
2608.00009	レガシーシステムは捨てなくていい	APIラッピングで脆弱性が消えるという誤解を避け、Origin遮断、媒介層、契約試験、Strangler移行、残存リスクの証拠を示す。
2609.00009	古いWebシステムの入口を段階的に守る — CloudflareとAWSによる移行設計	通信の中継、業務の調査、APIの作成、動作の比較、古い入口の閉鎖という順序で、移行方法と判断基準を説明する。
2602.00004	React2Shellはアプリ検証ロジック前に作用する	React2Shellがアプリケーション検証ロジックの前で作用する構造を、攻撃面と確認観点から整理する記事です。
2601.00003	Workersリバースプロキシ：転送コードと信頼境界	Cloudflare Workersを使ったリバースプロキシ実装の構成、動作、注意点をまとめる実装記録です。
2601.00002	多段プロキシのログ：接続元と404応答の読み方	CloudFrontとWorkersの二段構成でヘッダーを観測した記録。経路到達、内容取得、本人性の違いを整理する。