シングルサインオン（SSO）
シングルサインオンとは、一度ログインすれば、複数のシステムやサービスに、それぞれ別にログインし直さなくても入れる仕組みのことです。 Single Sign-Onの略で、SSOと表記されます。
別表記：シングルサインオン／SSO／Single Sign-On／統合認証／一回のログインで複数利用
どういう仕組みか
朝、パソコンを開いて一度ログインすると、メールもチャットもファイル共有も経費精算も、それぞれにIDとパスワードを入れなくても使えます。これがシングルサインオンです。
裏側では、ログインを受け付ける役割のシステム（IDプロバイダーと呼ばれます）が一か所にあり、各サービスはそこに「この人は本人ですか」と問い合わせます。利用者が最初にログインした相手はこのIDプロバイダーで、各サービスはその結果を信用して利用者を通します。
利用者から見ると「一度のログインで全部使える」、サービスから見ると「本人確認を一か所に任せている」、という関係です。
なぜ便利で、なぜ安全なのか
便利な理由は分かりやすく、パスワードをいくつも覚えなくてよいことです。
安全な理由は、パスワードが一か所に集まることにあります。サービスごとにパスワードを持っていると、使い回しが起き、どこか一つから漏れると全部が危なくなります。パスワードが一つなら、そこを多要素認証などでしっかり守れば、全体が守られます。
退職時にも効きます。IDプロバイダーでIDを止めれば、すべてのサービスへの入口が同時に閉じます。サービスごとに個別に止めて回る必要がなく、止め忘れが起きません。
一か所に集まるということの裏返し
便利さと安全の理由が「一か所に集まる」ことなら、弱点も同じところにあります。IDプロバイダーのログイン情報が盗まれれば、すべてのサービスに入られます。だから、この一か所は、多要素認証を含めて厳重に守る必要があります。
IDプロバイダーが止まれば、どのサービスにも入れなくなる、という面もあります。
AIエージェントとの関係
シングルサインオンは、人がブラウザや端末からログインする場面のための仕組みです。AIエージェントが各サービスに接続するときは、人と同じログイン画面を通るわけではなく、サービスごとにAPIキーやアクセストークンで接続するのが普通です。
つまり、人のIDは一か所に集まって管理されているのに、AIエージェントの接続はサービスごとにばらばら、という状態が起きやすくなります。どのAIが、どのサービスに、どんな権限で繋がっているのかを、一覧で把握しにくい構造です。
AIエージェントの接続も一か所で管理したい、というのが自然な要求で、そこで使われるのが、AIにIDを割り当てて権限を一元管理する考え方です。VC（Verifiable Credentials）は、その管理の中で「誰の委任で何をどこまで」を証明書として持たせ、サービスごとではなく証明書を見て判断できるようにする役割を担います。
よくある誤解
SSOを入れれば、AIエージェントのログインも一元化されるのか。 されません。SSOは人のログインの仕組みで、AIの接続は別の経路を通ります。AIの接続の一元管理は、別に設計する必要があります。
SSOがあれば、各サービスの権限設定は要らないのか。 要ります。SSOが扱うのは「本人であること」の確認で、「そのサービスで何ができるか」は各サービスか、権限を管理する仕組みの側で決めます。ログインできることと、何でもできることは別です。
SSOは大企業向けの仕組みか。 クラウドの業務サービスを複数使っているなら、規模にかかわらず恩恵があります。むしろ小さな会社ほど、退職時の止め忘れが起きやすく、一か所で止められる価値が大きくなります。
