Node.js アプリを ADAL から MSAL に移行する方法

[アーティクル]
10/25/2023

現在、Microsoft ID プラットフォームに登録されているアプリケーションに対する認証と認可を有効にする場合に推奨される SDK は、Node 用 Microsoft 認証ライブラリ (MSAL Node) です。この記事では、Node 用 Active Directory 認証ライブラリ (ADAL Node) から MSAL Node にアプリを移行するために実行する必要がある重要な手順について説明します。

前提条件

Node バージョン 10、12、14、16、または 18。バージョンサポートに関する注意事項を参照してください

アプリの登録設定を更新する

ADAL Node の使用時、Azure AD v1.0 エンドポイントを使用していた可能性があります。 ADAL から MSAL に移行するアプリでは、Azure AD v2.0 エンドポイントに切り替えてください。

MSAL をインストールしてインポートする

npm を使用して MSAL Node パッケージをインストールします。

  npm install @azure/msal-node

その後、ご利用のコードに MSAL Node をインポートします。

  const msal = require('@azure/msal-node');

最後に、ADAL Node パッケージをアンインストールし、コード内のすべての参照を削除します。

  npm uninstall adal-node

MSAL の初期化

ADAL Node では、AuthenticationContext オブジェクトを初期化します。これにより、さまざまな認証フローで使用できるメソッドが公開されます (たとえば、Web アプリに対する acquireTokenWithAuthorizationCode)。初期化するときに必須のパラメーターは、機関 URI のみです。

var adal = require('adal-node');

var authorityURI = "https://login.microsoftonline.com/common";
var authenticationContex = new adal.AuthenticationContext(authorityURI);

MSAL Node では、代わりに 2 つの代替方法があります。モバイルアプリまたはデスクトップアプリを作成する場合は、PublicClientApplication オブジェクトのインスタンスを作成します。そのコンストラクターには、少なくとも clientId パラメーターを含む構成オブジェクトが必要です。 MSAL によって機関 URI は既定で https://login.microsoftonline.com/common に設定されます (指定しない場合)。

const msal = require('@azure/msal-node');

const pca = new msal.PublicClientApplication({
        auth: {
            clientId: "YOUR_CLIENT_ID"
        }
    });

Note

v2.0 で https://login.microsoftonline.com/common の機関を使用する場合、ユーザーに Microsoft Entra 組織または個人用 Microsoft アカウント (MSA) を使用したサインインを許可することになります。 MSAL Node で、Microsoft Entra アカウントへのログインを制限したい場合 (ADAL Node の場合と同じ動作) は、代わりに https://login.microsoftonline.com/organizations を使用してください。

一方、Web アプリまたはデーモンアプリを作成する場合は、ConfidentialClientApplication オブジェクトのインスタンスを作成します。このようなアプリでは、クライアントシークレットや証明書などの "クライアント資格情報" も指定する必要があります。

const msal = require('@azure/msal-node');

const cca = new msal.ConfidentialClientApplication({
        auth: {
            clientId: "YOUR_CLIENT_ID",
            clientSecret: "YOUR_CLIENT_SECRET"
        }
    });

ADAL の AuthenticationContext とは異なり、PublicClientApplication と ConfidentialClientApplication はいずれもクライアント ID にバインドされています。これは、アプリケーションで使用したいさまざまなクライアント ID がある場合、それぞれに対して新しい MSAL インスタンスを作成する必要があることを意味します。詳細については、MSAL Node の初期化に関する記事を参照してください

MSAL を構成する

Microsoft ID プラットフォームでアプリを作成する場合、アプリには認証に関連する多くのパラメーターが含まれることになります。 ADAL Node では、AuthenticationContext オブジェクトには、そのインスタンスの作成に使用できる構成パラメーターの数が制限されていますが、残りのパラメーターはコード内で制限されずに使用されます (例: clientSecret)。

var adal = require('adal-node');

var authority = "https://login.microsoftonline.com/YOUR_TENANT_ID"
var validateAuthority = true,
var cache = null;

var authenticationContext = new adal.AuthenticationContext(authority, validateAuthority, cache);

authority: トークン機関を識別する URL
validateAuthority: コードが悪意のある可能性のある機関にトークンを要求しないようにする機能
cache: この AuthenticationContext インスタンスによって使用されるトークンキャッシュを設定します。このパラメーターが設定されていない場合は、既定値のインメモリキャッシュが使用されます

一方、MSAL Node では、種類 Configuration の構成オブジェクトを使用します。これには、次のプロパティが含まれます。

const msal = require('@azure/msal-node');

const msalConfig = {
    auth: {
        clientId: "YOUR_CLIENT_ID",
        authority: "https://login.microsoftonline.com/YOUR_TENANT_ID",
        clientSecret: "YOUR_CLIENT_SECRET",
        knownAuthorities: [],
    },
    cache: {
        // your implementation of caching
    },
    system: {
        loggerOptions: { /** logging related options */ }
    }
}


const cca = new msal.ConfidentialClientApplication(msalConfig);

重要な違いとして、MSAL には、機関の検証を無効にするフラグがなく、機関は必ず既定で検証されます。要求した機関は、MSAL によって、Microsoft が認識している機関の一覧、または構成で指定した機関の一覧と比較されます。詳細については、「構成オプション」を参照してください

MSAL API に切り替える

ADAL Node のパブリックメソッドのほとんどには、MSAL Node に同等のものがあります。

ADAL	MSAL	メモ
`acquireToken`	`acquireTokenSilent`	名前が変更され、アカウントオブジェクトが必要になりました
`acquireTokenWithAuthorizationCode`	`acquireTokenByCode`
`acquireTokenWithClientCredentials`	`acquireTokenByClientCredential`
`acquireTokenWithRefreshToken`	`acquireTokenByRefreshToken`	有効な更新トークンを移行する場合に便利です
`acquireTokenWithDeviceCode`	`acquireTokenByDeviceCode`	ユーザーコードの取得を抽象化するようになりました (下記参照)
`acquireTokenWithUsernamePassword`	`acquireTokenByUsernamePassword`

ただし、ADAL Node の一部のメソッドは非推奨とされ、その一方、MSAL Node には新しいメソッドが用意されています。

ADAL	MSAL	メモ
`acquireUserCode`	該当なし	`acquireTokeByDeviceCode` とマージされました (上記参照)
該当なし	`acquireTokenOnBehalfOf`	OBO フローを抽象化する新しいメソッド
`acquireTokenWithClientCertificate`	該当なし	初期化中に証明書が割り当てられるようになったため、不要になりました (構成オプションに関するセクションを参照)
該当なし	`getAuthCodeUrl`	承認エンドポイントの URL の構成を抽象化する新しいメソッド

リソースの代わりにスコープを使用する

v1.0 と v2.0 のエンドポイントの重要な違いは、リソースへのアクセス方法に関するものです。 ADAL Node では、最初にアプリ登録ポータルにアクセス許可を登録してから、下に示すように、リソース (Microsoft Graph など) のアクセストークンを要求します。

authenticationContext.acquireTokenWithAuthorizationCode(
    req.query.code,
    redirectUri,
    resource, // e.g. 'https://graph.microsoft.com'
    clientId,
    clientSecret,
    function (err, response) {
        // do something with the authentication response
    }
);

MSAL Node では v2.0 エンドポイントのみがサポートされています。 v2.0 エンドポイントは、"スコープ中心" モデルを使用してリソースにアクセスします。したがって、リソースのアクセストークンを要求するときは、そのリソースのスコープも指定する必要があります。

const tokenRequest = {
    code: req.query.code,
    scopes: ["https://graph.microsoft.com/User.Read"],
    redirectUri: REDIRECT_URI,
};

pca.acquireTokenByCode(tokenRequest).then((response) => {
    // do something with the authentication response
}).catch((error) => {
    console.log(error);
});

スコープ中心モデルの利点の 1 つは、"動的スコープ" を使用できることです。 v1.0 を使用してアプリケーションを作成するときは、ユーザーがログイン時に同意するアプリケーションで必要なアクセス許可 ("静的スコープ" と呼ばれます) の完全なセットを登録する必要がありました。 v2.0 では、スコープパラメーターを使用して、アクセス許可を必要なときに要求できます (この理由により、"動的スコープ")。これによって、ユーザーはスコープに増分同意を与えることができます。最初ユーザーにはアプリケーションへのサインインだけを行わせ、どのような種類のアクセスも必要としない場合、そうすることができます。その後、ユーザーの予定表を読み取る機能が必要になった場合は、acquireToken メソッドで予定表のスコープを要求してユーザーの同意を得ることができます。詳細については、「リソースとスコープ」を参照してください

コールバックの代わりに Promise を使用する

ADAL Node では、認証が成功し、応答が取得された後に、すべての操作にコールバックが使用されます。

var context = new AuthenticationContext(authorityUrl, validateAuthority);

context.acquireTokenWithClientCredentials(resource, clientId, clientSecret, function(err, response) {
    if (err) {
        console.log(err);
    } else {
        // do something with the authentication response
    }
});

MSAL Node では、Promise が代わりに使用されます。

    const cca = new msal.ConfidentialClientApplication(msalConfig);

    cca.acquireTokenByClientCredential(tokenRequest).then((response) => {
        // do something with the authentication response
    }).catch((error) => {
        console.log(error);
    });

ES8 に付属する async と await 構文を使用することもできます。

    try {
        const authResponse = await cca.acquireTokenByCode(tokenRequest);
    } catch (error) {
        console.log(error);
    }

ログの有効化

ADAL Node では、コード内の任意の場所でログを別途構成します。

var adal = require('adal-node');

//PII or OII logging disabled. Default Logger does not capture any PII or OII.
adal.logging.setLoggingOptions({
  log: function (level, message, error) {
    console.log(message);

    if (error) {
        console.log(error);
    }
  },
  level: logging.LOGGING_LEVEL.VERBOSE, // provide the logging level
  loggingWithPII: false  // Determine if you want to log personal identification information. The default value is false.
});

MSAL Node では、ログは構成オプションの一部であり、MSAL Node インスタンスの初期化で作成されます。

const msal = require('@azure/msal-node');

const msalConfig = {
    auth: {
        // authentication related parameters
    },
    cache: {
        // cache related parameters
    },
    system: {
        loggerOptions: {
            loggerCallback(loglevel, message, containsPii) {
                console.log(message);
            },
            piiLoggingEnabled: false,
            logLevel: msal.LogLevel.Verbose,
        }
    }
}

const cca = new msal.ConfidentialClientApplication(msalConfig);

トークンのキャッシュの有効化

ADAL Node では、インメモリトークンキャッシュをインポートするオプションがありました。このトークンキャッシュは、AuthenticationContext オブジェクトを初期化するときにパラメーターとして使用されます。

var MemoryCache = require('adal-node/lib/memory-cache');

var cache = new MemoryCache();
var authorityURI = "https://login.microsoftonline.com/common";

var context = new AuthenticationContext(authorityURI, true, cache);

MSAL Node は、既定ではインメモリトークンキャッシュを使用します。これは明示的にインポートする必要はありません。インメモリトークンキャッシュは ConfidentialClientApplication および PublicClientApplication クラスの一部として公開されています。

const msalTokenCache = publicClientApplication.getTokenCache();

重要なことは、ADAL Node を使用した以前のトークンキャッシュは、キャッシュスキーマに互換性がないため、MSAL Node に転送できないということです。ただし、MSAL Node で ADAL Node を使用して以前にアプリで取得した有効な更新トークンを使用することができます。詳細については、更新トークンのセクションを参照してください。

独自のキャッシュプラグインを用意して、ディスクにキャッシュを書き込むこともできます。キャッシュプラグインには、インターフェイス ICachePlugin の実装が必要です。ログと同様に、キャッシュは構成オプションの一部であり、MSAL Node インスタンスの初期化で作成されます。

const msal = require('@azure/msal-node');

const msalConfig = {
    auth: {
        // authentication related parameters
    },
    cache: {
        cachePlugin // your implementation of cache plugin
    },
    system: {
        // logging related options
    }
}

const msalInstance = new ConfidentialClientApplication(msalConfig);

キャッシュプラグインの例は、下のように実装できます。

const fs = require('fs');

// Call back APIs which automatically write and read into a .json file - example implementation
const beforeCacheAccess = async (cacheContext) => {
    cacheContext.tokenCache.deserialize(await fs.readFile(cachePath, "utf-8"));
};

const afterCacheAccess = async (cacheContext) => {
    if(cacheContext.cacheHasChanged) {
        await fs.writeFile(cachePath, cacheContext.tokenCache.serialize());
    }
};

// Cache Plugin
const cachePlugin = {
    beforeCacheAccess,
    afterCacheAccess
};

デスクトップアプリなどのパブリッククライアントアプリケーションを開発している場合は、Node 用 Microsoft 認証拡張機能に、クライアントアプリケーションがクロスプラットフォームトークンキャッシュのシリアル化と永続化を実行するための安全なメカニズムが用意されています。サポートされているプラットフォームは、Windows、Mac、Linux です。

注意

Node 用 Microsoft 認証拡張機能は、スケーリングとパフォーマンスに関する問題を引き起こす可能性があるため、Web アプリケーションには推奨されません。代わりに、Web アプリではセッションでキャッシュを永続化することをお勧めします。

更新トークンに関するロジックを削除する

ADAL Node では、更新トークン (RT) が公開されました。これにより、これらのトークンをキャッシュし、acquireTokenWithRefreshToken メソッドを使用することで、そのトークンの使用に関するソリューションを開発できます。 RT が特に関連する一般的なシナリオは次のとおりです。

ユーザーが接続されなくなったダッシュボードの更新などのアクションをユーザーの代わりに行う実行時間の長いサービス。
クライアントが RT を Web サービスに渡せるようにする WebFarm シナリオ (キャッシュはサーバー側ではなく、クライアント側で行われます (暗号化された Cookie))。

MSAL Node とその他の MSAL は、セキュリティ上の理由により、更新トークンは公開されません。代わりに、MSAL がトークンの更新を処理します。そのため、これに関するロジックを構築する必要がなくなりました。ただし、以前に取得した (有効な) 更新トークンを ADAL ノードのキャッシュから利用して、MSAL Node を含む新しいトークンセットを取得できます。これを行うために、MSAL Node では acquireTokenByRefreshToken が提供されています。これは、ADAL Node の acquireTokenWithRefreshToken メソッドに相当するものです。

var msal = require('@azure/msal-node');

const config = {
    auth: {
        clientId: "ENTER_CLIENT_ID",
        authority: "https://login.microsoftonline.com/ENTER_TENANT_ID",
        clientSecret: "ENTER_CLIENT_SECRET"
    }
};

const cca = new msal.ConfidentialClientApplication(config);

const refreshTokenRequest = {
    refreshToken: "", // your previous refresh token here
    scopes: ["https://graph.microsoft.com/.default"],
    forceCache: true,
};

cca.acquireTokenByRefreshToken(refreshTokenRequest).then((response) => {
    console.log(response);
}).catch((error) => {
    console.log(error);
});

詳細については、ADAL ノードから MSAL ノードへの移行サンプルを参照してください。

注意

上記で示されているように、MSAL Node の acquireTokenByRefreshToken メソッドを使用して新しいトークンのセットを取得するために現在も有効なトークンを使用した後は、古い ADAL Node トークンキャッシュを破棄することをお勧めします。

エラーと例外を処理する

MSAL Node を使用している場合に、最も一般的な種類のエラーは、interaction_required エラーです。多くの場合、このエラーは対話型トークン取得のプロンプトを開始するだけで解決されます。たとえば、acquireTokenSilent を使用する場合に、キャッシュされた更新トークンがない場合、MSAL Node はアクセストークンをサイレントで取得できません。同様に、アクセスしようとしている Web API に条件付きアクセスポリシーが設定されている場合があり、その場合、ユーザーは多要素認証 (MFA) を実行する必要があります。そのような場合に、acquireTokenByCode をトリガーして interaction_required エラーを処理すると、ユーザーに MFA を要求するプロンプトが表示され、それを実行できるようになります。

発生する可能性のあるもう一つの一般的なエラーは consent_required です。これは、保護されたリソースのアクセストークンを取得するために必要な権限がユーザーによって同意されていない場合に発生します。 interaction_required の場合と同様に、consent_required エラーのソリューションによって、acquireTokenByCode メソッドを使用した対話的なトークン取得のプロンプトが開始されることがよくあります。

アプリを実行する

変更が完了したら、アプリを実行し、認証シナリオをテストします。

npm start

例: ADAL Node または MSAL Node を使用したトークンの取得

下のスニペットは、Express.js フレームワークの機密クライアント Web アプリを示しています。これは、ユーザーが認証ルート /auth に達したときにサインインを実行し、/redirect ルートを介して Microsoft Graph のアクセストークンを取得し、そのトークンの内容を表示します。

ADAL Node を使用する場合 MSAL Node を使用する場合

// Import dependencies
var express = require('express');
var crypto = require('crypto');
var adal = require('adal-node');

// Authentication parameters
var clientId = 'Enter_the_Application_Id_Here';
var clientSecret = 'Enter_the_Client_Secret_Here';
var tenant = 'Enter_the_Tenant_Info_Here';
var authorityUrl = 'https://login.microsoftonline.com/' + tenant;
var redirectUri = 'http://localhost:3000/redirect';
var resource = 'https://graph.microsoft.com';

// Configure logging
adal.Logging.setLoggingOptions({
    log: function (level, message, error) {
        console.log(message);
    },
    level: adal.Logging.LOGGING_LEVEL.VERBOSE,
    loggingWithPII: false
});

// Auth code request URL template
var templateAuthzUrl = 'https://login.microsoftonline.com/'
    + tenant + '/oauth2/authorize?response_type=code&client_id='
    + clientId + '&redirect_uri=' + redirectUri
    + '&state=<state>&resource=' + resource;

// Initialize express
var app = express();

// State variable persists throughout the app lifetime
app.locals.state = "";

app.get('/auth', function(req, res) {

    // Create a random string to use against XSRF
    crypto.randomBytes(48, function(ex, buf) {
        app.locals.state = buf.toString('base64')
            .replace(/\//g, '_')
            .replace(/\+/g, '-');

        // Construct auth code request URL
        var authorizationUrl = templateAuthzUrl
            .replace('<state>', app.locals.state);

        res.redirect(authorizationUrl);
    });
});

app.get('/redirect', function(req, res) {
    // Compare state parameter against XSRF
    if (app.locals.state !== req.query.state) {
        res.send('error: state does not match');
    }

    // Initialize an AuthenticationContext object
    var authenticationContext =
        new adal.AuthenticationContext(authorityUrl);

    // Exchange auth code for tokens
    authenticationContext.acquireTokenWithAuthorizationCode(
        req.query.code,
        redirectUri,
        resource,
        clientId,
        clientSecret,
        function(err, response) {
            res.send(response);
        }
    );
});

app.listen(3000, function() {
    console.log(`listening on port 3000!`);
});

// Import dependencies
const express = require("express");
const msal = require('@azure/msal-node');

// Authentication parameters
const config = {
    auth: {
        clientId: "Enter_the_Application_Id_Here",
        authority: "https://login.microsoftonline.com/Enter_the_Tenant_Info_Here",
        clientSecret: "Enter_the_Client_Secret_Here"
    },
    system: {
        loggerOptions: {
            loggerCallback(loglevel, message, containsPii) {
                console.log(message);
            },
            piiLoggingEnabled: false,
            logLevel: msal.LogLevel.Verbose,
        }
    }
};

const REDIRECT_URI = "http://localhost:3000/redirect";

// Initialize MSAL Node object using authentication parameters
const cca = new msal.ConfidentialClientApplication(config);

// Initialize express
const app = express();

app.get('/auth', (req, res) => {

    // Construct a request object for auth code
    const authCodeUrlParameters = {
        scopes: ["user.read"],
        redirectUri: REDIRECT_URI,
    };

    // Request auth code, then redirect
    cca.getAuthCodeUrl(authCodeUrlParameters)
        .then((response) => {
            res.redirect(response);
        }).catch((error) => res.send(error));
});

app.get('/redirect', (req, res) => {

    // Use the auth code in redirect request to construct
    // a token request object
    const tokenRequest = {
        code: req.query.code,
        scopes: ["user.read"],
        redirectUri: REDIRECT_URI,
    };

    // Exchange the auth code for tokens
    cca.acquireTokenByCode(tokenRequest)
        .then((response) => {
            res.send(response);
        }).catch((error) => res.status(500).send(error));
});

app.listen(3000, () =>
    console.log(`listening on port 3000!`));

次の方法で共有