応用情報技術者 2017年 秋期 午後 問01

解答の論理構成

1. 文中の条件確認
   【問題文】には、各商品開発部門の業務として
   「各商品開発部門では、有資格者だけがWeb販売管理システムにログインして、販売情報をPCで閲覧したり、CSV形式のファイルでPCに出力したりすることができる。」
   とあります。ここで、有資格者が閲覧・取得できる主たるデータは「販売情報」であることが明示されています。
2. (4) の対策内容の読み取り
   (4) では「各商品開発部門の有資格者がWeb販売管理システムにログインした場合は、a情報に含まれる会員番号を同じ方法で仮IDに変換して提供する。」と記述されています。
   つまり、有資格者が閲覧する対象データ（＝会員番号を含むデータ）を仮 ID 化する、という趣旨です。
3. 参照すべきデータ種別の特定
   顧客情報データベースは「各商品開発部門には公開していない」と【問題文】に明記されているため、部門側が直接扱うことはありません。
   一方、先述の引用どおり各部門が扱うのは「販売情報」です。よって仮 ID 化すべき a に入る語は「販売情報」と判断できます。
4. 4字以内への落とし込み
   要求は4字以内なので「販売」が最短かつ意味が通じます。

解答：a ＝ 販売

誤りやすいポイント

• 「顧客情報」と勘違いする
  顧客情報は部門に非公開なので対象外です。
• 「Webサイト閲覧履歴」と誤読する
  閲覧履歴の仮 ID 化は (3) で別途規定されており、(4) ではありません。
• 「販売情報」→「売上情報」など言い換えてしまう
  固有の原文用語「販売情報」を短縮せず使わないと失点します。

FAQ

解答の論理構成

1. 共通鍵暗号方式の要求
   • 【問題文】に「データベースの暗号化アルゴリズムには、共通鍵暗号方式の b を採用しようと考えています。」とある。
   • 選択肢で共通鍵暗号方式（＝対称鍵暗号）の暗号化アルゴリズムは「ア：AES」だけ。
   • よって b ＝ 「ア：AES」。
2. ハッシュ化による不可逆変換の要求
   • 【問題文】に「仮IDに変換する際には、変換後のIDが衝突しないように、会員番号にcを適用した結果を採用しよう」とある。
   • さらに「万一、採用した c が知られてしまった場合には、②間接的に仮IDから元の会員番号を特定できてしまいます」と続き、公開しない文字列（ソルト）を連結してから同じ c を適用するよう求めている。
   • 可逆でない一方向変換・衝突回避・ソルトの付与という3点はハッシュ関数の典型的な要件。
   • 選択肢でハッシュ関数を示すのは「エ：ハッシュ関数」のみ。
   • よって c ＝ 「エ：ハッシュ関数」。
3. まとめ
   • b：ア（AES）
   • c：エ（ハッシュ関数）

誤りやすいポイント

• 「イ：MAC」を暗号方式と誤解する
  MACは完全な暗号ではなく改ざん検知用の認証コード。暗号化アルゴリズムではないため不適切です。
• RSA と AES の鍵体系の混同
  RSAは公開鍵暗号、AESは共通鍵暗号。設問は「共通鍵暗号方式」と明記しているのでRSAは除外されます。
• ソルト付与と暗号化の混同
  ソルトを付けたハッシュは不可逆。一方、暗号化は復号可能。設問②で「間接的に特定できてしまう」ことを防ぐためにソルトを要求している点を読み落とすと暗号化方式を選びがちです。
• SHA をハッシュでなく暗号と思い込む
  SHAはハッシュアルゴリズムそのもの。設問では「ハッシュ関数」としてまとめられているため正解は「エ」。

FAQ

解答の論理構成

1. 【問題文】には、暗号化データベースについて
   「“新しい暗号化鍵でのデータベースの再暗号化が完了次第、古い暗号化鍵は削除する予定です。」
   とあり、過去の鍵を保持しない運用が示されています。
2. 同一箇所で、バックアップについては
   「“二つのデータベースは磁気テープを用いて、月次でフルバックアップを行い、日次で増分バックアップを行っている。”」
   とあり、暗号化データをそのまま保管する方針です。
3. 暗号化後のバックアップは、作成時点の鍵で暗号化されています。従って当該鍵が消失すると、そのバックアップはもはや復号できません。
4. これに対して F部長は
   「“①古い暗号化鍵を削除する運用だと問題があります。”」
   と指摘しており、問題の本質は「バックアップ復旧不能リスク」です。
5. 以上より解答は「削除された暗号化鍵で暗号化されたバックアップデータを復号できない」となります。

誤りやすいポイント

• 鍵の削除＝セキュリティ向上と短絡的に考え、可用性を失念する。
• バックアップも最新鍵で自動的に再暗号化されると誤解する。実際には保存済みメディアは当時の鍵に依存する。
• 「四半期に1回変更」が主題と錯覚し、鍵管理サイクルの問題に気を取られる。核心は“削除”そのもの。

FAQ

解答の論理構成

• 【問題文】には「顧客が会員制Webサイトにログインするには会員番号が必要であり、会員登録時に、重複しない6桁の数字列をランダムに割り振っている。」とあります。
  ⇒ 会員番号の取り得る値は “000000〜999999” の 1,000,000 通りに限られます。
• 仮ID生成に用いる c について、D課長は「会員番号にcを適用した結果を採用」と説明し、F部長は「②間接的に仮IDから元の会員番号を特定できてしまいます」と指摘しています。
  ⇒ c は暗号化ではなく 一方向変換（ハッシュ関数） と読み取れます。
• ハッシュ値は理論上逆算が困難ですが、入力候補が少ない場合は「総当たり」で対応付けが可能です。
  ⇒ 6桁という小さな集合なら、全候補をハッシュ化し、得られたハッシュ値と仮IDを照合することで元の会員番号を特定できます。
• 以上から解答は「会員番号となり得る全数字列を同じハッシュ関数で変換して突き合わせる」となります。

誤りやすいポイント

• 「ハッシュ化＝安全」と思い込み、入力値の範囲が小さい場合のリスクを見落とす。
• 辞書攻撃と総当たり攻撃の区別が曖昧で、説明に具体性が欠ける。
• “公開しない文字列”を追加する「ソルト」の意義を結論に混在させてしまい、②の指摘内容（ソルト未使用時の危険）に焦点を当てられない。

FAQ

解答の論理構成

• 【問題文】では「パスワードを別メールで送付する運用だと、dに対して効果がない。」と示されています。
• この運用は「暗号化ファイル」と「復号パスワード」をそれぞれのメールに分けることで安全性を高めようとするものですが、同じ経路（インターネット上のメール配送経路）を通過する点は共通です。
• 攻撃者が通信内容を盗み見ることができれば、暗号化ファイルが添付されたメールとパスワードが記載されたメールの両方を傍受できます。
• したがって、攻撃対象は「通信経路上で内容を盗み読みされること」、すなわち「盗聴」です。
• 解答群の中で「盗聴」に該当する記号は “イ” です。

誤りやすいポイント

• 「ブルートフォース攻撃」を選ぶミス
  パスワードを別メールにしても、総当たり攻撃の難易度は変化しませんが、「効果がない」対象は“攻撃者が通信を傍受できる状況”を想定しています。
• 「パスワードリスト攻撃」を選ぶミス
  既存リストを用いた攻撃はメール分割とは無関係です。問題文の文脈は「通信経路の安全性」です。
• 「DoS攻撃」を選ぶミス
  可用性を低下させる攻撃であり、暗号化ファイルの受渡し方法とは直結しません。

FAQ

解答の論理構成

1. 問題文の該当箇所を確認
   引用：
   ・“間違ってeにメールを送付するおそれがある。”
   ここでは、加工個人情報を送付する際に想定外の宛先へ誤送信するリスクを指摘しています。
2. 想定されるリスクの内容
   • 加工個人情報が誤って第三者へ渡ると、機微情報の漏えいにつながります。
   • 「別のファイルや暗号化していないファイル」を誤って添付するリスクと並列で記述されており、いずれも“ヒューマンエラーによる情報漏えい”がテーマです。
3. 適切な語句の選定
   • メール誤送信リスクは一般に「意図しない宛先（Unintended recipient）」と表現します。
   • 他の候補（例えば「全員宛」「外部宛」など）では、“間違って”という文脈と対応がやや限定的です。
4. 結論
   以上から、eに入る適切な語句は
   “意図しない宛先”
   となります。

誤りやすいポイント

• 「外部宛先」や「第三者」など、範囲を限定した語句を入れてしまう。問題文は“内部でも意図していない相手”を含むため不十分です。
• “メール誤送信”そのものを入れてしまう。必要なのは「どこへ」のリスクであり「何が起こるか」を問うてはいません。
• “CC”や“BCC”など具体的なメール機能名を回答してしまう。設問は宛先の概念を求めています。

FAQ