Skip to main content
Node.js 12 および 16 の長期サポート (LTS) は 2023 年に終了しました。これは、Node.js 開発チームがこれらのバージョンに対する重要なセキュリティ修正をバックポートしなくなったことを意味します。Node 12 または 16 のランタイムで実行すると、拡張機能コードがセキュリティ上の脆弱性にさらされる可能性があります。 Node 18 の拡張機能ランタイムは、拡張機能製品群全体で一般提供 (GA) されています。これには、Actions、Rules、Hooks、Database Scripts、カスタムソーシャル接続が含まれます。コード セキュリティのベストプラクティスに従うため、できるだけ早く Node 18 に更新することを強くお勧めします。

一般的な考慮事項

Rules と Hooks を Actions に移行する

廃止された拡張機能ランタイムを使用している場合は、Rules と Hooks の実装を見直すこの機会に、(Node 18) Actions への移行をお勧めします。Actions Limitations にアクセスして、どの Rules と Hooks を Actions に移行できるかを確認してください。Rules と Hooks を Actions に移行する方法の詳細については、Migrate to Actions を参照してください。

Marketplace の統合

ソーシャル接続の統合

Management API を使用すると、Node ランタイムのバージョン変更の影響を受ける可能性があるソーシャル接続の完全な一覧を特定できます。特に、カスタムのソーシャル接続として明示的に作成されたものや、Marketplace 経由で最初に追加されたものなど、影響を受ける可能性があるすべてのソーシャル接続では、strategy 属性の値が oauth1 または oauth2 のいずれかです。 その後、GET connections エンドポイントを使用して、特定のテナント内にある既存のカスタムのソーシャル接続をすべてページネーションしながら取得できます。たとえば、次のクエリオプションでは、最大 100 件のカスタムのソーシャル接続の名前と識別子を返します。
では、Marketplace 経由で追加したカスタムのソーシャル接続のスクリプトは更新できません。Node 18 との互換性を確保するためにスクリプトの変更が必要な場合は、Management API を使用する必要があります。

移行作業

新しいカスタム Actions を作成する

Auth0 Dashboard で Node 18 を使用して新しいカスタム Action を作成するには、次の手順に従います。
  1. Auth0 Dashboard > Actions > Library に移動します。
  2. Create Action > Build from scratch を選択します。
  3. Runtime* フィールドで、Node 18 (Recommended) を選択します。
  4. Node 18 でカスタム Actions を作成し、準備ができたらテストしてデプロイします。

既存のカスタム Actions をアップグレードする

Node 12 または 16 で構築された既存のカスタム Actions は、それぞれ個別に Node 18 へアップグレードでき、以前のランタイムを使用する以前のバージョンに戻すこともできます。Actions を Node 18 にアップグレードするには、必要な変更を加えた既存の実装の新しいバージョンを作成してデプロイし、ランタイムとして Node 18 を使用するよう設定します。

他の拡張機能製品では Node 18 を選択する

残りの (Actions 以外の) 拡張機能で使用するランタイムは、テナントの Advanced 設定でグローバルに定義されます。この設定を変更すると、同時に次の機能に影響します。
  • Rules
  • Hooks
  • カスタムデータベーススクリプト
  • カスタムソーシャル接続スクリプト
Auth0 Dashboard でテナントの拡張機能ランタイム設定を変更するには、次の手順に従います。
  1. Dashboard > Settings > Advanced に移動します。
  2. Extensibility セクションまでスクロールします。
  3. RuntimeNode 18 を選択します。
これは複数の拡張機能に同時に影響するグローバル設定であるため、まず開発テナントでこの手順を実行し、該当するすべての拡張機能をテストしたうえで、開発環境で問題がないことを確認してから本番テナントに進むことを推奨します。 特に Custom DB scripts については、グローバルなランタイムバージョンを変更する前に、このページで説明されている手順に従って、特定のランタイムバージョンに対してスクリプトを個別に検証できます。

既知の破壊的変更

Magic npm モジュール

Node 12 の拡張機能ランタイムでは、拡張機能コード内で明示的に require しなくても、特定の npm モジュールを使用できました。Node 16 ランタイム以降、このような使用方法のサポートは次のモジュールで削除されました。
  • _
  • async
  • Auth0
  • azure_storage
  • bcrypt
  • crypto
  • couchbase
  • cql
  • ip
  • Knex
  • mongo
  • mysql
  • mysql_pool
  • ObjectID
  • pbkdf2
  • pg
  • postgres
  • Pubnub
  • q
  • querystring
  • sqlserver
  • uuid
  • xml2js
  • xmldom
  • xpath
  • xtend
現在も Node 12 で拡張機能を実行している場合は、コードを直接 Node 18 に更新する際に、上記の変更を考慮してください。モジュールを使用する前に、明示的に require されていることを確認する必要があります。 Rules、カスタムデータベース接続、およびカスタムソーシャル接続では、Node 18 で利用可能として一覧表示されている バージョンのモジュールを明示的に require する必要があります。 Hooks と Actions では、モジュールを require する前に、目的のバージョンを明示的な依存関係として追加する必要があります。

Can I Require で削除されたモジュールバージョン

Can I Require で、Node 18 ランタイムにおける以下のモジュールの指定バージョンのサポートが削除されました。この変更は、Rules、カスタムデータベース接続スクリプト、カスタムソーシャル接続スクリプトに関連する拡張機能コードに影響します。
Marketplace で提供されている次のカスタムソーシャル接続 (Indeedmonday.comSnapchatTumblr) のユーザープロフィール取得スクリプトでは、Node 18 では利用できない axios モジュールのバージョン 0.22.0 が使用されていました。これらの接続のいずれかを使用している場合は、Management API を使用して、必要に応じてスクリプトを確認および更新してください。

TLS 接続ではデフォルトでセキュアな再ネゴシエーションが必要

Node.js 18 では、基盤となる OpenSSL 依存関係にこの要件が導入されたため、TLS 接続ではデフォルトでセキュアな再ネゴシエーション (RFC 5746) が必要です。 拡張機能コードで外部ネットワークへの呼び出しを行う場合、接続先サーバーはセキュアな再ネゴシエーションをサポートしている必要があります。サポートしていないと、リクエストは失敗し、次のようなエラーが発生します。
このセキュリティ関連の変更を踏まえ、すべての対象サーバーが安全な再ネゴシエーションをサポートするよう更新されていることを確認することを推奨します。対象のサーバーがお客様の管理下にないサードパーティ製サーバーである場合は、以前の動作を明示的に有効にすることを検討できます。 たとえば、axios ライブラリでは、次のコードスニペットはレガシー動作を明示的に有効にする方法を示しています。