Power Automate フローから Logic Apps ロジックアプリへの HTTP 通信をよりセキュアに - Qiita
はじめに たとえば、Power Apps アプリで Azure SQL Database のデータを参照するために、コネクションを作って組織内のユーザーと共有してしまうと、良からぬ者によって良からぬことをやられてしまうかもしれません。1 そんな不安は未然に払拭しておいたほうが良いでしょうから、Power Apps アプリや Power Automate フローから Azure SQL Database に対して直接 SQL クエリを実行せずに、目的に応じて実行する SQL クエリを Logic Apps ロジックアプリに隠ぺいして HTTP リクエストで必要な情報を取り込もうと思いました。 が、この「HTTP リクエスト」もよりセキュアに通信できないかと検討してみます。 ゴールは、「Azure Logic Apps ロジックアプリが特定のクライアント (ここでは Power Automat
Deep dive - Azure AD Kerberos の仕組み
こんにちは、 Azure Identity サポート チームの小出です。 本記事は、 2022 年 1 月 25 日に米国の ITOps Talk Blog で公開された Deep dive: How Azure AD Kerberos works を意訳したものになります。ご不明点などございましたら、サポート チームまでお問い合わせください。 Active Directory (AD DS) と Azure Active Directory (Azure AD) の違いを調べたことがあれば、Active Directory は Kerberos 認証プロトコルをサポートしている一方、Azure Active Directory ではサポートしていないことに気がつくはずです。 Kerberos は、Active Directory ドメイン コントローラーでアカウントを認証するために使用さ
Azure AD is Becoming Microsoft Entra ID
Today we announced significant milestones for identity and network access, including the news that Microsoft Azure Active Directory (Azure AD) is becoming Microsoft Entra ID. As part of our ongoing commitment to simplify secure access experiences for everyone, the rebranding of Azure AD to Microsoft Entra ID is designed to make it easier for you to use and navigate the unified and expanded Microso
Azure AD のレジリエンス - tos-akibaのブログ
「レジリエンス」とは、回復性、復元性といった言葉で説明されます。 Azure AD のレジリエンスについて如何に投資し続けているか紹介されています。 Advances in Azure AD resilience - Microsoft Community Hub 要約すると、 中核となる Azure AD サービスは、Microsoft クラウド全体で採用されているエンタープライズレベルのセキュリティとベストプラクティスに基づいて構築されている VM やネットワークスイッチからデータセンター全体に至るまで、あらゆる障害に備え複数の冗長性を考慮して設計され、本番環境で定期的に検証される 単一障害点を持たないよう継続的に取り組んでいる 例えば、MFA の SMS通知や音声通知は、複数の通信事業者からアクティブ／アクティブな方法で提供している すべての変更は、完全自動化された非常に厳格で安全な
Azure ADと「テナント」の話 / Microsoftのクラウドサービスを使うならこれだけは理解しておかないとまずい事
Microsoftのクラウドサービスを利用すると裏では必ずAzure ADが使われています。Azure ADを中心にして組織が利用可能な「テナント」が構成されるわけです。あまりにも重要な事なのですがあまりにも重要すぎて自動的にAzure ADが生成されることもあり、きちんと意識していない組織があります。 よくわかっていない状態で別のMicrosoftのクラウドサービス、特にAzureの利用を開始するととても変な構成になってしまい、修正するのにとても時間と手間がかかってしまうことにもなりかねません。 特に管理者の方、Microsoft 365やAzureの契約を担当する方はしっかりとAzure ADとテナントの関係を理解してから契約を進めてください。 Youtubeでも解説していますので、ブログでも動画でもお好きな方をご覧ください。 Microsoft 365を契約したらどうなるか？ まず、
Introduction to Microsoft Entra Connect V2 - Microsoft Entra ID
Consider moving to Microsoft Entra Cloud Sync Microsoft Entra Cloud Sync is the new sync client that works from the cloud and allows customers to set up and manage their sync preferences online. We recommend that you use Cloud Sync because we will be introducing new features that will improve the sync experiences through Cloud Sync. You can avoid future migrations by choosing Cloud Sync if that's
マイクロソフト、「Azure AD」の障害原因を報告
Microsoftは米国時間3月15日に「Azure Active Directory」（Azure AD）で発生した障害に関する予備的な原因分析結果を公開した。この障害によって、「Office」「Teams」「Dynamics 365」「Xbox Live」などをはじめとする、認証をAzure ADに依存しているMicrosoftやサードパーティーのアプリケーションが利用できなくなった。同社は、この約14時間にわたって続いた障害によって、世界中のMicrosoftの「一部」の顧客が影響を受けたと述べている。 「Azureの状態の履歴」ページに3月16日に公開された今回のインシデントの予備分析結果によれば、「Azure ADが、OpenIDなどのIDに関する標準プロトコルを使った暗号署名操作をサポートするために使用している鍵のローテーションに問題が発生した」という。 Azure ADでは、
Microsoft Entra UserPrincipalName の作成 - Microsoft Entra ID
UserPrincipalName とは UserPrincipalName は、インターネット標準 RFC 822 に基づく属性で、ユーザーのインターネット形式のログイン名となります。 UPN の形式 UPN は、UPN プレフィックス (ユーザー アカウント名) と UPN サフィックス (DNS ドメイン名) とから成ります。 プレフィックスとサフィックスは、"@" 記号を使用して結合されます (例: "someone@example.com")。 UPN は、ディレクトリ フォレスト内のすべてのセキュリティ プリンシパル オブジェクトの中で一意であることが必要です。 Microsoft Entra ID の UPN UPN は、ユーザーにサインインを許可するために Microsoft Entra ID によって使われます。 ユーザーが使用できる UPN は、ドメインが検証済みである
Microsoft Entra Connect: サポートされているトポロジ - Microsoft Entra ID
シングル フォレスト、シングル Microsoft Entra テナント 最も一般的なトポロジは、(1 つ以上のドメインを含む) 1 つのオンプレミス フォレストと、1 つの Microsoft Entra テナントです。 Microsoft Entra 認証では、パスワード ハッシュ同期が使用されます。 Microsoft Entra Connect の高速インストールでは、このトポロジのみがサポートされます。 シングル フォレスト、複数の同期サーバー、1 つの Microsoft Entra テナント 同じ Microsoft Entra テナントに接続される複数の Microsoft Entra Connect 同期サーバーはサポートされていません (ステージング サーバーは除きます)。 これらのサーバーが相互に排他的な一連のオブジェクトと同期するように構成されている場合でもサポート
メールアドレスでのAzure ADサインイン
今までの代替ログインIDとの違いは 代替ログインIDはオンプレミスADユーザーのmail属性とAzure ADユーザーのUPNをマッピングするのに対して、 メールアドレスでのサインインは、サインイン時のユーザー名にAzure ADのメールアドレスを使うので、Azure ADのメールアドレスさえ、ちゃんとしたアドレスになっていれば、 Azure AD Connectで同期されてくるUPNはどんな構成になっていてもいいのです。 ■ ■ ■ 実現の仕組みですが、とても簡単でAzure ADディレクトリでHomeRealmDiscoveryの設定を変えてあげるだけです。 HomeRealmDiscoveryとは、ざっくり言うとサインインを行うときに、どこのIdPでサインインするかを定義したものです。例えば、Azure ADではサインイン画面をつかさどるサーバー(下図のcommon部分)でユーザー名
ポリシーとセキュリティのリアル タイムな適用に向けて
本記事は、 2020 年 4 月 21 日に Azure Active Directory Identity Blog に公開された記事 (Moving towards real time policy and security enforcement) を翻訳したものです。原文は こちら より参照ください。 皆さんこんにちは。 はじめに、世界中でセキュリティおよび ID を担当する皆さんが情報セキュリティを強化しつつ、新しい働き方を実現するために大変な活躍をされていることに驚かされるばかりです。今まさにゼロ トラストのモデルが急激に導入されつつあり、その一端を担えることを本当に光栄に思います。本日は、セッションの有効期間を最小限に抑えるための重要な新機能についてお知らせします。 Azure Active Directory や Office 365 などの Microsoft のサービス
Azure AD 条件付きアクセスを利用してセキュリティと生産性のバランスをとる 3 つの方法
本記事は、 2020 年 2 月 10 日に Azure Active Directory Identity Blog に公開された記事 (Three ways Azure AD Conditional Access balances security and productivity) を翻訳したものです。原文は こちら より参照ください。 こんにちは！ パートナー ブログ シリーズへようこそ。貴社では現在 ID と IAM (Identity and Access Management) のソリューションをお使いと思いますが、もしそれらがユーザーの生産性とセキュリティの適切なバランスを実現していないとお考えの場合は、この記事を読んでいただければと思います。今回は Content and Code 社のテクノロジー アーキテクチャ責任者である Ben Athawes 氏をお招きし、なぜ
Native Azure Active Directory authentication support and Azure VPN Client now available | Azure updates | Microsoft Azure
Explore Azure Get to know Azure Discover secure, future-ready cloud solutions—on-premises, hybrid, multicloud, or at the edge Global infrastructure Learn about sustainable, trusted cloud infrastructure with more regions than any other provider Cloud economics Build your business case for the cloud with key financial and technical guidance from Azure Customer enablement Plan a clear path forward fo
【備忘録】Azure ADで特定のIP以外からのアクセスはMFAを要求する、でやられたお話 - Qiita
社内IPからならパスワードだけで認証許可、社外IPからならMFAを要求する、というのはよくある話。 インターネットアクセス用のIPが変更になるので、Azure ADに信頼できるIPを追加しようと思ったら自分で設定したにも構成がみつけられず、やられてしまったので備忘録を兼ねてまとめてみた。 条件付きアクセス Azure ADではの条件付きアクセスは、最近のSaaS関係の相談も多いのでよく触ってる。特定のIPを「場所」として登録しておき、場所ごとに「信頼できる場所としてマーク」できる。 その上で、条件付きアクセスで「MFAを要求する、ただし信頼できる場所を除く」という設定を行う。 あとは、対象のアプリやらユーザーを設定すれば適用できる。 ここにあるはず・・・と、既存の構成の「信頼できる場所」に登録しているはずと思ってたら見つからなくて一人パニックに。どこで設定したんだ、俺。 Azure Mul
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft Entra の変更管理のアナウンス (2022 年 11 月の状況)
テナントを超えたコラボレーションの方法とゲストの管理について / Microsoftのクラウドサービスを使うならこれだけは知っておかないとまずいこと その2
AADのエンタープライズアプリケーションで、Teamsのグループ（Microsoft 365グループ）を割り当てできない【解決しました】
Microsoft
Windows Hello for Business の構成解説
#AzureAD認証 で #Azure #REST #API を叩く！