ペネトレーションテスト
Penetration Test/ぺねとれーしょんてすと
ひとことで言うと
許可を得たうえで実際に攻撃を試し、システムの弱点を攻め手の視点で洗い出す検査です。
📖 もうちょい詳しく
何が新しいの?
セキュリティの確認というと、これまでは「設定が正しいか」をチェックリストで見ていくやり方が中心でした。ペネトレーションテストは、もう一歩ふみこんで、実際に攻撃を試してみる検査です。守る側だけでなく、攻める側の目線で「本当に入りこめてしまうのか」を確かめます。
どうやって動いてるの?
まず、システムの持ち主から「ここを試してよい」という許可をきちんともらいます。そのうえで検査する人が、攻撃者と同じような手口でログインを突破できないか、入力欄から不正な命令を送りこめないかなどを試します。実際に侵入できた場合は、そこからどこまで被害が広がるかも確認します。最後に、見つかった弱点と直し方を報告書にまとめます。
何ができるの?
机上のチェックでは見落としがちな、実際に悪用できる抜け穴を見つけられます。たとえば自社のWebサービスや社内ネットワークを公開する前に試せば、攻撃者より先に弱点に気づいて直せます。「設定はしてあるつもり」が本当に機能しているかを、現実の動きで確かめられるのが強みです。
🌱 身近なたとえ
家のセキュリティで例えると、鍵をかけたか目で確認するのが普通のチェックです。ペネトレーションテストは、信頼できる人にお願いして、本当に鍵がこじ開けられないか、窓から入れないかを実際に試してもらうイメージです。許可を得たうえで「攻め手」を演じてもらうので、見落としていた隙間が見つかります。
✅ まず覚えるポイント
- 許可を得たうえで、実際に攻撃を試す検査です
- 攻める側の視点で、悪用できる弱点を見つけます
- 設定チェックより一歩ふみこんで「本当に入れるか」を確かめます
- 見つかった弱点と直し方を報告書にまとめます
- 公開前や大きな変更のあとに行うと効果的です
🧭 よくある勘違い
本物の攻撃と同じで危なくないの?
事前に範囲や方法をすり合わせ、持ち主の許可のもとで行うのが前提です。無許可で同じことをすれば不正アクセスになりますが、ペネトレーションテストはルールを決めた安全な検査として実施されます。
一度やれば安心?
そうとは限りません。新しい機能を足したり設定を変えたりすると、別の弱点が生まれることがあります。大きな変更のあとや、定期的に繰り返して確認するのが望ましいやり方です。
脆弱性スキャンと同じもの?
少し役割が違います。スキャンは既知の弱点を機械的に幅広く洗い出す作業で、ペネトレーションテストは見つけた弱点を実際に悪用できるかまで踏みこんで確かめます。両方を組み合わせると、より確かな状態がわかります。
🧩 関連して覚えると楽な言葉
- 脆弱性(vulnerability): 攻撃に悪用されうるシステムの弱点や欠陥のことです
- ソーシャルエンジニアリング(social-engineering): 人の油断や善意につけ込んで情報を聞き出す攻撃の手口です
- ファイアウォール(firewall): 通信を見張り、不要なアクセスを遮る仕組みです
- ゼロデイ(zero-day): まだ修正されていない、見つかったばかりの弱点を狙う攻撃です
🏁 ひとことでまとめ
許可をもらって攻撃役を演じ、システムの抜け穴を先回りして見つける検査です。
TERM SEARCH
ほかの用語を調べる
検索ボックスを準備中…