【情シス・セキュリティ担当向け】α'モデル移行の盲点：SSO・多要素認証（MFA）実務調達仕様書 ＆ ユーザー説明会スライド構成案

総務省ガイドラインの改定に伴い、従来の「αモデル（完全境界防御）」から、クラウドSaaSを安全かつ直接利用する「α'（アルファダッシュ）モデル」や「βモデル」へのネットワーク移行を進める自治体が急増しています。

「庁外から直接SaaSにアクセスできるため、業務効率が劇的に向上する」

そんな期待を胸に設計を進める情シス部門の前に、移行直前になって立ちはだかる巨大な盲点があります。それが「ID管理の境界崩壊」と「多要素認証（MFA）導入に伴う全庁的な職員の反発」です。

1. α'モデル移行の盲点：なぜ「ID/PWだけ」の認証は自殺行為なのか？

従来のαモデルでは、庁内ネットワーク（LGWAN環境等）に入ること自体が最大のセキュリティフィルター（境界防御）でした。そのため、個々のSaaSのログインIDやパスワードの管理が多少甘くとも、外部からの侵入リスクは低く抑えられていました。

しかし、直接クラウドに接続するα'モデルでは、その防壁が消失します。
IDとパスワードだけの認証のままSaaSを解放すれば、職員が自宅のPCやフィッシングサイトでID/PWを一度でも漏洩させた瞬間、庁内の機密データへのアクセス権限を第三者に直接奪われることを意味します。

これを防ぐ唯一の盾が、「シングルサインオン（SSO）による認証の一元化」と「多要素認証（MFA）の義務化」です。

2. ツール導入より難しい「全庁職員の反発とクレーム」

技術的な必要性は理解できても、実務において情シス担当者を最も疲弊させるのはシステムの構築ではありません。全庁展開時に押し寄せる、他部署の職員からの強烈な「拒絶反応」です。

• 「毎朝、ログインするたびにスマホを見るのが面倒くさい」

• 「仕事で私物のスマートフォンに認証アプリを入れろというのはおかしい」

• 「そもそもガラケーしか持っていない、あるいは庁内にスマホの持ち込みが禁止されている部署はどうするのか？」

これらの不満とクレームの嵐に対し、ロジカルな正論だけで突っぱねれば、全庁展開のプロジェクトは必ず頓挫します。

本記事では、この「技術的調達」と「人間的合意形成」の2つの壁を突破するため、システム更改時の仕様書にそのまま流用できる「SSO/MFA調達要件定義（RFP）テンプレート」と、職員説明会でそのまま使える「MFA説明用スライド構成 ＆ ナレーショントークスクリプト」をパッケージで提供します。

この先は、以下の実務用テンプレートを格納しています。

• 【RFP用】SSO/MFA対応 ID管理システム（IdP）機能要件定義テンプレート（Markdown形式）

• 【全庁展開用】MFAユーザー説明スライド構成案（全8枚） ＆ ナレーショントークスクリプト

孤独に仕様書を書き、職員説明会の資料作成に頭を悩ませている情シス担当の皆様の、即戦力ツールとしてご活用ください。