ろぼいんブログ

トークン不要でnpmパッケージを公開できるtrusted publishingを試す

GitHubは、APIトークンを使わずにnpmに安全にパッケージを公開できる「trusted publishing」を発表しました。

実際に私が管理しているすべてのパッケージをtrusted publishingに移行したため、設定方法を紹介します。

広告

trusted publishingとは?

npmのtrusted publishingとは、認証にOpenID Connect(OIDC)を使用して、GitHub ActionsまたはGitLab CI/CDのワークフローからnpmパッケージを安全に公開できる仕組みです。

trusted publishingを使うと、流出や再利用ができない、短期間のみ有効なワークフロー固有の認証情報でパッケージを公開できるため、長期間有効なトークンを管理する必要がなくなり、セキュリティが向上します。

また、trusted publishingを設定すると、指定したGitHub ActionsまたはGitLab CI/CDのワークフローからの公開のみを受け付けるようになります。

さらに、デフォルトでnpmのprovenance statementsが有効化されています。

provenance statementsは、npmパッケージの透明性を向上させられる機能で、日本語では「来歴証明」や「来歴情報」といったところでしょうか。

広告

この機能を使うと、パッケージのnpmページにチェックマークのバッジが表示されるようになります。

npmページに表示される、provenance statementsのバッジのスクリーンショット

このバッジをクリックすると、パッケージがどのリポジトリーのどのコミットからどのようなシステムでビルドされたかを確認できます。

手動でnpmパッケージを公開する場合などには、手元でコードを変更してから公開できてしまうため、GitHubで公開されているソースコードとnpmで公開されているコードが同一とは限りませんが、provenance statementsを使うとそれらが同一であることを証明できます。

なお、provenance statements自体は従来のトークンによるパッケージ公開でも利用できます。詳細については、こちらの記事で紹介しています。

trusted publishingの設定方法

すでにGitHub Actionsを利用してパッケージを公開している場合、trusted publishingへの移行は非常に簡単です。

広告

まずは、trusted publishingに移行したいnpmパッケージの設定を開き、[Trusted Publisher]セクションで[GitHub Actions]または[GitLab CI/CD]を選択します。

npmのパッケージの設定画面のスクリーンショット。[Trusted Publisher]セクションの[Select your publisher]に[GitHub Actions]と[GitLab CI/CD]の2つのボタンが表示されている

ここでは例として、GitHub Actionsを選択しました。

それぞれの項目には、次のような内容を入力します。

npmのtrusted publisherの設定のスクリーンショット
  • Organization or user:GitHubリポジトリーを所有している組織またはユーザー。たとえば、リポジトリーがhttps://github.com/facebook/react/ならfacebookと入力します
  • Repository:GitHubのリポジトリー名。たとえば、リポジトリーがhttps://github.com/facebook/react/ならreactと入力します
  • Workflow filename:npmにパッケージを公開する処理を実行するGitHub Actionsワークフローのファイル名。たとえば、.github/workflows/release.ymlでパッケージを公開している場合は、release.ymlと入力します
  • Environment name:GitHub Actionsでenvironment機能を利用している場合は、npmパッケージの公開に使用するenvironmentの名前を入力します。environment機能を使用していない場合は空欄にします

必要な項目をすべて入力したら、[Set up connection]をクリックして設定を保存します。

次に、GitHub Actionsの設定ファイルを編集します。

ここでは、前述のChangesetsの記事のGitHub Actionsの設定を例として示しますが、Changesetsを使っていない場合でも同様の手順で移行できます。

広告
.github/workflows/release.yml
name: Release
on:
push:
branches: [main]
concurrency: ${{ github.workflow }}-${{ github.ref }}
jobs:
release:
runs-on: ubuntu-latest
permissions:
contents: write
id-token: write # この設定を忘れずに
pull-requests: write
strategy:
matrix:
node-version: [24.x]
steps:
- uses: actions/checkout@v5
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v4
with:
node-version: ${{ matrix.node-version }}
- run: npm ci
- name: Create Release Pull Request or Publish to npm
id: changesets
uses: changesets/action@v1
with:
version: npm run ci:version
publish: npm run ci:publish
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
NPM_TOKEN: ${{ secrets.NPM_TOKEN }}

今回の場合は、単純に環境変数からNPM_TOKENを削除するだけで大丈夫です。

permissionsid-token: writeを設定していない場合は、OIDCに必要なので追加してください。

これで、設定は完了です。npmにパッケージを公開できるか確認してください。

問題なくパッケージを公開できることが確認できたら、npmの不要になったトークンをGitHub Actionsのシークレットから削除するとともに、npmのダッシュボードから失効させておきましょう。

参考リンク

記事をシェア

Xに共有するBlueskyに共有するMisskeyに共有するLINEに共有するThreadsに共有する

フォローして最新情報を入手

Googleの優先ソースに追加すると、このサイトの記事をGoogleで見つけやすくなります。また、ぜひXやRSSフィードもフォローしてください。

Googleの優先ソースとして追加するGoogleの優先ソースとして追加するXのロゴ
著者のアイコン画像

生まれた時から、母国語よりも先にJavaScriptを使っていました。ネットの海のどこにもいなくてどこにでもいます。

Webフロントエンドプログラマーとして、TypeScriptを用いたWebアプリやブラウザー拡張機能を制作。Xのシャドウバン検知ツール「Shadowban Scanner」やリンクカード復活ツール「Restore Link Card」を公開し、国内外のメディアで紹介されました。iGEM 2023ではJapan-UnitedチームのWikiを制作してGrand Prizeの獲得に貢献。ブログではXやSNSの最新ニュース、不具合の検証と対処法、フロントエンド開発の知見を発信しています。