問１ 業務パッケージの開発に関する次の記述を読んで、設問１～４に答えよ。
Ｕ社は、従業員数100名のソフトウェア開発会社で、以前は受託開発を主に行っていたが、数年前から業務パッケージの開発も手がけるようになり、業績を伸ばしている。今回、新たに美容室向けの自社製品として、表１の機能を備えた美容室管理システム（以下、HSSという）を開発することが決まり、Ｍ専務が開発責任者になった。Ｍ専務は、美容室がHSSを運用することは難しいと考え、Ｕ社がHSSを運用し、インターネット経由で美容室へサービスを提供する、いわゆるSaaS型の商品とすることにした。また、美容室間の情報の独立性を高めるために、美容室ごとに仮想サーバを用意し、その上でHSSを運用することにした。
表１ HSSの機能
| 機能名称 |
機能概要 |
| 顧客管理 |
美容室の顧客の氏名、住所、注文履歴などの管理 |
| 予約管理 |
来店予約の管理 |
| 従業員管理 |
美容室の従業員の氏名、役職、勤務シフト、勤怠などの管理 |
| 売上管理 |
売上の管理 |
[機能要件の定義]
Ｍ専務は、HSSの要件定義から詳細設計までを担当するグループ（以下、Ｓグループという）を編成し、Ｔ主任をリーダに任命した。Ｓグループは、HSSの想定契約先に関する調査などを行い、機能要件の定義を行った。そのうち、顧客管理と予約管理に関する機能要件は、それぞれ図１、図２のとおりである。
- 顧客データは、データベース内に格納する。
- 顧客データのメンテナンスは、美容室内の管理端末から美容室の従業員が行う。ただし、一部の顧客データについては、Webサイトで顧客が変更できる。
- 顧客データのうち、顧客から取得するものは次のとおりとする。取得は対面で行う。
- 氏名、住所、生年月日、性別、電話番号、メールアドレス、美容室に対する要望。
- 顧客データのうち、システムが付与するものは次のとおりとする。
- 顧客は、Webサイトで、自分の顧客データわ閲覧できる。
（以下、省略）
図１ 顧客管理の機能要件
- 美容室の従業員は、美容室内の管理端末から、全ての顧客の来店予約ができる。
- 顧客は、Webサイトで、自分の来店予約ができる。
- 予約データはデータベース内に格納し、内容は次のとおりとする。
- 予約年月日、予約時刻、担当美容師、顧客ID、注文メニュー、美容室へのメッセージ
- 予約に当たっては、担当美容師を指定する。
- 予約に当たっては、注文メニューを指定する。
図２ 予約管理の機能要件
なお、HSSでは美容室の従業員及び顧客の利用時に認証を行う。
[システム・ソフトウェア要件定義]
Ｓグループは、システム方式設計及びソフトウェア要件定義を開始し、まず図３のとおり、ソフトウェア構成を決定した。
なお、図３中の太線枠内が今回HSSとして開発するWebアプリケーションである。
[リスクアセスメント]
Ｍ社専務は、HSSでは、美容室が顧客から取得した個人情報を含む情報資産を取り扱うことから、情報の漏えいや滅失の可能性を評価するためにリスクアセスメントを実施し、その結果に基づきソフトウェア要件の中でセキュリティ仕様を定めることにした。この作業を、ソフトウェア要件定義の他のタスクと並行して行うために、Ｓグループとは別のグループ（以下、Ｒグループという）を編成した。
Ｒグループでは、次の(1)～(3)の手順に従ってリスクアセスメントを実施した。
(1) 表２のように、美容室における情報資産の分類を定義した。
(2) 表３のように、HSSで取り扱う情報資産を特定し、情報セキュリティの３要素に照らして情報資産の分類を行った。
(3) 各情報資産に対する脅威と脆弱性を特定し、それぞれについてリスク分析を行い、その結果を取りまとめた。そのうち、顧客データに対する結果を表４に示す。
表２ 美容室における情報資産の分類の定義
| 分類 |
定義 |
| I |
・美容室の顧客に直接被害が及ぶ。
・美容室の存続に関わる程の被害が発生する。 |
| II |
・従業員や取引先に直接被害が及ぶ。
・美容室の営業に支障が発生する。 |
| III |
・直接的なは大きな被害や影響は発生しない。 |
表３ HSSで取り扱う情報資産（抜粋）
| 情報資産 |
概要 |
【ａ】に係る分類 |
完全性に係る分類 |
可用性に係る分類 |
| 顧客データ |
顧客の氏名、顧客ID、パスワードなど |
I |
I |
I |
| 予約データ |
予約状況に関する情報 |
I |
I |
I |
| 従業員データ |
従業員の氏名、従業員ID、パスワードなど |
II |
II |
I |
| 売上げデータ |
販売状況に関する情報 |
III |
II |
III |
表４ 顧客データに対するリスク分析の結果（抜粋）
| リスクNo. |
脅威 |
脆弱性 |
被害 |
発生確率 1) |
深刻度 2) |
対応要否 3) |
| 1 |
インターネット経由のHSSへの不正アクセス |
【ｂ】 |
情報漏えい |
高 |
高 |
要 |
| 2 |
Webアプリケーションのセキュリティホール |
情報漏えい |
中 |
高 |
要 |
| 3 |
Webサーバ基板のセキュリティホール |
情報漏えい |
中 |
高 |
要 |
| 4 |
脆弱な認証とアクセス権管理の仕組み |
情報漏えい |
低 |
高 |
要 |
| 5 |
美容室従業員による物品持ち去り |
物品管理の不備 |
情報へのアクセス不能 |
低 |
中 |
不要 |
| 6 |
【ｃ】 |
情報へのアクセス不能 |
低 |
中 |
不要 |
| 7 |
美容室従業員による不正アクセス |
【ｂ】 |
情報漏えい |
中 |
高 |
要 |
| 8 |
脆弱な認証とアクセス権管理の仕組み |
情報漏えい |
低 |
高 |
要 |
| 9 |
不正プログラムによる管理端末からの情報窃取 |
ウイルス対策ソフトの停止 |
情報漏えい |
低 |
中 |
不要 |
| 10 |
未知のウイルスへの未対応 |
情報漏えい |
低 |
中 |
不要 |
注
1) 脅威が脆弱性を悪用し被害が発生する確率
2) 被害が発生した場合の、被害の深刻さ
3) リスクに対応するために、HSSに管理策を施す必要性の有無
[セキュリティ仕様の決定]
Ｒグループはリスク分析の結果から、Webアプリケーションに係るセキュリティ仕様とHSSの運用管理に関する要点を取りまとめた。そのうち、顧客管理機能に関するセキュリティ仕様を表５に、HSSの運用管理に関する要件を表６に示す。
表５ 顧客管理機能に関するセキュリティ仕様（抜粋）
| 機能 |
仕様 |
リスクNo. 1) |
| 顧客の認証 |
・顧客の認証用パスワード設定時に、次の条件を強制する。
- 長さ：８文字以上
- 文字種：英字、数字、記号の３種類全てを含む。
- 別途指定する禁止文字列を含まない。
・パスワードの入力を所定回数連続して誤った場合【ｄ】 |
1, 4 |
| 美容室の従業員の認証 |
・美容室の従業員の認証では、顧客の認証と同様の認証に加えて、クライアント証明書によるクライアント認証を実施する。 |
7, 8 |
| Web画面入出力 |
・Web画面からの入力については、全て値チェックを行う。
・Web画面の出力時には、エスケープ処理を行う。
（以下、省略） |
【ｅ】 |
| 権限管理 |
・次のロールを定義し、最小権限を与える。
- HSSのシステム管理者
- HSSのデータ管理者
- 美容室の従業員
- 顧客 |
1, 4, 7, 8 |
注 1) リスクNo.は表４中のリスクNo.のうちで、該当するものを示す。
表６ HSSの運用管理に関する要件（抜粋）
| 適用対象 |
要件 |
リスクNo. 1) |
| インターネットからのアクセスを受け付ける回線 |
・ファイアウォールを設置し最小限のアクセスだけを許可する。
・IPSを設置し、不正アクセスの検出と、自動遮断を行う。
・Webアプリケーションファイアウォールを設置し、不正なHTTPアクセスを遮断する。 |
【ｆ】 |
| インターネットからのアクセスを受け付けるWebサーバ |
・【ｇ】 |
3 |
注 1) リスクNo.は表４中のリスクNo.のうちで、該当するものを示す。
Ｒグループは検討したセキュリティ仕様と運用管理に関する要件をＭ専務に報告し、その承認を受けた。
[予約管理機能の不具合]
その後、HSSの開発は順調に進み、予約管理機能のうち、顧客が操作する画面の機能テストを開始した。予約管理機能の画面遷移を図４に示す。
画面１ ログイン
- 顧客IDとパスワードを入力して、”ログイン”ボタンを押す。
- ログインが成功したら、メインニュー（画面省略）が表示される。
- メインメニューで予約を選択すると、予約日選択画面（画面省略）が表示される。
- 予約日選択画面で予約希望日を選択すると、画面２が表示される。
画面２ 予約状況
- 各予約枠内で、○は仮予約状態又は空き状態を、×は予約済み状態を示す。
- ○を選択するとサーブレット”WakuClick”が呼び出される。
- その予約枠が空き状態であれば仮予約状態とした後に、画面３が表示される。
- 予約枠が仮予約状態の場合、仮予約の有効期間（10分間）を確認し、有効期間を過ぎていれば、この顧客の仮予約に置き換えた後に、画面３が表示される。有効期間内の場合は予約失敗の画面（画面省略）が表示される。
画面３ 本予約
- 注文メニュー項目は、所定の選択肢から一つを選択する。
- 美容室へのメッセージ項目は、400字まで自由に入力できる。
- ”予約する”ボタンを押すと、サーブレット”KakuteiClick”が呼び出されて予約確定になり、画面４が表示される。
画面４ 予約確定
- 予約確定の画面が表示される。
- ”戻る”ボタンを押すと、メインメニューに戻る。
図４ 予約管理機能の画面遷移
機能テストの結果、複数の予約を同時に処理した場合、画面上では正常に予約が完了したように見えるにもかかわらず、データベースには反映されていないことがあるという不具合が発見された。不具合の原因と思われるプログラムは、図５、図６のとおりである。また、データベースのテーブルは、図７、図８のとおりである。
1: package jp.co.u_sha.hssystem;
2:
3: import java.io.IOException;
4: import javax.servlet.ServletException;
5: import javax.servlet.http.*;
6: import java.sql.Connection;
7: import java.sql.PreparedStatement;
8: import java.sql.ResultSet;
9: import java.util.Date;
10:
11: public class WakuClick extends HttpServlet {
12: （省略）[initメソッド内に適切な初期化処理を記述]
13:
14: static final int RSV_AKI = 0;
15: static final int RSV_KARI = 1;
16: static final int RSV_KAKUTEI = 2;
17: static final long TIMEOUT_KARI = 600000;
18:
19: protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
20: Connection conn;
21: PreparedStatement psSel, psUp;
22:
23: （省略）[DriverManagerからConnectionインスタンスを取得し、その参照をconnに代入する]
24: psSel = conn.prepareStatement("SELECT * FROM rsvList WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?);
25: psUp = conn.prepareStatement("UPDATE revList SET Status=?, CustID?, Message=?, Menu=?, LastUpdate=?, WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?");
26:
27: // サーブレットのセッション情報から、顧客ID情報を取得する
28: HttpSession session = request.getSession(false);
29: if (session == null) {
30: y （省略）[ログイン未処理のエラーのHTML出力を行って終了する]
31: }
32: String logintUserID = (String)session.getAttribute("userID"); // ログイン時の顧客ID
33: // 選択された予約枠の情報を取得する
34: String rsvDate = requset.getParameter("rsvDate"); // 予約枠（予約年月日）
35: String rsvTime = requset.getParameter("rsvTime"); // 予約枠（予約時刻）
36: String rsvBiyoshi = requset.getParameter("Biyoshi"); // 予約枠（担当美容師）
