Azure AD (Microsoft Entra ID) とは？オンプレミスADとの違いと進化の歴史を徹底解説

Azure AD（Microsoft Entra ID）とは？オンプレミスADとの違いと進化の歴史

先生と生徒の会話形式で理解しよう

生徒

「最近よく耳にする Microsoft Entra ID（マイクロソフトエントラアイディー）って何ですか？以前は Azure AD（アジュールエーディー）と呼ばれていたものと同じでしょうか？」

先生

「はい、その通りです。2023年に名称が変更されました。これはクラウド上でユーザーのIDやアクセス権を管理するサービスのことですよ。」

生徒

「会社で昔から使っている Active Directory（アクティブディレクトリ）とは何が違うんですか？」

先生

「実は、名前は似ていますが仕組みや役割が大きく異なります。今回はその違いや歴史について、初心者の方にも分かりやすく解説しますね！」

1. Azure AD (Microsoft Entra ID) の基礎知識

Microsoft Entra ID（旧称：Azure Active Directory）は、マイクロソフトが提供するクラウドベースのID・アクセス管理サービスです。読み方は「マイクロソフトエントラアイディー」です。一般的には「IDaaS（アイダース / Identity as a Service）」の一種として分類されます。

現代のビジネスシーンでは、Microsoft 365（マイクロソフトサンロクゴ）や Salesforce（セールスフォース）、Zoom（ズーム）など、多くのクラウドサービス（SaaS）を利用します。これら複数のサービスにログインするための「ユーザー名」や「パスワード」を一つの場所でまとめて管理し、安全に利用できるようにするのが Entra ID の主な役割です。セキュリティを高めるための多要素認証（MFA）や、一度のログインで複数のサービスにアクセスできるシングルサインオン（SSO）といった機能が統合されています。

2. オンプレミスADとEntra IDの決定的な違い

従来から企業で利用されてきた Active Directory（オンプレミスAD）と、クラウド型の Microsoft Entra ID は、設計思想が根本から異なります。オンプレミスADは、社内ネットワーク（イントラネット）という「境界」の内側を守るための仕組みです。一方、Entra ID はインターネット上のどこからでも安全にアクセスできるようにするための仕組みです。

通信プロトコル（約束事）にも違いがあります。オンプレミスADでは Kerberos（ケルベロス）や LDAP（エルダップ）という方式が使われますが、Entra ID ではモダンなインターネット標準である OAuth 2.0（オーオース）や OpenID Connect（オープンアイディーコネクト）、SAML（サムル）などが使われています。これにより、Webブラウザを介した安全な認証が可能になっています。

3. 進化の歴史と名称変更の背景

このサービスの歴史は、2010年頃に Windows Azure Active Directory として発表されたことから始まります。当時はあくまで Azure（アジュール）というクラウドプラットフォームを利用するための補助的な認証機能という立ち位置でした。しかし、Microsoft 365 の普及と共に、世界で最も利用されるクラウドID基盤へと成長しました。

2023年、マイクロソフトは「Azure AD」という名称を「Microsoft Entra ID」へと変更しました。これは、認証基盤が単なる Azure の一部ではなく、ネットワークアクセス管理や権限管理を含む広大な「Microsoft Entra」製品ファミリーの中核であることを示すためです。ブランドを統一することで、マルチクラウド環境（AWSやGoogle Cloudなど）での利用も促進する狙いがあります。

4. ユーザー情報を管理するデータの構造

Entra ID やオンプレミスADでは、ユーザー情報をデータベースのような形式で保持しています。ここでは、概念を理解するために、ユーザー情報を格納するイメージをプログラム的な視点で見てみましょう。まず、管理されているユーザーのリストを想定します。


id | user_name | department | email                | status
---+-----------+------------+----------------------+---------
1  | 佐藤太郎  | 営業部     | sato@example.com     | Active
2  | 鈴木花子  | 開発部     | suzuki@example.com   | Active
3  | 高橋一郎  | 総務部     | takahashi@example.com| Disabled
4  | 田中次郎  | 営業部     | tanaka@example.com   | Active

例えば、特定の部署のユーザーだけを抽出するような処理を SQL（エスキュエル）で表現すると、管理ツールが内部で行っている動作をイメージしやすくなります。


SELECT user_name, email
FROM users
WHERE department = '営業部' AND status = 'Active';


user_name | email
----------+-------------------
佐藤太郎  | sato@example.com
田中次郎  | tanaka@example.com

このように、ID管理サービスは膨大なユーザー属性を正確に保持し、必要な時に認証情報として提供するデータベースの役割を果たしています。

5. 認証の仕組みをプログラムでイメージする

初心者の方向けに、認証の基本的なロジックを C#（シーシャープ）というプログラミング言語を使って簡略化して解説します。実際にはもっと複雑な暗号化が行われますが、考え方は「入力された情報が登録データと一致するか」を確認することです。


using System;

class Program
{
    static void Main()
    {
        string registeredUser = "admin@example.com";
        string registeredPass = "P@ssw0rd123";

        Console.WriteLine("IDを入力してください：");
        string inputUser = Console.ReadLine();
        
        Console.WriteLine("パスワードを入力してください：");
        string inputPass = Console.ReadLine();

        if (inputUser == registeredUser && inputPass == registeredPass)
        {
            Console.WriteLine("認証成功！Microsoft Entra IDポータルへようこそ。");
        }
        else
        {
            Console.WriteLine("認証失敗。ユーザー名またはパスワードが違います。");
        }
    }
}

このコードを実行した際の動作結果は以下のようになります。


IDを入力してください：
admin@example.com
パスワードを入力してください：
P@ssw0rd123
認証成功！Microsoft Entra IDポータルへようこそ。

Entra ID は、このような照合処理を世界規模のサーバー群で、かつ非常に高度なセキュリティ対策（AIによる不正サインイン検知など）を施した状態で行っているのです。

6. 多要素認証（MFA）の重要性と実装の考え方

現代のセキュリティでは、パスワードだけの認証は非常に危険です。そこで Entra ID では「多要素認証（MFA：Multi-Factor Authentication）」が推奨されています。これは、パスワード（知識情報）に加えて、スマホへの通知（所有情報）や指紋（生体情報）などを組み合わせる方法です。

例えば、認証が成功した後に、追加の確認コードが必要なケースを条件分岐で考えてみましょう。


bool isPasswordCorrect = true;
bool isMfaApproved = false;

if (isPasswordCorrect)
{
    Console.WriteLine("第1段階認証完了。スマホアプリで承認してください。");
    
    // ここでユーザーがスマホで「承認」ボタンを押したと仮定
    isMfaApproved = true; 

    if (isMfaApproved)
    {
        Console.WriteLine("ログインを許可しました。全リソースにアクセス可能です。");
    }
    else
    {
        Console.WriteLine("MFA認証が拒否されました。");
    }
}


第1段階認証完了。スマホアプリで承認してください。
ログインを許可しました。全リソースにアクセス可能です。

7. PowerShellを使ったEntra IDの操作

ITエンジニアや管理者は、マウスで操作する画面（GUI）だけでなく、コマンド入力（CLI）で Entra ID を管理することがよくあります。特に Microsoft Graph PowerShell（マイクロソフトグラフパワーシェル）というツールが頻繁に使われます。Linux（リナックス）などのコマンドライン操作に慣れている方にとっても、自動化のために必須のスキルです。

例えば、現在のドメイン情報を取得したり、ユーザー一覧を表示するコマンドのイメージは以下の通りです。


Get-MgDomain
Id                  IsDefault  IsAdminManaged
--                  ---------  --------------
example.onmicrosoft.com True       True

コマンドを利用することで、数百人のユーザーを一括で登録したり、設定を一度に変更したりすることが可能になります。これはオンプレミスAD時代の運用を、より現代的な「Infrastructure as Code（コードによるインフラ管理）」へと進化させた形と言えます。

8. ハイブリッドID環境という選択肢

多くの企業は、オンプレミスADから一気にクラウドへ移行するのではなく、両方を組み合わせて利用する「ハイブリッドID」という構成をとっています。これを実現するのが「Microsoft Entra Connect（旧称：Azure AD Connect）」という同期ツールです。

社内の Active Directory で作成したユーザー情報をクラウド（Entra ID）へ自動的にコピー（同期）することで、社員は社内PCへのログインパスワードと同じパスワードで、Microsoft 365 などのクラウドサービスも利用できるようになります。これはユーザーの利便性を高めるだけでなく、管理者の負担を大幅に軽減する画期的な仕組みです。クラウドへの第一歩として、このハイブリッド構成から始める企業が非常に多いのが現状です。

まとめ

ここまで、Microsoft Entra ID（旧称：Azure AD）の基本的な概念から、従来のオンプレミスActive Directory（AD）との違い、そして進化の歴史について詳しく解説してきました。現代のビジネス環境において、クラウドサービス（SaaS）の利用は避けて通れません。Microsoft 365やSalesforce、Zoomといった多様なツールを安全かつ効率的に利用するためには、バラバラになりがちなユーザーIDやパスワードを一括で管理する仕組みが必要です。その中心を担うのが、クラウドネイティブなID管理基盤であるMicrosoft Entra IDです。

Microsoft Entra IDが重要視される理由

従来のオンプレミスADは、社内ネットワークという「壁」の内側を守るためのツールでした。しかし、テレワークの普及やモバイルデバイスの活用が進んだ現在では、ネットワークの境界線が曖昧になっています。そこで登場したのが「IDを新しい境界線」とする考え方です。どこからアクセスしても、誰がアクセスしているのかを厳密に認証し、適切な権限を与える。この「ゼロトラスト」というセキュリティモデルを実現するために、Entra IDは欠かせない存在となっています。

また、多要素認証（MFA）やシングルサインオン（SSO）といった機能は、単にセキュリティを強固にするだけでなく、ユーザーがいちいち複数のパスワードを覚えたり入力したりする手間を省く「利便性の向上」にも大きく寄与しています。管理者の視点では、ユーザーの一括管理やログの可視化が容易になり、ガバナンスの強化にもつながります。

技術的な視点での振り返り

記事の中で紹介したように、Entra IDの内部では高度なデータベース管理が行われています。ユーザーの属性情報を整理し、SQLのようなクエリによって必要な情報を瞬時に取り出す仕組みが動いています。ここで、改めてユーザー情報の管理状態をSQLのテーブル形式で整理してみましょう。


id | display_name | job_title   | account_type | mfa_status
---+--------------+-------------+--------------+-----------
1  | 佐藤太郎     | 営業マネージャ | Member       | Enabled
2  | 鈴木花子     | 開発リーダー   | Member       | Enabled
3  | 高橋一郎     | 外部協力者     | Guest        | Enabled
4  | 田中次郎     | 人事担当       | Member       | Disabled
5  | 伊藤純一     | システム管理者 | Member       | Enabled
6  | 渡辺美紀     | 広報担当       | Member       | Enabled

例えば、ゲストユーザー（外部協力者）だけを抽出して、セキュリティ設定を確認したい場合のSQLイメージは以下のようになります。


SELECT display_name, account_type, mfa_status
FROM users
WHERE account_type = 'Guest';


display_name | account_type | mfa_status
-------------+--------------+-----------
高橋一郎     | Guest        | Enabled

このように、クラウド上の膨大なユーザーデータを正確にハンドリングすることで、安全なアクセス制御が可能になります。また、C#などのプログラミング言語を用いた認証ロジックの簡略化モデルを通じ、入力された情報がどのように照合されるかのプロセスも理解できたかと思います。

今後の展望：ハイブリッドからフルクラウドへ

多くの企業では、現在もオンプレミスADとEntra IDを併用する「ハイブリッド環境」で運用されています。しかし、Microsoft Entra Connectによる同期技術の進化により、運用の中心は着実にクラウドへとシフトしています。今後、さらにAIを活用したリスクベースの認証（普段と違う場所からのログインを検知してブロックするなど）が一般的になり、私たちのデジタルアイデンティティはより強固に守られるようになるでしょう。

プログラミング初学者やIT管理者を目指す方にとって、この「ID管理」という分野は非常に奥が深く、かつ需要の高い領域です。まずは基本的な用語や仕組みをしっかりと押さえ、実際のAzureポータル画面やPowerShell操作を通じて、少しずつ経験を積んでいくことが大切です。

先生と生徒の振り返り会話

生徒

「先生、まとめを読んでMicrosoft Entra IDの全体像がかなりスッキリ整理できました！要するに、インターネット時代の『デジタルな身分証明書発行所』みたいなものですね。」

先生

「その例えは非常に分かりやすいですね！単なるパスワード確認所ではなく、その人が本当に本人か、そしてどの部屋（アプリ）に入って良いかを判断する総合受付のような役割です。」

生徒

「オンプレミスADとの違いも、通信プロトコルの話を聞いて納得しました。Kerberosは社内用、OAuthやSAMLはWeb用、という使い分けがされているんですね。プログラムで書いた認証の仕組みも、if文で見るとイメージしやすかったです。」

先生

「そうですね。実際のシステムはもっと複雑ですが、根本にあるのは『登録情報と入力情報の照合』です。せっかくなので、最後にCOBOL（コボル）という歴史ある言語で、もし認証処理を書くならどうなるか、少しだけ覗いてみましょう。モダンなC#とはまた違った雰囲気ですよ。」


IDENTIFICATION DIVISION.
PROGRAM-ID. AUTH-CHECK.

DATA DIVISION.
WORKING-STORAGE SECTION.
01 USER-INPUT     PIC X(20).
01 PASS-INPUT     PIC X(20).
01 REG-USER       PIC X(20) VALUE "ADMIN-USER".
01 REG-PASS       PIC X(20) VALUE "SECRET123".

PROCEDURE DIVISION.
    DISPLAY "ENTER USER ID:".
    ACCEPT USER-INPUT.
    DISPLAY "ENTER PASSWORD:".
    ACCEPT PASS-INPUT.

    IF USER-INPUT = REG-USER AND PASS-INPUT = REG-PASS
        DISPLAY "AUTHENTICATION SUCCESSFUL"
    ELSE
        DISPLAY "AUTHENTICATION FAILED"
    END-IF.

    STOP RUN.

生徒

「わあ、COBOLは英語の文章みたいですね！でも、やっていることはC#のプログラムと同じで、入力と登録情報を比較しているのが分かります。古いシステムから最新のクラウドまで、認証の基本は変わらないんですね。」

先生

「素晴らしい気づきです！技術は進化しますが、本質的なロジックを理解しておけば、どんな言語やサービスに出会っても応用が利きます。Linuxコマンドでの管理も、最初は難しく感じるかもしれませんが、一つずつコマンドを叩いて慣れていきましょう。」


# ログイン中のユーザー情報を表示するコマンドの例
az ad signed-in-user show --query displayName
"佐藤太郎"

生徒

「はい！azコマンドも少しずつ触ってみようと思います。クラウドの世界は覚えることが多いですが、Entra IDという土台を理解できたのは大きな一歩になりました。ありがとうございました！」

先生

「こちらこそ！これからも新しい技術を楽しんで学んでいきましょうね。何かわからないことがあれば、いつでも聞いてください。」