Curated Tech Reading Map

次に読むべき技術書が見つかるサイト

Domain

Webセキュリティ・認証基盤

HTTPの仕組みやWeb脆弱性の基礎から、暗号・認証・認可プロトコル、セキュアな設計思想、 脅威モデリング、そして攻撃者視点の脆弱性診断まで、特定のフレームワークに依存しない 普遍的な原理に基づいてWebセキュリティを体系的に学ぶ学習パス。

この分野の地形

Webセキュリティの地形は、攻撃という荒波が打ち寄せる海岸線から始まる、 一連の防壁の連なりとして描ける。波打ち際にあたるのは「Web脆弱性の基礎」。 HTTP という土台の上で、なぜインジェクションや XSS が生まれるのか、その仕組みと 根本対策を学ぶことが、すべての防御の起点となる。

内側へ進むと、城門にあたる「認証・認可」の関門がある。ステートレスな HTTP 上で いかに本人を確かめ、権限を委譲するか。その鍵を握るのが暗号技術であり、 OAuth・OIDC・パスキーといったプロトコルがトラスト(信頼)を形づくる。

さらに奥には「設計で守る」高台がある。対症療法的なバリデーションを越え、設計段階で 脆弱性が入り込めない構造を作る思想と、脅威モデリングによる体系的な防御。そして最も 外周には、攻撃者の視点に立つ「攻撃と診断」の物見櫓が立つ。守るためには、攻める側の 思考を知らねばならない。この分野を貫く軸は、場当たりの対策ではなく「原理から多層に 守る」という一貫した姿勢にある。

矢印の向きに読み進めます/実線=必須・破線=推奨

この地図を共有

難易度

入門
中級
上級

依存関係

必須前提
推奨前提
参考

グラフを計算中...

収録書籍

難易度
読了状態
タグ

15件

依存関係

  1. 理由: 認証もセッションもCookieもHTTPの上に成り立つ。まずHTTPの挙動を原理から押さえると、徳丸本で学ぶ脆弱性が「プロトコルのどの隙間で生まれるのか」を構造的に理解できる。

  2. 理由: 徳丸本で脆弱性の原理と根本対策を固めたら、ブラウザからサーバーまで各層を横断する現代的な全体像で補強する。サプライチェーンや侵害後対応まで視野を広げ、防御の解像度を上げる。

  3. 理由: 脆弱性対策の全体像を掴んだら、その多くが依拠する暗号の土台へ降りる。ハッシュ・署名・公開鍵暗号の論理を理解しておくと、TLSやトークン検証を「魔法」ではなく原理で扱えるようになる。

  4. 04暗号技術入門 第3版OAuth徹底入門推奨前提 / 暗号の土台から認可プロトコルへ

    理由: 署名と公開鍵暗号の土台があって初めて、トークンベースの認可を正しく理解できる。OAuth 2.0は権限委譲のデファクトであり、その各グラントとフローを原理から学ぶ。

  5. 05OAuth徹底入門OpenID Connect入門推奨前提 / 認可のOAuthから認証のOIDCへ

    理由: OAuth 2.0は本来「認可」のプロトコルで、それを誤用した擬似認証は脆弱性の温床になる。本人確認を標準化したOIDCへ進むことで、IDトークン検証を含む正しい認証の組み立てが分かる。

  6. 06暗号技術入門 第3版パスキーのすべて推奨前提 / 公開鍵暗号からパスキーへ

    理由: パスキーは公開鍵暗号方式を認証に応用した仕組み。暗号の基礎を押さえてから読むと、なぜサーバーにパスワードを保存せずフィッシング耐性が生まれるのか、チャレンジ署名の検証まで腑に落ちる。

  7. 07OpenID Connect入門セキュア・バイ・デザイン推奨前提 / 認証・認可の実装から設計での排除へ

    理由: 認証・認可を仕組みとして実装できるようになったら、視点を一段上げる。セキュア・バイ・デザインは、入力検証やエスケープという対症療法を越え、設計段階で不正なデータが入り込めない構造を作る発想を与える。

  8. 08セキュア・バイ・デザインセキュアなソフトウェアの設計と開発推奨前提 / 設計思想から脅威モデリングのプロセスへ

    理由: 型ベースの堅牢な設計思想を掴んだら、それを開発プロセスに組み込む段へ進む。STRIDEによる脅威モデリングは、アタックサーフェスと信頼境界を体系的に洗い出し、設計レビューの軸を与える。

  9. 09実践理解!Webアプリケーション セキュリティハッキングAPI推奨前提 / 防御の基礎から攻撃者視点(API)へ

    理由: 防御の原則を固めたら、攻撃者の視点を取り入れる。SPAやマイクロサービスで主戦場となったAPIの脆弱性(BOLA/IDOR等)を攻める側から学ぶと、堅牢なAPI設計を逆算できる。

  10. 理由: 脆弱性の原理を学んだら、自分の手で確かめる。OWASP ZAPやBurp Suiteを使った動的解析で、理論として知っていた攻撃が実際のトラフィック上でどう成立するかを体感し、理論と実践の溝を埋める。

  11. 理由: 脅威モデリングで「どこが危ういか」を設計段階で洗い出したら、その想定が正しいかを実機の診断で確かめる。設計上の脅威と実際の挙動を突き合わせ、防御の実効性を確認する。

  12. 理由: Webの防御原則を押さえたら、視野をネットワークやサーバーを含む攻撃全般へ広げる。攻撃者の思考手順を知ることは、Webアプリ単体に閉じない能動的な防御の気付きをもたらす。

  13. 13暗号技術入門 第3版はじめてのデジタルアイデンティティ推奨前提 / 暗号の基礎からID管理の全体像へ

    理由: ハッシュや署名といった暗号の要素を土台に持ったら、それらが実際のIDライフサイクルの中でどう使われるかを知る。本書は新規登録からログイン、リカバリー、退会までを一続きの流れとして描き、単一サービスの認証・認可からIDプロバイダとの連携まで段階的に扱う。

  14. 14はじめてのデジタルアイデンティティOAuth徹底入門推奨前提 / ID管理の全体像から認可プロトコルの実装へ

    理由: ID管理の全体像とID連携の枠組みを掴んだら、その中核をなす認可プロトコルの実装に踏み込む。OAuth 2.0のグラントやフローをコードで動かしながら学ぶことで、トークン漏洩やリダイレクトURI改ざんといった落とし穴まで原理から理解できる。

  15. 15OpenID Connect入門セキュアAPI推奨前提 / 認証・認可の実装からAPI全体のセキュリティ設計へ

    理由: OIDCの認可コードフローやJWT検証を実装レベルで理解したら、視野をAPI全体の設計へ広げる。本書は認証・認可に起因する脆弱性だけでなく、API設定管理のリスク、金融グレードAPIの要件、オブザーバビリティやテストまで、設計段階からセキュリティを組み込む視点を与える。

  16. 16セキュアAPIハッキングAPI参考 / 設計によるAPI防御から攻撃者視点の診断へ

    理由: シフトレフトの発想でAPIを設計段階から守る手法を学んだら、その設計が実際に攻撃に耐えるかを攻撃者側の視点から確かめる。BOLA/IDORといった認可の欠如に起因する脆弱性を攻める側から学ぶと、堅牢な設計を逆算的に見直せる。

  17. 理由: OWASP ZAPやBurp Suiteで自らの手を動かし、理論と実践の溝を埋める診断経験を積んだら、同じ「対策を実地で確かめる」姿勢を新しい対象へ向ける。生成AIのリスクはベンチマークやレッドチーミングという異なる形で評価されるが、机上の想定を検証で裏づけるという発想は共通する。

  18. 18生成AIの安全性入門LLMOps推奨前提 / AI安全性の理論から本番運用のガバナンスへ

    理由: 生成AIのリスク分類やレッドチーミングによる安全性評価、ガードレールによるシステムレベルの対策までを学んだら、それらを実際に本番環境で回し続ける仕組みへ落とし込む段階に進む。LLMOpsは終章でガバナンス・プライバシー・プロンプトインジェクションといったセキュリティリスクへの対応や可観測性パイプラインの構築を扱っており、生成AIの安全性入門で得た評価・対策の知識を本番運用の具体的な仕組みへ接続する。

  19. 19生成AIの安全性入門生成AIアプリケーション評価入門参考 / AI安全性評価の考え方から自社プロダクトの評価実務へ

    理由: ベンチマークやレッドチーミングによる安全性評価の技法を学んだら、その「評価する」という営みを自社の生成AIプロダクトへ具体的にどう組み込むかという実務へ視野を広げる。生成AIアプリケーション評価入門は評価観点モデルの構築から混同行列・RAG向けメトリクス、セキュリティ評価、AIエージェントの評価までを開発ライフサイクルに沿って扱っており、抽象的な安全性評価の考え方を自プロダクトの品質保証プロセスへ接続する。

次に探索する

依存関係でつながる分野