「Laravel セキュリティ」「WordPress 対策」——検索するとき、私たちは“使っている技術ごと”に答えを探します。このページは、フレームワーク別の守り方への入口です（攻撃手順は載せません）。
共通（どのFWも同じ）
アクセス制御・秘密の扱い・インジェクション・依存CVE・設定ミス。守りの土台も共通。
FW固有（各章で扱う）
「既定の危険な設定」と「その技術でよく狙われる場所」。技術ごとに違うのはここだけ。
どのフレームワークにも共通する“弱点の型”
先に全体像です。以下は技術を問わず繰り返し突かれる型で、各フレームワークの章はこれを“その技術ではどう出るか”に落とし込みます。
フレームワーク別ガイド
自分のスタックの章から読んでください。各章は「既定の危険 → よく突かれる場所 → ハードニング手順」の順です。
WordPress
Laravel
Next.js
Java / Spring
その他のフレームワーク
当サイトの視点：フレームワークは道具、事故は運用
「このフレームワークは安全/危険」という議論はあまり役に立ちません。実際の事故の大半は、本体のバグではなく更新放置・秘密の露出・認可漏れ・危険な既定設定という“使い方”から起きるからです。当サイト自身もNext.jsを運用しており、守りの本命は特別な魔法ではなく、依存のCVE監視・秘密をコードや公開ディレクトリに置かない・強い認証・戻せるバックアップという基礎の徹底です。各フレームワークの章は、この基礎を“その技術の言葉”で具体化したものです。
まず固める共通の土台
フレームワークの章に進む前に、どの技術でも効く土台を先に固めておくと効率的です。
- 入門：セキュリティ最低限チェックリスト（王国の鍵・秘密・パッチ・検知・復旧）
- 実務：脆弱性(CVE)対応の実務 ／ 依存パッケージのCVE監視（osv-scanner）
- 秘密：公開ディレクトリに秘密を置かない
次に読む
- ガイド：WordPressのセキュリティ対策 ／ Laravelのセキュリティ対策
- 土台：セキュリティ最低限チェックリスト（全フレームワーク共通）
- 用語：CVEとは（フレームワークの既知脆弱性を追う単位）
よくある質問
Qフレームワーク別で、いちばん危ないのはどれですか？
『危険なフレームワーク』というより『危険な使い方』が本質です。ただし攻撃者から見て“数が多い＝狙う価値が高い”ため、世界最大シェアのWordPress（とそのプラグイン）は統計的に最も狙われます。とはいえ、どのフレームワークでも事故の大半は本体のバグではなく、更新放置・秘密の露出・認可漏れ・危険な既定設定といった運用面から起きます。だから“どれが危ないか”より“自分のスタックの落とし穴を塞ぐ”ことが実利です。
Q新しいフレームワークほど安全ですか？
必ずしもそうではありません。新しいフレームワークは安全な既定値を備えていることが多い一方、実績が浅く未知の穴や、開発者の慣れ不足による誤設定が起きやすい面もあります。逆に歴史あるフレームワークは枯れて堅いですが、古い版の放置（EOL）や大量のプラグイン/依存が弱点になります。結局は“版を追従し・既定の危険を理解し・多層で守る”という運用が効きます。
Qどこから対策すればいいですか？
まず全フレームワーク共通の土台（依存パッケージのCVE監視、秘密をコード/公開ディレクトリに置かない、強い認証、バックアップ）を固めます。そのうえで、自分が使っているフレームワークの章を開き、その技術“特有の”既定の落とし穴（例：WordPressのプラグイン管理、LaravelのAPP_DEBUG/認可）を順に潰していくのが最短です。