This isn't good - you need to know that Microsoft 365 GCC services are NOT SUPPORTED in Azure AD Government. This tenant cannot be used for production services. If this was unexpected, please open a support case in the Office 365 Admin Portal or the Azure Portal for assistance and next steps. This isn't good - you should to know that Microsoft 365 GCC High or DOD services are NOT SUPPORTED in Azur
スマートフォンの故障や紛失に伴い Authenticator などの MFA の再設定をしたいというケースがある思いますが、ゲスト招待されたテナントにおいて MFA が必須とされている場合にどのように再設定するかわからないという問い合わせをよく聞きます。どういう方法があるのかという点をまとめたいと思います。 セキュリティ設定を変更する方法 私自身の経験としても Microsoft 365 の利用支援ツールなどを販売する ISV にいましたが自社員から質問を受けるケースが多々ありました。利用者という目線で考えても、ヘルプデスクの対応をしている部署でこの質問を受けているのを数回見たことがあります。 早速ですが解決方法としては下記の２つがあります。 ①招待する側：テナントでリセットをする ②招待された側：自分でMFAの設定を変更する（サインインができる前提） 招待されたアカウントで困っているとい
つい最近、Microsoft Entra テナントには、顧客 (Customer) という種類がプレビュー提供されました。これは、Azure AD B2C の後継となる機能のようです。 それに対して、通常の テナント のことを、従業員 (Workforce) を呼ぶようになったようです。 なので、Create Microsoft Entra Workforce tenant と言われて 何のことかと思ったのですが、顧客の方ではなくて、通常のテナントのことを指しているという事が理解できました。 （Microsoft Entra管理センターから見た、テナントの管理 画面） ココでも、"従業員" がグレーアウトされていて、選べません。 Microsoft の説明（2023年10月の変更点） どうも、以下のサイトで説明されているように "試用版サブスクリプション" からは、追加のテナントを作成でき
TOP > セキュリティブログ > ペネトレーションテスト > Azure AD参加端末におけるPRT (Primary Refresh Token)悪用のリスクと対策について はじめに オフェンシブセキュリティ部ペネトレーションテスト課の安里 悠矢です。 普段は組織内の社内ITインフラやクラウド環境上に構築されたインフラに対するペネトレーションテストをしています。 テレワーク環境の整備が進んだ昨今、エンドポイント端末の管理とセキュリティ対策はゼロトラストネットワークを実現するにあたって重要なポイントとなります。 ゼロトラストネットワークのよくある構成の一例としては、エンドポイント端末を Azure ADに参加させてIntuneでデバイス管理を実装している環境が挙げられます。 Azure ADに参加するエンドポイント端末は、PRT(Primary Refresh Token)と呼ばれる認証
Note 本記事は、2018 年公開の以下の Blog の内容が、現在の機能/技術にマッチしない内容になってきたことを踏まえ、2023 年現在の機能/技術を元に改めて考え方をおまとめしたものとなります。以前に公開した Azure AD が発行するトークンの有効期間について (2018 年公開) の記事は参考のためそのまま残し、新しく本記事を執筆しました。 こんにちは、Azure & Identity サポートの金森です。 Azure AD (AAD) は、Microsoft 365 をはじめ様々なクラウド サービスの認証基盤 (Identity Provider / IdP) として利用されています。その重要な機能としてユーザーの認証が完了したら、アプリケーションに対してトークンを発行するというものがあります。あるサービス (Teams や Exchange Online、他に Azure
※この記事内の方法は正式な技術情報(docs.microsoft.com) が公開されていないため、正式な手順ではない可能性があります。docs.microsoft.com の公開後に update もしくは削除を行う予定です。本記事の手順を試す場合は、本番環境では行わず、検証環境などでお試しください(2023/1/23 現在) (2023/1/24 追記) 手順が公開されました。この記事は変更するか削除を行う予定です。 Graph API Portal Azure AD のテナント間同期(プレビュー) について M365 管理センターの MC499440 として 2023/1/23 に通知されたと思ったら、あっというまに自分のテストテナントの "テナント間同期(プレビュー)" なるメニューが追加されました。 最近、Microsoft 365 が多くの企業に浸透するにつれて、企業統合や、グ
先週投稿しました アプリの条件付きアクセスフィルター（パブリックプレビュー） - tos-akibaのブログ につきまして、Microsoft の日本語ブログにも記事が掲載されました。 この機能によるメリットも分かり易く解説されています。 アプリの条件付きアクセス フィルターがパブリック プレビューになりました | Japan Azure Identity Support Blog 設定について、少し補足いたします。 まず、「Custom security attributes (Preview)」画面で属性セットを追加し、その中にカスタム属性を定義する設定ですが、 ここの「データ型」は「String型」が条件付きアクセスでのサポート対象となっていますので、必ず String型 を選択する必要があります。 また、「Only allow predefined values to be ass
Microsoft 365 Lighthouseは、マネージド サービス プロバイダー (MSP) がビジネスを成長させ、1 つのポータルから大規模なサービスを顧客に提供するのに役立ちます。 Lighthouse を使用すると、構成を標準化し、リスクを管理し、人工知能 (AI) 主導の販売機会を特定し、前例のない方法で顧客と関わることができ、顧客のニーズを予測し、Microsoft 365 への投資を最大化できます。 委任されたアクセスを持つ MSP の場合、Lighthouse では、SMB のお客様に合わせたセキュリティ構成基準を推奨し、すべての顧客環境でマルチテナント ビューを提供することで、顧客テナントのオンボードが簡素化されます。 Lighthouse を使用すると、サービス エンジニアは顧客の管理をスケーリングし、最も重要なことに焦点を当て、リスクをすばやく見つけて調査し、顧客
Microsoftのクラウドサービスを利用すると裏では必ずAzure ADが使われています。Azure ADを中心にして組織が利用可能な「テナント」が構成されるわけです。あまりにも重要な事なのですがあまりにも重要すぎて自動的にAzure ADが生成されることもあり、きちんと意識していない組織があります。 よくわかっていない状態で別のMicrosoftのクラウドサービス、特にAzureの利用を開始するととても変な構成になってしまい、修正するのにとても時間と手間がかかってしまうことにもなりかねません。 特に管理者の方、Microsoft 365やAzureの契約を担当する方はしっかりとAzure ADとテナントの関係を理解してから契約を進めてください。 Youtubeでも解説していますので、ブログでも動画でもお好きな方をご覧ください。 Microsoft 365を契約したらどうなるか？ まず、
デジタルペンテストサービス部の小松です。 近年、リモートワークの推進や組織のゼロトラスト化に伴い、Azure Active Directory（以下、Azure AD）を認証基盤として活用する企業が増えています。Azure ADを活用することで、シングルサインオンによるアカウント管理の簡略化や多要素認証によるアカウントの保護が可能となります。 しかし、Azure ADのセキュリティ設定が適切に行われていない場合、有効にした多要素認証を回避されてしまう恐れがあります。実際にラックが提供するペネトレーションテストでは、Azure ADの設定不備に起因する多要素認証回避の問題を検出しています。 組織のAzure AD管理者は、今一度Azure ADのセキュリティ設定をご確認ください。 設定の確認が必要な組織 本記事で取り上げる問題について、該当する可能性がある組織は以下のとおりです。 Micro
これから招待するゲストユーザーが、Office365で利用しているドメインか調べる方法 2/07/2021 Azure AD Microsoft 365 Microsoft Teams SharePoint Office365の便利な機能の1つに、SharePointやTeamsのチームにゲストを招待して利用できることがあります。TeamsやSharePointのゲストユーザー（外部ユーザー）の招待と、その管理という投稿で、外部のユーザー招待についてまとめさせていただきました。 年を追うごとにOffice365ユーザーが増えている・・・のですが、先方がOffice365を使ってる場合でも「Office365を使っていると理解していない」なんてケースもあります。 今回は、先方のメールアドレスがOffice365を使っているかどうかを判断するための調べ方についてまとめてみました。 DNSレコー
適用対象: 従業員テナント 外部テナント (詳細はこちら) この記事では、Microsoft Entra External ID の料金体系の概要と、テナントを Azure サブスクリプションにリンクして、正しい課金と機能へのアクセスを確保する方法について説明します。 月間アクティブ ユーザー (MAU) の課金モデル Microsoft Entra 外部 ID 課金モデルは、すべての外部ユーザーに適用されます。具体的には次のとおりです。 Microsoft Entra の従業員テナントの B2B Collaboration 外部ゲスト。 これらは、外部資格情報を使用してサインインし、UserType プロパティが Guestに設定されているユーザーです。 Microsoft Entra の外部ユーザー 外部テナント。これには、コンシューマーとビジネス ゲスト (ディレクトリ ロールのない
Azure Windows 仮想マシンに Azure AD ユーザーでリモートデスクトップ接続できる機能自体は、2019 年末にプレビュー発表されたものです。 参考：Azure AD authentication to Windows VMs in Azure now in public preview 参考：Azure Active Directory 認証 (プレビュー) を使用して Azure 内の Windows 仮想マシンにサインインする あるところで、単体で Windows 10 の Azure 仮想マシンを利用したく、「Windows 10 Enterprise E3」ライセンスを調達しました。Azure Windows 10 仮想マシンで、「Windows 10 Enterprise E3」ライセンスを正常にアクティベートさせるためには、このライセンスを割り当てられている
検証で使って不要になったAzure AD テナントを削除する時にはまったので備忘録的に。 全体的にはAzure AD テナントから削除に進むとチェックが走り、必要な操作に沿って対応していくと状態が全てグリーンになります。 が、色々外部連携やAzure DevOps等を利用していくと削除のできないものが出てきます。 削除時に出るエラーは以下のような状態ですね。 一旦以下の手順で削除していき、これで解決できるならOKです。 docs.microsoft.com しかしながら、Azure DevOps等はこの手順では消えてくれませんでした。 他システムや他テナントと連携するようなアプリケーションは削除ロックがかかるようで、普通には消えません。 残っている状態が以下のような状態ですね。 そのような場合は以下の手順にて削除します。 事前に用意するものはWindows PowerShellへ以下モジュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
