応用情報技術者 2017年 春期 午前2 問44
問題文
攻撃に HTTP over TLS (HTTPS) が使われた場合に起こり得ることはどれか。
選択肢
ア:HTTPSを使った SQLインジェクション攻撃を受けると、Webアプリケーションでデータベースへの不正な入力をチェックできないので、悪意のあるSQLが実行されてしまう。
イ:HTTPSを使ったクロスサイトスクリプティング攻撃を受けると、Webブラウザでプログラムやスクリプトを実行しない設定にしても実行を禁止できなくなるので、悪意のある Webサイトからダウンロードされたプログラムやスクリプトが実行されてしまう。
ウ:HTTPSを使ったブルートフォース攻撃を受けると、ログイン試行のチェックができないので、Webアプリケーションでアカウントロックなどの対策が実行できなくなってしまう。
エ:攻撃者が社内ネットワークに仕掛けたマルウェアによって HTTPS が使われると、通信内容がチェックできないので、秘密情報が社外に送信されてしまう。(正解)
🔒 解説は解答すると表示されます
HTTPSとマルウェアの影響【午前2解説】
正解の理由
選択肢エが正解である理由は、HTTPS(HTTP over TLS)は「通信経路上の内容を暗号化して盗聴や改ざんを防ぐ」ための仕組みであり、ネットワーク上の受動的な監視者(例:スイッチ上のパケットキャプチャや外部のIDS)が暗号化されたペイロードの中身を直接読むことができないためです。一方で、社内に侵入させたマルウェアはエンドポイント上で動作するプロセスとして、送信前の平文データにアクセスできるか、あるいはそのままTLSで外部に送信することで秘密情報を社外に送出できます。つまり、TLSは「経路の保護」であって「端末内の不正アクセス防止」ではないため、エンドポイントに仕込まれたマルウェアによる情報漏洩が起こり得ます。
解法ステップ
- HTTPS(TLS)の役割を確認する:通信の暗号化(機密性)と改ざん検知(完全性)を提供するが、アプリケーションの内部動作を変えない。
- 各選択肢が述べる事象が「通信の暗号化」によって直接引き起こされるかを判定する。
- 「暗号化によってアプリケーションの検査や実行制御が不能になる」とする記述は誤りであると判断する(検査や制御は主にアプリケーションやエンドポイントの機能)。
- エンドポイントに存在するマルウェアが、暗号化の外側(送信前)で情報を取得し、TLSで外部送信することで検知が困難になる点を正答とする。
選択肢別の誤答解説
- ア:
- 誤りです。SQLインジェクションの脆弱性はサーバー側の入力検証やプレースホルダ等の対策で防止します。HTTPSは通信経路を暗号化するだけであり、Webアプリケーション側の入力チェックの有無には影響しません。したがって「HTTPSの使用が原因でアプリ側でチェックできない」は成立しません。
- イ:
- 誤りです。クロスサイトスクリプティング(XSS)は主にブラウザ内でのスクリプト実行を問題にしますが、HTTPSはスクリプトの実行可否やブラウザの設定を無効化しません。ブラウザの実行ポリシー(Content Security Policy 等)やユーザー設定、サーバー側の出力エスケープがXSS対策であり、TLSはこれらに影響しません。
- ウ:
- 誤りです。ブルートフォース攻撃に対するアカウントロックやレート制限、CAPTCHA の適用などはサーバーやアプリケーションの機能です。HTTPSは試行内容を暗号化するだけで、サーバーがログイン試行の回数をカウントしたりアカウントをロックすることを妨げません。
- エ:
- 正しいです。エンドポイントに設置されたマルウェアは、ユーザー操作やプロセスのメモリ・ファイルから平文データを取得し、HTTPS経由で外部に送信することが可能です。ネットワーク上の受動的監視(暗号化されている通信の内容検査)は困難になるため、結果として秘密情報が社外に送信されるリスクが高まります。なお、組織側でTLS終端(プロキシによる暗号復号)やSSL/TLS検査を行っている場合はネットワークでの検査が可能になりますが、その運用には証明書管理とプライバシー上の配慮が必要です。
よくある誤解
- HTTPSはすべての攻撃を防ぐ:誤り。TLSは「経路上の盗聴や改ざん」を防ぐが、アプリケーション脆弱性やエンドポイントのマルウェアには無力。
- 暗号化されていればマルウェアも通信内容を見られない:誤り。マルウェアは送信前の平文やメモリにアクセスできるため、暗号化前の情報を取得して送信可能。
- ネットワークIDSだけで十分に検知できる:誤り。TLS化によりパケットのペイロードが見えなくなるため、ネットワーク側だけでは検知が難しく、エンドポイント検知やTLSインスペクションが必要になる。
補足コラム
防御側の実務対策としては次の組合せが有効です。
- エンドポイント保護:EDR(Endpoint Detection and Response)やアンチマルウェアでプロセスやファイルの不審な振る舞いを検出する。
- データ流出防止(DLP):エンドポイントやゲートウェイで機密データの外部送信をブロックまたはアラートする。
- TLSインスペクション(SSL/TLS復号):プロキシで一度暗号を復号して内容を検査する。ただしプライバシーや法的規制、証明書管理に注意が必要。
- ログと異常検知:通信先のドメインや証明書の異常、外向き通信の頻度変化を監視し、未知の外部C2(command-and-control)と通信していないかを検出する。
これらは単独では不十分であり、多層防御(Defense in Depth)が重要です。
FAQ
Q. TLSインスペクションは常に有効ですか?
A. 有効だが注意点が多いです。組織内の機密性・プライバシー対応、証明書配布、HTTPSパフォーマンスへの影響、ピンニングされた証明書の扱いなど運用負荷と法令順守を検討する必要があります。
A. 有効だが注意点が多いです。組織内の機密性・プライバシー対応、証明書配布、HTTPSパフォーマンスへの影響、ピンニングされた証明書の扱いなど運用負荷と法令順守を検討する必要があります。
Q. マルウェアは必ず平文を取得できますか?
A. 必ずしもではありませんが、多くの場合はアプリケーションが平文を扱うプロセスやファイルにアクセスすることで情報を取得できます。メモリ読み取りやキーロギング、スクリーンスクレイピングなど手法は多様です。
A. 必ずしもではありませんが、多くの場合はアプリケーションが平文を扱うプロセスやファイルにアクセスすることで情報を取得できます。メモリ読み取りやキーロギング、スクリーンスクレイピングなど手法は多様です。
Q. ネットワーク側でできる検出は全く無意味ですか?
A. 無意味ではありません。TLSのメタデータ(SNI、宛先IP、証明書情報、通信量や頻度)から異常を検出できますが、ペイロードの詳細検査はできないため、エンドポイント検知と組合せるのが現実的です。
A. 無意味ではありません。TLSのメタデータ(SNI、宛先IP、証明書情報、通信量や頻度)から異常を検出できますが、ペイロードの詳細検査はできないため、エンドポイント検知と組合せるのが現実的です。
関連キーワード: HTTPS、TLS、マルウェア、平文取得、SSL/TLS検査、エンドポイントセキュリティ、DLP、EDR、ネットワーク監視、暗号化通信

\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

