Microsoft標準の移行策と、Soliton OneGateが効く企業認証の条件を整理
この記事のポイント
2027年2月に向け、SMS・音声が有効になっているユーザーは認証方法の見直しが必要になります。本記事では、Microsoft標準で移行する場合と、会社管理PC、Wi-Fi/VPN、既存システムまで同じ運用で管理したい場合の違いを整理します。
Microsoft Entra IDでは、2026年9月からパスキーが既定の認証方法として段階的に案内されております。SMS・音声通話が有効になっているユーザーには、サインイン時にMFAを完了した後、パスキー(スマホでは生体認証やPINなどで利用)の登録が促されるようになります。
自社で「SMSや自動音声を送信する外部業者」(顧客管理の通信プロバイダー)と契約し、連携設定を行わない場合、Microsoftの標準機能が終了する2027年2月1日以降はSMSが届かなくなります。そのため、「認証手段としてSMSや音声通話しか登録していないユーザー」は、パスキー登録を完了するまでEntra IDへのサインインを継続できなくなります。
ここで考えたいのは、Entra IDへのログイン方法だけではありません。会社が許可したPCだけにアクセスを絞る、Wi-FiやVPNも同じ方針で管理する、Intune以外の端末管理環境も残す、といった要件まで含めると、企業の認証設計はもう一段広くなります。
SMSの確認コードは、パスワードだけの認証より安全性を高めます。一方で、「届いた数字を人が入力する」仕組みなので、その数字を偽サイトへ入力してしまえば攻撃者にも渡せてしまいます。MicrosoftはSMS・音声をフィッシングに弱い認証方法と位置付け、パスキーなどフィッシングに強い認証方法への移行を推奨しています。
ポイント
SMS・音声は、パスワードだけの認証より安全です。ただし、確認コードは人が読んで入力できるため、偽サイトや電話でだまされると攻撃者へ渡ってしまいます。パスキーは、ユーザーが秘密のコードを入力せず、正規のサービスにひも付いた暗号鍵で認証するため、この種類の攻撃に強いのが特徴です。
パスキーは、確認コードやパスワードを入力する代わりに、端末の中にある暗号鍵を使って本人確認する方式です。FIDO2という業界標準に基づき、偽サイトへ認証情報を渡しにくい仕組みになっています。
登録時には、PC、スマートフォン、FIDO2セキュリティキーなどが、秘密鍵と公開鍵のペアを作ります。公開鍵はEntra IDに登録されますが、秘密鍵そのものをEntra IDへ送ることはありません。デバイス固定型はその端末に保持され、同期型は暗号化された状態でパスキープロバイダーを介して複数端末で利用できます。
ログイン時には、Entra IDから毎回違う確認データが送られ、端末は秘密鍵を使って応答します。顔・指紋・PINは、その秘密鍵を使ってよい本人かを端末側で確認するために使われます。SMSのように「画面へ入力した確認コードを盗まれて、そのまま使われる」という攻撃を受けにくいのが特徴です。
生体認証との役割の違い
顔・指紋・PINは、端末の中にある秘密鍵を使ってよい本人かを端末側で確認するために使います。Microsoftが顔や指紋そのものを受け取って照合するわけではありません。
先に押さえておきたいのは、SMS・音声という認証方式そのものが禁止されるわけではないことです。2027年2月1日以降も、Microsoft Security Store経由で顧客管理の通信プロバイダーを設定すれば、SMS・音声を継続できます。一方、Microsoftが現在提供しているSMS・音声向けの通信サービスは終了するため、SMS・音声が有効になっているユーザーがいる組織は移行方法を決める必要があります。
| 時期 | Microsoftの変更/ユーザー・管理者への影響 |
|---|---|
| 2026年9月1日 | Microsoftの変更:SMS・音声が有効なユーザーをパスキー対象へ自動追加し、サインイン時に登録を案内 ユーザー・管理者への影響:次回の多要素認証によるサインイン後、パスキー登録を促される。既定では案内を延期できる |
| 2026年9月1日~2027年1月31日 | Microsoftの変更:管理者設定により、自動追加と登録案内を一時的に延期可能(設定にはMicrosoft Graph betaを利用) ユーザー・管理者への影響:他方式への移行や顧客管理の通信プロバイダー準備のための猶予期間 |
| 2027年2月1日 | Microsoftの変更:Microsoft提供のSMS・音声向け通信サービスを終了 ユーザー・管理者への影響:顧客管理の通信プロバイダーを設定していない場合、SMS・音声を多要素認証に利用できなくなる |
| 2027年2月1日以降 | Microsoftの変更:利用可能な多要素認証方法がSMS・音声しかないユーザーには、パスキー登録を求めるブロック型画面を表示 ユーザー・管理者への影響:顧客管理の通信プロバイダーがなく、他の多要素認証方法もない場合、パスキー登録を完了するまでサインインを継続できない |
今回の日程は、一般企業で通常利用されているEntra ID環境(Microsoft公式では「パブリッククラウド」と表記)が対象です。Entra ID Free、P1、P2など、エディションごとの除外は公表されていません。対象かどうかは、SMS・音声が有効になっているユーザーがいるかで確認します。
| Entra環境・設定 | 対象 ※2026年8月時点 |
|---|---|
| 今回の対象 | |
| Entra ID(一般企業で通常利用される環境) | Microsoft公式では「パブリッククラウド」と表記。Free/P1/P2などエディション別の除外は示されていない |
| 認証方法ポリシー/従来の多要素認証設定でSMS・音声が有効 | 2026年9月1日のパスキー自動追加と登録案内の対象 |
| B2Bユーザー・内部ゲスト | Microsoft提供SMS・音声終了の対象。パスキー対応は2026年末までに提供予定 |
| 今回の直接対象外・別スケジュール | |
| 外部多要素認証だけを利用 | Entra ID側のSMS・音声を使っていないユーザーは今回の直接対象ではない。SMS・音声も有効なら対象 |
| Azure AD B2C/Microsoft Entra External ID | 今回の発表では別スケジュール |
| 政府・ソブリン等のクラウド | 後日、別スケジュールで案内予定 |
外部多要素認証を利用している場合
Entra側のSMS・音声を使わず、外部の認証基盤だけで多要素認証を完結しているユーザーは、今回の直接対象ではありません。まず「今の認証がEntraのSMS・音声を使っているか」を確認すると、対応が必要な範囲を絞れます。
| 認証環境 | 困る理由 |
|---|---|
| 認証方式の移行で影響が大きいケース | |
| SMS・音声「だけ」で多要素認証している | 期限までに移行しないと、サインインが止まる 顧客管理の通信プロバイダーを設定しない場合、2027年2月1日以降はMicrosoft提供のSMS・音声を使えません。利用可能な多要素認証方法がSMS・音声しかないユーザーは、サインイン時にパスキー登録を求められ、完了しないと先へ進めません。 |
| パスワード再設定にもSMS・音声を使っている | トラブル時の復旧手順も見直しが必要 普段のサインインだけでなく、パスワードを忘れたときの本人確認もSMS・音声から切り替える必要があります。Microsoft Authenticatorの通知など、パスワード再設定に対応した別の方法を用意します。 |
| 固定電話への音声着信だけで認証している | 固定電話のままでは、新しい方式へ移行できない Microsoft提供の音声認証が終了するため、固定電話の着信だけに頼る運用は続けられません。スマートフォンやPCのパスキー、Windows Hello for Business、FIDO2セキュリティキーなど、別の方法を選ぶ必要があります。 |
| 端末・利用条件に注意が必要なケース | |
| 会社でスマートフォンを認証に使えない | スマートフォン前提の移行方法は選べない 私物スマートフォンを使えない、会社スマートフォンを配布していない、といった環境では、Windows Hello for BusinessやFIDO2セキュリティキーなど、PCや物理キーを使う方法を検討します。 |
| 利用しているスマートフォンやPCのOSが古い | 利用するパスキーが端末に対応しない場合がある 必要なOSやアプリのバージョンはパスキープロバイダーによって異なります。条件を満たさない端末では、OS更新や別の認証方法の検討が必要です。 |
| 複数人で1台を使う共用PC・交代勤務 | 個人専用PCと同じ設計にはできない 共用PCでもFIDO2セキュリティキーなどを使う方法がありますが、個人専用PCとは認証の持たせ方が異なります。共用端末向けのルールを分けて設計する必要があります。 |
| 初期登録・復旧手順の設計が必要なケース | |
| 取引先などの外部ゲスト | 自社側だけでは初期登録・復旧を完結できない 外部ゲストには、アクセス先のテナントから一時アクセス パスを発行できません。所属元テナントの認証方法も踏まえ、初回登録や端末紛失時の復旧方法を決めておく必要があります。 |
| 予備の認証方法・復旧手順を用意していない | 端末を紛失・故障したときに復旧できない パスキーを登録した端末を失った場合に備え、別の認証方法や管理者が復旧する手順をあらかじめ用意しておく必要があります。 |
なお、パスワード再設定で使える認証方法は、通常のサインイン時と同じではありません。Microsoft Authenticatorの通知など、パスワード再設定に対応した別の方法もあらかじめ用意しておく必要があります。
Microsoftは、可能な限りSMS・音声からパスキーへ移行することを主要な移行経路として推奨しています。2026年9月からは、SMS・音声が有効なユーザーをパスキーの対象へ自動的に追加し、サインイン後に登録を案内します。今回の変更へのMicrosoft標準の基本対応は、まずパスキーを利用できる状態を整えることです。
ユーザーの端末や業務条件によっては、Windows Hello for BusinessやFIDO2セキュリティキーなども選択肢になります。初回登録や端末紛失時の再登録には「一時アクセス パス(Temporary Access Pass)」を利用できます。これは管理者が本人確認後に発行する期限付きのコードです。内部ゲストには発行できますが、外部ゲストへリソーステナント側から発行することはできません。
Microsoft製品だけでも、証明書を使ったサインインや、IntuneとMicrosoft Cloud PKIを組み合わせた証明書配布まで構成できます。ただし、ここから先は「Entra IDへどうログインするか」だけでなく、会社PCやWi-FiやVPNをどう管理するかという別の設計になります。
① SMS・音声が有効になっているユーザーを確認する
② まずパスキーへ移行できるユーザーを決め、利用するパスキーの種類と登録方法を決める
③ パスキーが使いにくいユーザーだけ、Windows Hello for Business、FIDO2セキュリティキーなど別の方法を決める
④ 端末を紛失したときの予備手段と復旧手順を決め、一部のユーザーで試す
⑤ 段階的に展開し、業務上どうしてもSMS・音声が必要なユーザーだけ顧客管理の通信プロバイダーを検討する
Microsoft 365やEntra IDへのサインインだけを考えるなら、Microsoft標準のパスキーは有力です。ただし企業には、会社PC、Wi-FiやVPN、SASE(ネットワークとセキュリティをクラウドで一体提供する仕組み)、社内システムなど、別の「入口」もあります。さらに、認証情報を誰に・どの端末へ配り、更新や紛失時の停止をどう行うかという運用も必要です。パスキーへの移行後も、次の6点は別に考える必要があります。
| 課題 | 企業認証で考えること |
|---|---|
| 端末に関する要件 | |
| 許可したPCだけ | 会社が認めた端末に限定 |
| スマホを使えない | スマホ前提の運用が難しい |
| 管理方法が混在 | MDM(モバイルデバイス管理)なし・協力会社端末もある |
| 接続先・運用に関する要件 | |
| Wi-Fi/VPNも対象 | Microsoft 365以外の入口もある |
| 古いシステムが残る | 新方式に対応していない |
| 配布・更新・停止 | 資格情報の運用を会社で回したい |
パスキーの管理者代理登録について
FIDO2セキュリティキーには、管理者が代理登録するプレビュー機能もあります。ただし、物理キーの挿入やPIN設定などの操作が必要で、PCへ証明書を自動配布する運用とは異なります。
第6章で挙げたような企業認証の課題に対応する選択肢の一つが、Soliton OneGateです。OneGateは、クライアント証明書やFIDO2などを利用した多要素認証に対応し、Microsoft 365を含むクラウドサービスへのアクセスを強化できます。この記事で特に注目したいのは、Entra IDへのサインイン方法だけではなく、認証の対象を「ユーザー本人」から「利用する端末」や「接続先」まで広げられる点です。
クライアント証明書を使えば、「会社が認めた端末」かどうかを確認できます。さらに、OneGateの認証をMicrosoft 365などのクラウドだけでなく、Wi-FiやVPN、新しいシングルサインオン方式に対応していない既存システムへも広げられます。ユーザー本人だけでなく、「どの端末から」「どこへ接続するか」まで含めて、一つの方針で認証を設計しやすくなるのがポイントです。Entra ID/Microsoft 365へのサインインだけならMicrosoft標準のパスキーが基本ですが、許可端末の限定、Wi-Fi/VPN、既存システム、証明書の配布・更新・失効まで要件が広がる場合は、OneGate及び付属の専用証明書管理ツール「Soliton KeyManager」が選択肢になります。
OneGate検討度:◎=この要件で強みが直接効く ○=条件次第で有力 △=この要件だけならMicrosoft標準が基本 ※製品の優劣ではなく、本記事における「OneGateを追加検討する必要性」の目安です。◎・○が複数重なる場合、OneGate/KeyManagerが選択肢として推奨になります。
先に結論
Entra ID/Microsoft 365へのログイン対策が中心 → Microsoft標準のパスキー
管理していない端末や取引先にも証明書を届けたい → OneGate/KeyManager
Wi-Fi/VPNや既存システムまで認証を広げたい → OneGate/KeyManagerの検討度が高まる
| Microsoft標準 | OneGate/KeyManager |
|---|---|
| Entra ID/Microsoft 365へのサインインを、フィッシングに強い方式へ移行したい 【OneGate検討度:△】 | |
| パスキー、Windows Hello for Business、FIDO2セキュリティキー、証明書ベース認証などを利用できる。今回のSMS・音声からの移行では、Microsoftは可能な限りパスキーを主要な移行先として推奨している。 | OneGateも証明書、FIDO2、顔認証(有償オプション)などの認証方式を提供する。Entra ID/Microsoft 365へのサインインだけが対象なら、Microsoft標準だけでも構成できる。 |
| 会社が認めたPCからだけ利用させたい 【OneGate検討度:○】 | |
| 条件付きアクセスやIntuneの端末準拠判定などを組み合わせ、利用できる端末を制御する。 | OneGateでクライアント証明書を発行し、許可した端末へ配布して端末を識別できる。デバイス予約を使えば、事前登録した端末だけに証明書取得を許可できる。 |
| スマートフォンを業務の認証に使えない 【OneGate検討度:△】 | |
| Windows Hello for Business、FIDO2セキュリティキー、証明書ベース認証など、スマートフォンを使わない方式を選択できる。 | 会社PCへクライアント証明書を配布して認証に利用できる。スマートフォンを使わず、PC上のKeyManagerから証明書を取得できるため、スマートフォンを前提にしない運用を組める。 |
| Intune/MDMへ端末管理を統一できない、または管理外端末も対象にしたい 【OneGate検討度:◎】 | |
| Microsoft Cloud PKIで証明書の発行・更新・失効を自動化する場合は、Intuneに登録された端末を中心とした構成になる。Intune管理外の端末は別の配布方法を設計する。 | KeyManagerはWindows、iOS/iPadOS、Android、macOS、Chromebookに対応。招待コードやURL/QRコードによる取得、デバイス予約、MDM/資産管理連携など、端末の管理状況に応じて配布方法を選べる。MDM管理外の協力会社・取引先端末への配布にも対応する。※利用できる配布方式はOSにより異なる。 |
| Microsoft 365だけでなく、Wi-Fi/VPNも認証対象にしたい 【OneGate検討度:◎】 | |
| Entra IDのパスキーとは別にネットワーク認証を設計する。Microsoft製品で証明書認証を構成する場合は、IntuneとMicrosoft Cloud PKIなどを使ってWi-Fi/VPN向け証明書を配布できる。 | OneGateは、NetAttest EPS-edgeを組み合わせることで、無線LANの証明書認証やVPN認証にも対応する。 KeyManagerはクライアント証明書に加え、対応OSではWi-Fi/VPNプロファイルや外部CA証明書もまとめて配布できる。 |
| SAMLなど新しいシングルサインオン方式に対応していないシステムが残る 【OneGate検討度:○】 | |
| HTML形式のログイン画面を持つクラウドアプリにはパスワードベースSSO、オンプレミスアプリにはApplication Proxyを組み合わせたSSO構成などを検討できる。 | OneGateはSAML/OpenID Connectに加え、Soliton PasswordManagerによる代理入力サインオンに対応する。既存のID・パスワード型アプリを残したまま認証をまとめる構成を取れる。 |
| 証明書を配って終わりではなく、更新・紛失時の停止まで運用したい 【OneGate検討度:○】 | |
| IntuneとMicrosoft Cloud PKIを利用する構成では、証明書の発行・更新・失効を管理できる。 | KeyManagerは期限切れ通知や更新作業を支援し、OneGateは発行先端末を記録して証明書を失効できる。配布・更新・失効まで一連の証明書運用として管理できる。 |
クライアント証明書は、会社が端末へ渡す「デジタル通行証」のようなものです。OneGateで証明書を発行し、Soliton KeyManagerを使って端末側で安全に取得・インストールできます。KeyManagerはWindows、iOS/iPadOS、Android、macOS、Chromebookに対応しています。招待コード、デバイス予約、MDM(モバイルデバイス管理)や資産管理ツールとの連携など複数の配布方式があり、MDMを前提としない運用も可能です。利用できる方式はOSによって異なります。
KeyManagerの役割は、証明書を自動配布するときだけの補助ではありません。通常は招待コードやURL/QRコードを使ってユーザーがワンタッチで証明書を取得でき、配布先を厳密に限定したい場合はデバイス予約を利用できます。MDM管理外の協力会社・取引先端末にも配布でき、必要に応じてMDMや資産管理ツールと連携して管理端末へ配布することもできます。Windowsでは資産管理ツールとの連携により、ユーザー操作なしのバックグラウンド配布にも対応します。
証明書は一度配れば終わりではありません。KeyManagerは有効期限の通知や更新作業も支援し、OneGate側では発行先端末を記録して、紛失時などに対象の証明書を失効できます。また、SASEやVPNで必要となる外部CA証明書やWi-FiやVPNプロファイルを、対応OSでは証明書とまとめて配布できます。さらに本人確認を強めたいユーザーには、KPASクラウドと連携する顔認証(有償オプション)を追加することもできます。※顔認証はオンライン利用が前提です。
| KeyManagerでできること | 内容 |
|---|---|
| ワンタッチで取得 | 招待コードやURL/QRコードからKeyManagerを起動し、ユーザーが証明書を取得。MDMを前提としない方式もある。※利用できる方式はOSにより異なる。 |
| 許可端末だけに配布 | デバイス予約で事前登録した端末だけに証明書を発行。MDM管理は必須ではない。 |
| 管理ツールとも連携 | MDM/資産管理製品との連携にも対応。Windowsでは資産管理連携でユーザー操作なしの配布も可能。 |
| 更新・接続設定も支援 | 期限切れ通知と更新を支援。対応OSでは外部CA証明書やWi-Fi/VPNプロファイルもまとめて配布。 |
判断のポイントは、「Entra IDへ安全にサインインできれば対応が終わるか」です。Microsoft 365へのログインだけならMicrosoft標準で完結できます。一方、会社が認めた端末への限定、MDM管理外端末への証明書配布、Wi-FiやVPN、既存システム、証明書の更新・失効まで同じ運用で扱いたい場合は、OneGateとKeyManagerが選択肢になります。
OneGate/KeyManagerを検討するときの5つの確認ポイント
- Entra ID/Microsoft 365以外にも、会社PCやWi-Fi/VPNを認証対象にしたいか
- Intune/MDMで管理していない端末や、協力会社・取引先端末にも証明書を配りたいか
- スマートフォンを使えないユーザーにも、会社管理の認証情報を配りたいか
- 新しいシングルサインオン方式に対応していない既存システムが残っているか
- 証明書の配布だけでなく、更新・紛失時の失効まで会社側で運用したいか
複数が当てはまる場合は、パスキーへの移行だけでなく、端末への認証情報配布とその運用まで含めてOneGate/KeyManagerが選択肢になります。
Entra IDでは、2026年9月からSMS・音声が有効になっているユーザーにパスキー登録が案内され、2027年2月1日にはMicrosoftが提供するSMS・音声向け通信サービスが終了します。SMS・音声が有効になっているユーザーがいる組織は、今のうちに対象ユーザーと移行先を整理する必要があります。
SMS・音声からの移行では、まずMicrosoftが推奨するパスキーを中心に、Windows Hello for BusinessやFIDO2セキュリティキーなど、ユーザーに合う認証方法へ移すことが基本です。Entra ID/Microsoft 365へのサインインだけが対象なら、Microsoft標準の仕組みで完結できます。
そのうえで確認したいのが、「認証する入口はMicrosoft 365だけか」「認証情報を端末へどう届け、更新・停止するか」という点です。会社が認めたPCだけに限定したい、IntuneやMDMで管理していない端末にも証明書を配りたい、Wi-FiやVPN、既存システムも同じ基盤で扱いたい、証明書の更新・失効まで会社側で管理したい、といった要件がある場合は、OneGateとKeyManagerが選択肢になります。
結論
今回の第一歩は、Microsoftが推奨するパスキーを中心に、SMS・音声からフィッシングに強い認証へ移行することです。Entra ID/Microsoft 365へのサインインだけなら、Microsoft標準で完結できます。
一方、会社が認めた端末へ認証情報をどう届けるか、Intune/MDMで管理していない端末をどう扱うか、Wi-Fi/VPNや既存システムまでどう広げるか、証明書の更新・紛失時の停止をどう回すかまで考えると、課題は「ログイン方法」から「認証運用」へ広がります。
OneGateは証明書を発行・管理し、KeyManagerは端末の状況に応じた方法で証明書を取得・配布・更新する運用を支援します。パスキー移行後にこうした課題が残る組織では、OneGate/KeyManagerが選択肢になります。
Microsoft Entra ID:パスキー既定化とSMS・音声認証の移行 | Japan Azure Identity Support Blog:MFAの既定の認証方法がパスキーに移行
Microsoft Entra ID:パスキー(FIDO2)の概要 | Microsoft Entra ID:同期パスキー
Microsoft Entra ID:Temporary Access Pass | Soliton OneGate:製品情報
Soliton OneGate:動作環境・RADIUS認証仕様 | Soliton OneGate:2026年3月新バージョン/ゼロタッチ配布