アクショングループの OTP (ワンタイムパスコード) 認証について

[更新履歴]

2026/10/13 : ブログ公開

こんにちは、Azure Monitoring サポートチームの北村です。
今回の記事では、サービス正常性にて通知された「Action recommended: Review new email verification requirement for Azure Monitor action groups」についてご紹介し、新しく追加するメールアドレスで必要となる OTP 認証の手順や認証状況の確認方法、よくあるご質問についてご説明します。

1. 報告された正常性の勧告について

1-1. 概要

項目名	項目値
題名	Action recommended: Review new email verification requirement for Azure Monitor action groups
追跡 ID	CR_7-00Z
影響を受けるサービス	Azure Monitor
影響を受けるリージョン	Central India, Central US EUAP, East US, East US 2, East US 2 EUAP, Germany West Central, Global, North Central US, South Central US, South India, Sweden Central, West US, West US 2
正常性イベントの種類	正常性の勧告

1-2. 内容

2026 年 10 月現在、すべてのリージョンで OTP 認証の適用が開始されています。以下は通知の原文と翻訳です。

You’re receiving this notification because you’re associated with one or more Azure subscriptions that currently use Azure Monitor action groups.

Starting as early as 17 July 2026, Azure Monitor action groups will begin a progressive regional rollout that requires one-time passcode (OTP) verification for new email addresses added to new or existing action groups before those email recipients can receive notifications.

No action is needed for email addresses that are already configured in existing action groups. These email addresses will continue to receive notifications as usual.

When you add a new email address to a new or existing action group, the email recipient must complete a one-time verification in the same tenant. An OTP email will be sent when the action group is saved, and the passcode will expire after 30 minutes. If the passcode expires, you can request another verification email from the action group page in the Azure portal.

Until verification is completed, the new email address won’t receive notifications from the action group.
As part of this change, you’ll also need to save and verify an email address before you can send test email notifications.

翻訳
このお知らせは、お客様が Azure Monitor のアクショングループを使用している 1 つ以上の Azure サブスクリプションに関連付けられているために送信されています。

2026 年 7 月 17 日以降、リージョンごとに順次展開される形で、新規または既存のアクショングループに追加された新しいメールアドレスについて、通知を受信できるようになる前にワンタイムパスコード (OTP) による認証が必要になります。

既存のアクショングループに既に設定されているメールアドレスについては、対応は不要です。これらのメールアドレスは、これまでどおり通知を受信できます。

新規または既存のアクショングループに新しいメールアドレスを追加すると、そのメール受信者は同一テナント内で 1 回限りの OTP 認証を完了する必要があります。アクショングループを保存すると OTP メールが送信され、このパスコードは 30 分で有効期限が切れます。パスコードの有効期限が切れた場合は、Azure ポータルのアクショングループページから確認メールを再送できます。

認証が完了するまで、新しく追加されたメールアドレスにはアクショングループからの通知は送信されません。
この変更に伴い、テストメール通知を送信する前にも、メールアドレスを保存して認証を完了しておく必要があります。

1-3. 今後必要となるアクション

Review any processes that add email recipients to Azure Monitor action groups, and make sure new email recipients complete OTP verification when prompted. For more information, see Create and manage action groups in Azure Monitor.

翻訳
Azure Monitor のアクショングループにメールアドレスを追加するプロセスを確認し、新しくメールアドレスを追加した際に OTP 認証を確実に完了できるようにしてください。詳細については、Azure Monitor でのアクショングループの作成と管理を参照してください。

2. ワンタイムパスコード (OTP) で認証する手順

本節では、新しいメールアドレスを追加した際のワンタイムパスコード (OTP) 認証の流れと、認証状況の確認方法をご説明します。なお、OTP 認証の展開前に既存のアクショングループへ設定済みのメールアドレスについては、再認証は不要です。

2-1. OTP 認証のメールを受け取る

新規または既存のアクショングループにメールアドレスを追加して保存すると、OTP 認証メールが自動的に送信されます。

送信元/件名 : メールは Microsoft Azure の azure-noreply@microsoft.com から送信され、件名は「Action required: Verify your email for Azure Monitor action group」と記載されています。
本文 : メールには、認証ページを開くリンク（またはボタン）と、数字のワンタイムパスコードが含まれています。
有効期限 : リンクとパスコードはメール送信から 30 分間有効です。有効期限が切れた場合、改めて認証メールを再送してください（2-4. OTP 認証のメールを再送する参照）。

2-2. OTP 認証を完了する

OTP 認証は、OTP 認証のメールを受け取った受信者が実施します。Azure や Microsoft Entra にサインインする必要はありません。
OTP 認証を行う前は、[メールアドレスの確認] 欄に「保留中」と表示されます。

OTP 認証のメールが届いたら、記載された手順に従って認証を完了します。

メールの本文に OTP 認証用のリンク（またはボタン）と、ワンタイムパスコードが記載されています。リンク（またはボタン）を選択し、OTP 認証のページを開きます。
メールに記載されたワンタイムパスコードを入力し、認証を完了します。
認証が完了すると、そのメールアドレスは同じテナント内のアクショングループで確認済みとして扱われます。同じテナント内の別のアクショングループにそのメールアドレスを追加した場合も、再度 OTP 認証を行う必要はありません。

Azure ポータル上でも [メールアドレスの確認] で「確認済み」と表示されます。

2-3. メールアドレスの認証状況を確認する

メールアドレスの認証状況は、以下の 3 種類があります。

認証状況	意味	通知の配信
`LegacyAllowed`（レガシ許可済み）	OTP 認証の展開前に設定されていたメールアドレスです。	アラートの通知メールは送信されます。
`VerificationPending`（保留中）	OTP 認証が完了していません。	アラートの通知メールは送信されません（テスト通知も同様です）。
`Verified`（確認済み）	そのテナント内で OTP 認証を完了済みです。	アラートの通知メールが送信されます（そのテナント内で有効です）。

Note

LegacyAllowed（レガシ許可済み）は、OTP 認証の展開前からアクショングループに登録されていたメールアドレスに付与される状態であり、そのアクショングループ内でのみ有効です。同じメールアドレスを別のアクショングループに追加した場合や、同一のアクショングループから一度削除して再度追加した場合は LegacyAllowed は引き継がれず、VerificationPending となり、認証が必要となります。

認証状況を確認する方法は、3 つあります。

方法 1. Azure ポータルのアクショングループ画面から確認する

OTP の認証状況は、Azure ポータルから確認できます。
アクショングループの [概要] > [通知] 欄で、各メールアドレスの横に認証状況が表示されます。

方法 2. Azure ポータルの JSON ビューから確認する

OTP の認証状況の表示は、JSON ビューからもご確認いただけます。

Azure ポータルでアクショングループを開き、左メニューの [概要] を選択します。
画面右上の [JSON ビュー] を選択し、API バージョンのドロップダウンを 2026-03-01-preview に変更します。
properties.emailReceivers[] 配下の verificationStatus の値を確認します。

方法 3. REST API から確認する

REST API を直接呼び出す場合は、以下のように API バージョン 2026-03-01-preview を指定してアクショングループに対して GET を実行します。

1	GET https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/microsoft.insights/actionGroups/{actionGroupName}?api-version=2026-03-01-preview

以下はレスポンスの例です。認証状況は properties.emailReceivers[] 配下の verificationStatus の値を確認します。

{
  "id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/example-rg/providers/microsoft.insights/actionGroups/example-ag",
  "type": "Microsoft.Insights/ActionGroups",
  "name": "example-ag",
  "location": "global",
  "kind": null,
  "tags": null,
  "properties": {
    "groupShortName": "exag",
    "enabled": true,
    "emailReceivers": [
      {
        "name": "email 1_-EmailAction-",
        "verificationStatus": "VerificationPending",
        "emailAddress": "user@contoso.com",
        "useCommonAlertSchema": false,
        "status": "Enabled"
      }
    ],
    "smsReceivers": [],
    "webhookReceivers": [],
    "eventHubReceivers": [],
    "itsmReceivers": [],
    "azureAppPushReceivers": [],
    "automationRunbookReceivers": [],
    "voiceReceivers": [],
    "logicAppReceivers": [],
    "azureFunctionReceivers": [],
    "armRoleReceivers": []
  }
}

2-4. OTP 認証のメールを再送する

有効期限内に認証できなかった場合や認証のメールを紛失してしまった場合は、Azure ポータルからメールを再送します。

Azure ポータルでアクショングループを開き、左メニューの [概要] を選択します。
[通知] 欄で表示される「再送信」を選択します。
認証待ちのメールアドレスに対して新しい OTP 認証のメールが送信されます。メールを受信したら 30 分以内に認証を完了してください。

3. よくあるご質問

Q1. OTP 認証を回避する方法はありますか。

いいえ。
以下のメールアドレスを除き、今後追加される新しいメールアドレスは OTP 認証が必要です。

LegacyAllowed（レガシ許可済み）と表示されるメールアドレス（OTP 認証の展開前から登録されていたメールアドレス）
同一テナントで認証済みのメールアドレス

Q2. Microsoft Entra テナントで検証済みのドメインに属するメールアドレスであっても OTP 認証は必要ですか。

はい。
通知の種類として [電子メール] を選択して新しくメールアドレスを追加する場合、ドメインが Microsoft Entra で検証済みかどうかにかかわらず、アクショングループに追加するすべてのメールアドレスが認証の対象となります。

Q3. OTP 認証の展開前から登録されていた既存のアクショングループのメールアドレスも認証の対象になりますか。

いいえ。
OTP 認証の展開前に構成されたメールアドレスは LegacyAllowed（レガシ許可済み）として扱われ、そのアクショングループでは OTP 認証なしで引き続き通知を受信できます。
ただし、次の場合は OTP 認証の対象となります。

OTP 認証の展開後に新しく追加されたメールアドレス
LegacyAllowed（レガシ許可済み）のメールアドレスを別のアクショングループに追加した場合、または同じアクショングループから削除して再追加した場合

Q4. レガシ許可済み（`LegacyAllowed`）と確認済み（`Verified`）の違いは何ですか。

レガシ許可済みは、そのアクショングループに限り有効です。別のアクショングループに追加した場合や、同じアクショングループから削除して再追加した場合は、OTP 認証が必要となります。一方で、確認済みは、同一テナント内のすべてのアクショングループで有効です。別のアクショングループに追加しても、OTP 認証は不要です。

Q5. あるアクショングループではレガシ許可済み（`LegacyAllowed`）として表示されているメールアドレスを、別のアクショングループに追加すると保留中（`VerificationPending`）と表示されるのはなぜですか。

こちらは想定された動作です。
LegacyAllowed（レガシ許可済み）とは、そのアクショングループに限って有効であることを意味します。
このステータスはメールアドレス自体に付随するプロパティではないため、他のアクショングループには引き継がれません。
そのため、別のアクショングループに追加した場合や、同じアクショングループから削除して再登録した場合は、OTP 認証が必要となります。

Q6. メールアドレスの認証状況を確認する方法はありますか。

はい。
Azure ポータルのアクショングループ画面、Azure ポータルの JSON ビュー、または REST API から確認できます。詳細な手順は 2-3. メールアドレスの認証状況を確認するをご参照ください。

Q7. OTP 認証に関するアクティビティログや診断ログ、監査記録は取得できますか。

いいえ。
現時点では、OTP 認証のメール送信、認証の完了、有効期限切れを直接確認するためのアクティビティログ、診断ログ、監査ログは提供されていません。

Q8. ワンタイムパスコードを入力したら、有効期限が切れていると表示されました。この場合、どのように認証すればよいですか。

OTP 認証は、認証メールが送信されてから 30 分以内に実施する必要があります。
有効期限を延長することはできませんので、OTP 認証のメールを再送し、制限時間内に OTP 認証を完了してください（2-4. OTP 認証のメールを再送する参照）。

▼ ワンタイムパスコードを入力した際に表示される画面の例

Q9. 一度メールアドレスの認証を完了しました。同じテナント内の他のアクショングループでも再度認証が必要になりますか。

いいえ。
同じテナント内で一度認証に成功したメールアドレスは、そのテナント内の既存および新規のアクショングループで確認済みとして扱われます。認証状態はテナントごとに管理されるため、別のテナントのアクショングループに追加する場合は、改めて OTP 認証が必要です。

Q10. OTP 認証のメールを受信できない場合、どのように対応すればよいですか。

OTP 認証のメールは azure-noreply@microsoft.com から送信されますので、次の点をご確認ください。

迷惑メールフォルダーに振り分けられていないか
受信側のメールフィルターで上記アドレスが拒否されていないか

Q11. テスト通知を送信する場合も OTP 認証が必要ですか。

はい。
テストメールを送信する前に、OTP 認証を完了しておく必要があります。OTP 認証が完了していないメールアドレスには、アラート通知だけでなく、テスト通知も送信されません。

Q12. メールアドレスの受信者は、同じテナントのユーザーである必要がありますか。

いいえ。
受信者が、アクショングループと同じテナントのユーザーである必要はありません。OTP 認証は、OTP 認証のメール内のリンクとワンタイムパスコードを使用して完了します。そのため、Azure または Microsoft Entra へのサインインは不要です。

Q13. メーリングリストを登録した場合、すべての受信者で認証する必要がありますか。

いいえ。
OTP 認証の対象は、アクショングループに登録したメールアドレスです。OTP 認証のメールはグループのメンバーに届くため、メンバーのうち 1 人が、メール内のリンクからワンタイムパスコードを入力すれば、認証は完了します。メンバー全員が認証する必要はありません。

上記の内容以外でご不明な点や疑問点などございましたら、弊社サポートサービスまでお問い合わせください。
最後までお読みいただきありがとうございました！

※本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。

Japan Azure Monitoring Support Blog

日本マイクロソフトの Azure Monitoring に関するサポート情報のブログです。

アクショングループの OTP (ワンタイムパスコード) 認証について

目次

1. 報告された正常性の勧告について

1-1. 概要

1-2. 内容

1-3. 今後必要となるアクション

2. ワンタイムパスコード (OTP) で認証する手順

2-1. OTP 認証のメールを受け取る

2-2. OTP 認証を完了する

2-3. メールアドレスの認証状況を確認する

方法 1. Azure ポータルのアクショングループ画面から確認する

方法 2. Azure ポータルの JSON ビューから確認する

方法 3. REST API から確認する

2-4. OTP 認証のメールを再送する

3. よくあるご質問

Q1. OTP 認証を回避する方法はありますか。

Q2. Microsoft Entra テナントで検証済みのドメインに属するメールアドレスであっても OTP 認証は必要ですか。

Q3. OTP 認証の展開前から登録されていた既存のアクショングループのメールアドレスも認証の対象になりますか。

Q4. レガシ許可済み（`LegacyAllowed`）と確認済み（`Verified`）の違いは何ですか。

Q5. あるアクショングループではレガシ許可済み（`LegacyAllowed`）として表示されているメールアドレスを、別のアクショングループに追加すると保留中（`VerificationPending`）と表示されるのはなぜですか。

Q6. メールアドレスの認証状況を確認する方法はありますか。

Q7. OTP 認証に関するアクティビティログや診断ログ、監査記録は取得できますか。

Q8. ワンタイムパスコードを入力したら、有効期限が切れていると表示されました。この場合、どのように認証すればよいですか。

Q9. 一度メールアドレスの認証を完了しました。同じテナント内の他のアクショングループでも再度認証が必要になりますか。

Q10. OTP 認証のメールを受信できない場合、どのように対応すればよいですか。

Q11. テスト通知を送信する場合も OTP 認証が必要ですか。

Q12. メールアドレスの受信者は、同じテナントのユーザーである必要がありますか。

Q13. メーリングリストを登録した場合、すべての受信者で認証する必要がありますか。

目次

1. 報告された正常性の勧告について

1-1. 概要

1-2. 内容

1-3. 今後必要となるアクション

2. ワンタイム パスコード (OTP) で認証する手順

2-1. OTP 認証のメールを受け取る

2-2. OTP 認証を完了する

2-3. メール アドレスの認証状況を確認する

方法 1. Azure ポータルのアクション グループ画面から確認する

方法 2. Azure ポータルの JSON ビューから確認する

方法 3. REST API から確認する

2-4. OTP 認証のメールを再送する

3. よくあるご質問

Q1. OTP 認証を回避する方法はありますか。

Q2. Microsoft Entra テナントで検証済みのドメインに属するメール アドレスであっても OTP 認証は必要ですか。

Q3. OTP 認証の展開前から登録されていた既存のアクション グループのメール アドレスも認証の対象になりますか。

Q4. レガシ許可済み（LegacyAllowed）と確認済み（Verified）の違いは何ですか。

Q5. あるアクション グループではレガシ許可済み（LegacyAllowed）として表示されているメール アドレスを、別のアクション グループに追加すると保留中（VerificationPending）と表示されるのはなぜですか。

Q6. メール アドレスの認証状況を確認する方法はありますか。

Q7. OTP 認証に関するアクティビティ ログや診断ログ、監査記録は取得できますか。

Q8. ワンタイム パスコードを入力したら、有効期限が切れていると表示されました。この場合、どのように認証すればよいですか。

Q9. 一度メール アドレスの認証を完了しました。同じテナント内の他のアクション グループでも再度認証が必要になりますか。

Q10. OTP 認証のメールを受信できない場合、どのように対応すればよいですか。

Q11. テスト通知を送信する場合も OTP 認証が必要ですか。

Q12. メール アドレスの受信者は、同じテナントのユーザーである必要がありますか。

Q13. メーリング リストを登録した場合、すべての受信者で認証する必要がありますか。

2. ワンタイムパスコード (OTP) で認証する手順

2-3. メールアドレスの認証状況を確認する

方法 1. Azure ポータルのアクショングループ画面から確認する

Q2. Microsoft Entra テナントで検証済みのドメインに属するメールアドレスであっても OTP 認証は必要ですか。

Q3. OTP 認証の展開前から登録されていた既存のアクショングループのメールアドレスも認証の対象になりますか。

Q4. レガシ許可済み（`LegacyAllowed`）と確認済み（`Verified`）の違いは何ですか。

Q5. あるアクショングループではレガシ許可済み（`LegacyAllowed`）として表示されているメールアドレスを、別のアクショングループに追加すると保留中（`VerificationPending`）と表示されるのはなぜですか。

Q6. メールアドレスの認証状況を確認する方法はありますか。

Q7. OTP 認証に関するアクティビティログや診断ログ、監査記録は取得できますか。

Q8. ワンタイムパスコードを入力したら、有効期限が切れていると表示されました。この場合、どのように認証すればよいですか。

Q9. 一度メールアドレスの認証を完了しました。同じテナント内の他のアクショングループでも再度認証が必要になりますか。

Q12. メールアドレスの受信者は、同じテナントのユーザーである必要がありますか。

Q13. メーリングリストを登録した場合、すべての受信者で認証する必要がありますか。