本文へ移動
情シスのミカタ
ニュース約4分で読めます

GitHub CLIが期限付き認証に対応、自動更新とスクリプトの確認点

GitHub CLIで、期限付きOAuth認証の公開プレビューが始まりました。選択すればトークンを自動更新できますが、保存したトークンを使うスクリプトは確認が必要です。対応バージョンやGitとの連携、従来の認証が変わらない条件を整理します。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
GitHub CLIが期限付き認証に対応、自動更新とスクリプトの確認点

この記事のまとめ

  • GitHub CLI v2.103.0以降で、期限付きOAuth認証を任意に選べる公開プレビューが開始。
  • トークンは自動更新されますが、取得した値を保存・再利用するスクリプトは確認が必要です。
  • 既存のログインは変更なし。HTTPS経由のGit利用では認証連携とgit 2.46以降を推奨。
こんな方に#20代#30代#40代#50代#60代実務

GitHubは2026年10月21日、コマンドでGitHubを操作するGitHub CLIで、期限付きOAuth認証の公開プレビューを開始しました。認証情報であるアクセストークンに有効期限を設け、必要に応じて自動更新する仕組みです。利用は任意で、既存のログインや手動で指定したトークンは従来どおり使えます。

期限付き認証は任意、自動更新で利用を継続

利用にはGitHub CLI v2.103.0以降が必要です。gh auth login --expiringでログインすると、期限付き認証を選択できます。毎回のログインに適用する設定は、gh config set expiring_credentials enabledです。

GitHub CLIのコマンドであるghは、期限付きアクセストークンと、その更新に使うリフレッシュトークンを保存します。リフレッシュトークンは更新のたびに入れ替わります。GitHubによると、必要時にghが自動更新するため、再認証なしで利用を続けられます。漏えいしたアクセストークンも、数時間以内に使えなくなるとしています。

提供先はgithub.comとghe.comです。GitHub Enterprise Serverでは、GHES 3.23以降が期限付きトークンを発行します。それより前の版では、期限付き認証を選んでも従来の無期限認証になります。日本での提供は発表には書かれていません。

保存したトークンとGitの認証連携を確認

切り替えで確認したいのは、ghから取り出したトークンを別の処理で使っている場合です。GitHubは、取得済みのトークンを保存して再利用するスクリプトや拡張機能では、期限切れになる恐れがあると注意を促しています。

ghの外でトークンを使う場合は、毎回gh auth tokenで取得するよう案内しています。一方、長期間有効なトークンが必要な処理では、期限付き認証の選択を見送るよう求めています。自動更新されることと、保存済みのトークンをそのまま使い続けられることは、分けて考える必要があります。

HTTPS経由でGitを使う場合、GitHubはgh auth setup-gitによる認証連携を強く推奨しています。Gitの認証情報を扱う「認証ヘルパー」にghを設定すると、ghが認証情報の提供と更新を担います。

併せて、git 2.46以降への更新も強く推奨しています。この版以降では、期限切れの認証情報がキャッシュに残ることを防げるとしています。古いgitでも動作しますが、更新を勧めるメッセージが一度表示されます。

影響する会社・しない会社

  • 影響する: GitHub CLI v2.103.0以降で期限付き認証を選ぶ会社です。特に、取得したトークンを保存・再利用するスクリプトや拡張機能がある場合は、切り替え前の確認が必要です。
  • 影響する: 期限付き認証とHTTPS経由のGit操作を組み合わせる会社です。ghとの認証連携と、gitの導入版を確認する対象になります。
  • 影響しない: 期限付き認証を選ばず、既存のログインや手動で指定したトークンを使い続ける会社です。今回の公開プレビューで従来の動作は変わりません。
  • 影響しない: GHES 3.23より前の環境では、期限付き認証を選んでも無期限認証になります。選択しただけで期限が付くと判断しないことが重要です。

情シスが今日やること

  1. 切り替え前に、対象端末と接続先を整理します。 開発担当者にGitHub CLIとgitの導入版、接続先がgithub.com、ghe.com、GitHub Enterprise Serverのどれかを確認してもらいます。Enterprise Serverの場合はGHESの版も確認します。
  2. トークンの使い方を、スクリプトの管理者に確認します。 取得した値を設定ファイルなどに保存し、再利用する処理がないか調べます。ghの外で使う処理は、毎回gh auth tokenで取得する方法を検討します。長期間有効なトークンが必要なら、今回の切り替え対象から外します。
  3. 試す端末で期限付き認証を選び、実際の期限を確認します。 gh auth login --expiringでログインした後、gh auth statusで現在のアクセストークンの有効期限を確認します。非対応サーバーでは無期限トークンに切り替わるため、指定したオプションだけで判断しないようにします。
  4. HTTPS経由のGit操作を使う端末は、認証連携を確認します。 gh auth setup-gitでghとの連携を設定し、gitが2.46以降かを確認します。古い版での動作は可能ですが、更新の要否を端末管理担当と相談します。
  5. 社内展開前に、開発担当と運用担当へ変更点を共有します。 現時点では任意であること、保存したトークンには期限切れの恐れがあることを伝えます。GitHubは将来、新規ログイン時の標準を期限付き認証にする予定ですが、変更時期は発表には書かれていません。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月22日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします