---
title: "ワークアラウンドとは？意味・具体例とパッチとの違い【SG試験】"
description: "ワークアラウンドは、パッチをすぐ適用できない場合にリスクを下げる暫定的な回避策です。根本対策との違い、機能停止・通信制限などの具体例、SG試験での見分け方を整理します。"
last_modified_at: "2026-07-14"
canonical_url: "https://stemtazoo.github.io/sg/workaround/"
section: "sg"
---

## まず結論
- **ワークアラウンドとは、正式なパッチを適用できるまでの間に、脆弱性が悪用されるリスクを下げる暫定的な回避策**です。
- SG試験では、ワークアラウンドを「脆弱性そのものを解消する対策」と誤解しないことが大切です。

ワークアラウンドは、あくまで一時的な対策です。  
選択肢では、**根本対策なのか、暫定対策なのか**を切り分けると判断しやすくなります。

## 直感的な説明
ワークアラウンドは、雨漏りに対する「バケツを置く対応」に近いです。

屋根に穴が空いて雨漏りしているとき、本当の対策は屋根を修理することです。  
でも、すぐに修理業者を呼べない場合は、ひとまずバケツを置いたり、シートで覆ったりして被害を小さくします。

この「本格修理までの一時対応」がワークアラウンドです。

情報セキュリティでも同じです。

- パッチをすぐ適用できない
- 業務影響が大きく、すぐ再起動できない
- 検証が終わるまで本番環境に適用できない
- 影響範囲を確認している途中である

このような場合に、通信を制限する、機能を一時停止する、設定を変更するなどして、悪用される可能性を下げます。

ただし、屋根の穴が直っていないのと同じで、ワークアラウンドだけで安心してはいけません。  
最終的には、パッチ適用やバージョンアップなどの根本対策が必要です。

## 定義・仕組み
ワークアラウンドは、脆弱性の根本原因を修正するのではなく、悪用されにくくしたり、悪用された場合の影響を小さくしたりするための回避策です。

Japan Vulnerability Notes（JVN）の説明では、対策情報には「解決策」と「回避策」があり、回避策は脆弱性自体を解決するものではないものの、悪用された場合の影響を緩和する手段として有効であり、ワークアラウンドとも呼ばれると説明されています。  
公式情報は、[JVN 脆弱性レポートの読み方](https://jvn.jp/nav/jvnhelp.html) で確認できます。

ワークアラウンドとパッチの違いは、次のように整理できます。

| 観点 | ワークアラウンド | パッチ |
|---|---|---|
| 位置づけ | 暫定対策・回避策 | 根本対策・修正プログラム |
| 目的 | 悪用リスクや影響を下げる | 脆弱性そのものを修正する |
| 実施例 | 機能停止、通信制限、設定変更 | 修正プログラム適用、アップデート |
| 注意点 | リスクは残る | 適用検証や業務影響確認が必要 |

ワークアラウンドの例としては、次のようなものがあります。

- 脆弱な機能を一時的に無効化する
- 外部からのアクセスをファイアウォールで制限する
- 特定の通信ポートを閉じる
- 管理画面へのアクセス元を限定する
- 設定を変更して危険な処理を避ける
- 監視を強化して悪用の兆候を早く見つける

ここで重要なのは、ワークアラウンドは「何もしない」ではないという点です。  
正式なパッチが出るまで、またはパッチ適用が完了するまでの間に、リスクを下げるための現実的な管理策です。

## どんな場面で使う？
ワークアラウンドは、すぐにパッチを適用できない場面で使います。

代表的な場面は、次のとおりです。

- パッチがまだ提供されていない
- パッチはあるが、業務システムへの影響確認が終わっていない
- すぐに再起動できない重要システムである
- パッチ適用により既存システムが動かなくなるおそれがある
- 脆弱性の悪用が確認されており、早急にリスクを下げたい

SG試験では、ワークアラウンドは「リスク低減」の一種として考えると分かりやすいです。

例えば、次のような判断です。

| 状況 | 適切な考え方 |
|---|---|
| パッチをすぐ適用できる | 原則としてパッチ適用を検討する |
| パッチ適用に時間がかかる | ワークアラウンドで暫定的にリスクを下げる |
| パッチがまだない | 回避策、アクセス制限、監視強化などを検討する |
| 業務停止が大きい | リスクと業務影響を比較して段階的に対応する |

ただし、ワークアラウンドを実施したからといって、パッチ管理が不要になるわけではありません。  
ワークアラウンドは、正式な修正までのつなぎとして管理します。

## よくある誤解・混同
ワークアラウンドは、パッチ、設定変更、リスク受容と混同しやすい用語です。

### 誤解1：ワークアラウンドで脆弱性は完全に解消される
これは誤りです。  
ワークアラウンドは、脆弱性そのものを修正するとは限りません。

例えば、危険な機能を一時的に無効化しても、ソフトウェア内部の欠陥が修正されたわけではありません。  
根本的には、パッチ適用やアップデートが必要です。

### 誤解2：パッチがあるなら、検証せずすぐ適用すればよい
これも注意が必要です。  
重大な脆弱性では迅速な対応が必要ですが、本番環境では業務影響の確認も必要です。

SG試験では、単純に「すぐ全台へ適用する」よりも、次のような現実的な運用が問われます。

- 影響を受ける資産を確認する
- 重要度と緊急度を判断する
- 検証環境で確認する
- 適用計画を立てる
- すぐ適用できない場合はワークアラウンドを行う

### 誤解3：ワークアラウンドはリスク受容と同じ
ワークアラウンドは、何もしないリスク受容とは違います。

- ワークアラウンド：暫定的にリスクを下げる
- リスク受容：リスクを認識したうえで受け入れる

ワークアラウンドは、リスクを下げるために具体的な対策を行う点がポイントです。

### 誤解4：ワークアラウンドは必ず安全
ワークアラウンドにも限界があります。  
設定変更により業務機能が使えなくなったり、別の運用ミスが増えたりする可能性もあります。

そのため、実施するときは次の点を確認します。

- どのリスクを下げる対策なのか
- 業務への影響はどの程度か
- いつまで暫定対応を続けるのか
- パッチ適用の予定はあるか
- 実施後に監視や確認を行うか

SG試験では、「暫定対策をしたので完了」とする選択肢には注意します。  
ワークアラウンド後も、パッチ適用や恒久対策まで追跡する必要があります。

## まとめ（試験直前用）
- ワークアラウンドは、**パッチ適用までの暫定的な回避策**です。
- 脆弱性そのものを直すのは、原則としてパッチやアップデートです。
- パッチをすぐ適用できない場合に、通信制限、機能停止、設定変更などでリスクを下げます。
- ワークアラウンドはリスク受容ではなく、リスク低減のための具体的対策です。
- SG試験では、**根本対策か暫定対策か**を確認して選択肢を切り分けます。