Automation 360 および基本認証の非推奨に関する FAQ
- 最終更新日2022/10/10
Automation 360 および基本認証の非推奨に関する FAQ
マイクロソフト社は、Exchange Online への接続に使用される基本認証の EOL を発表しました。この EOL は、基本認証を使用する Email packageまたは E メール トリガーを使用しているオートメーション (bots) に影響を与えます。基本認証の非推奨の詳細については、FAQ をご覧ください。
- 基本認証の非推奨について教えてください。
- マイクロソフト社は、2022 年 10 月 1 日から、MAPI、RPC、オフライン アドレス帳 (OAB)、Exchange Web サービス (EWS)、POP、IMAP、Exchange ActiveSync (EAS)、リモート PowerShell では、Exchange Online の特定のプロトコルに対して基本認証を永久にオフ (無効) にすると発表しました。
- 基本認証の非推奨の影響を緩和するためにマイクロソフト社はどのような手順を推奨していますか。
- マイクロソフト社の推奨事項によると、クライアントまたはアプリが、影響を受けるいずれかのプロトコルで基本認証を使用し、Exchange Online 経由で Exchange Server に接続している場合、基本認証から OAuth 2.0 に切り替えることが求められています。注: 基本認証の非推奨は、Exchange Online にのみ適用され、オンプレミス バージョンの Exchange は対象外です。
- なぜこのような変更を行うのですか?
- 基本認証は古い業界標準で、安全性が低く、お客様の機密データへのアクセスにおいて高いリスクをもたらします。現在、安全性が高く、サイバー攻撃を受けにくい OAuth 2.0 が最新の業界標準となっています。
- この変更の標準ができていない場合はどうなりますか。
- 2022 年 10 月 1 日までに OAuth 2.0 に移行する準備ができていない場合、マイクロソフト社は、2022 年 12 月末日まで特定のプロトコルで基本認証を使用できるようにする 1 回限りの再有効化オプションを提供しています。マイクロソフト社の発表によると、お客様はセルフサービス診断を利用して、プロトコル 1 回につき、必要なプロトコルの基本認証を再有効化することができるようになります。診断実行後、基本認証は指定されたプロトコルが再度有効になり、2022 年 12 月末まで有効になります。注: 2023 年の第 1 週目に、指定されたプロトコルは基本認証の使用を永久に停止します。
Basic Authentication Deprecation in Exchange Online – September 2022 Update
- Automation 360 製品では、どこで基本認証が使用されていますか。
- Automation 360では、基本認証機能は、Email packageの [接続]、[送信]、[転送]、[返信] actions、および Email トリガーで、IMAP、POP3、SMTP、または EWS プロトコルのいずれかを使用して接続パラメーターを構成している場合に使用できます。
- 基本認証の非推奨の影響を受けるか確認する方法を教えてください。
-
次の場合に基本認証の非推奨の影響を受けます。
- Email packageまたは Email トリガーを使用して E メールを自動化している場合
- 基本認証を使用して Exchange Online に接続している場合
- IMAP、POP3、または EWS プロトコルを使用している場合
マイクロソフト社が 2022 年 10 月 1 日をもって基本認証を無効にすると、前述の基準にあてはまる Email オートメーションのすべての Automation 360 bots では、bot が Email サーバーに接続できなくなるためエラーが発生します。
- サポートはいつ終了しますか?
- マイクロソフト社は、2022 年 10 月 1 日をもって基本認証を無効にします。
- Email packageまたは Email トリガーで基本認証を使用している Automation 360 bots をリポジトリでどのように特定できますか。
- Automation 360 bots に対して、EOL 機能を検索できる Bot Scanner ユーティリティを実行できます。
- このスキャナーは、IMAP、POP3、または EWS プロトコルで基本認証モードを使用している Email packageまたは Email トリガーを持つすべての bots をスキャンします。
- それから、具体的なライン番号および実行される具体的なactionsを含め、影響を受けるすべての bots を列挙した CSV 出力が生成されます。
- 基本認証の非推奨のリスクを緩和するため、Automation 360 にはどのような機能が提供されていますか。
- Automation 360 の IMAP、POP3、EWS プロトコルが構成されている Email packageの [接続]、[送信]、[転送]、[返信] actionsと Email トリガーには OAuth 2.0 機能が用意されており、この機能を使用して、基本認証から OAuth 2.0 に切り替えることができます。
- Automation 360 で OAuth 2.0 機能が導入されるスケジュールおよびリリース バージョンを教えてください。
- OAuth 2.0 機能は、2022 年 8 月 29 日の週にpackageのみのリリースとして導入されます。今回のリリースには、以下のものが含まれます。
- Bot Scanner ユーティリティ
- Email package、Email トリガー、およびトリガー リスナーの更新バージョン
- Email packageはどこでダウンロードできますか。
- Email packageは、以下の記事のリンクからダウンロードできます。Everything about Basic Authentication deprecation in Microsoft Exchange online (A-People login required)。
- OAuth 2.0 機能は、Automation 360 の以前のリリースと下位互換性がありますか。
- いいえ。OAuth 2.0 機能は以前の Automation 360 リリースとは下位互換性がありません。したがって、Automation 360 v.25 でリリースされたpackageを手動で更新する必要があります。
- 影響を受ける bots を更新して OAuth 2.0 に切り替える手順を教えてください。
- 影響を受ける bots を更新し、基本認証から OAuth 2.0 に変更する手順については、以下のドキュメント ページを参照してください。Exchange Online の基本認証の非推奨について。
- Automation 360 でサポートされている OAuth 2.0 の認可タイプまたはフローを教えてください。
- Automation 360 の Email packageおよび Email トリガーでは、主に 2 種類の OAuth 2.0 認可タイプがサポートされています。
- クライアント資格情報: Email packageおよび Email トリガー
- PKCE を使用した認可コード: Email package
- Automation 360 v.25 に更新して、デフォルト バージョンの Email packageまたは Email トリガーを最新バージョンに更新した場合、E メール オートメーションを使用する既存の bots はどうなりますか。
- 最新バージョンの Email packageまたは Email トリガーに更新した場合、E メール オートメーションを使用する既存の bots には以下のような変更が生じます。
- bots が [E メール サーバー] オプションで IMAP または POP3 プロトコルを使用している場合、[認証モード] オプションはデフォルトで [基本] に設定され、アクションで基本認証が使用されます。
[E メール サーバー] オプションの [ホスト] フィールドで変数を使用している場合、[認証モード] オプションは [基本] に設定されます。
- bots が [EWS サーバー] オプションを使用しており、[認証モード] オプションが [基本] に設定されている場合、bots に変更はありません。注: これは、Email packageを更新する場合のデフォルトのシナリオです。
- bots が [EWS サーバー] オプションを使用しており、[認証モード] オプションが [OAuth2-Silent] に設定されている場合、[認証モード] オプションは [OAuth2 - ROPC] に設定され、アクションで ROPC 認可フローが使用されます。
- bots が [EWS サーバー] オプションを使用しており、[認証モード] オプションが [OAuth2-Interactive] に設定されている場合、[認証モード] オプションは [OAuth2 - Implicit] に設定され、アクションで暗黙の認可フローが使用されます。
- bots が [E メール サーバー] オプションで IMAP または POP3 プロトコルを使用している場合、[認証モード] オプションはデフォルトで [基本] に設定され、アクションで基本認証が使用されます。
- 自分の既存の bots で Send Emailアクションが [非推奨} となっているのはなぜですか?
- bots を Emailパッケージの最新バージョンに更新すると、bots で使用されている Send Emailアクションは、以下の理由で [非推奨] となります。
- OAuth 2.0 認証モードに対応する Send Emailアクションの新しいバージョンが作成されました。
- 新しい Send Emailアクションは、Email パッケージのバージョン 3.14.1-20220831-084727 以降で利用可能です。
- [非推奨] メッセージにより、古い Send Emailアクションと新しい Send Emailアクションとを区別することができます。
注: [非推奨] となっている Send Emailアクションは、そのまま以前と同様に機能します。ただし、基本認証から OAuth 2.0 に切り替えたい場合は、非推奨となっている Send Emailアクションを新しい Send Emailアクションに置き換えて、必要な OAuth 2.0 パラメーターを設定する必要があります。 - Automation Anywhere では、Automation 360 のお客様が bots を基本認証から OAuth 2.0 に更新するためのツールを提供していますか。
- いいえ。影響のある bots を手動で更新し、OAuth 2.0 に切り替える必要があります。
- bots が基本認証の非推奨の影響を受ける Enterprise 11 のユーザーに対するガイダンスはありますか。
- Enterprise 11 をご利用のお客様は、使用している Email オートメーション bots を Automation 360 に移行して、OAuth 2.0 のサポートを利用することをお勧めします。移行後、以下を実行することができます。
- 新しいバージョンの Email packageまたは Email トリガーを Automation 360 にアップロードします。
- 影響を受ける bots を編集し、最新バージョンの Email packageまたは Email トリガーをデフォルトとして設定します。
- OAuth2.0 に切り替えることで、手動で bots を更新することができます。
注: このガイダンスは、Cloud、および Automation 360 に移行するOn-Premisesのお客様の両者に適用されます。 - Email packageの更新時に制限事項はありますか。
- bots を一括更新して、基本認証から OAuth 2.0 に変更しないことをお勧めします。bots を手動で編集し、OAuth 2.0 に更新する必要があります。