GitHub・個人アクセストークン・2026年10月24日に確認

GitHub の 401「Bad credentials」

GitHub API がトークンをまったく受け付けない、という意味です。期限が切れたか、取り消されたか、そもそもこの GitHub のトークンではありません。GitHub のトークンの有効期限と取り消しより：期限が切れたか取り消されたトークンはもう使えず、元に戻すこともできません。新しいトークンが要ります。403 の「Resource not accessible by personal access token」とは違い、トークンの権限を変えても直りません。

答えの全体

実際の例です（公開の報告）：

HTTP 401

{"message": "Bad credentials",
 "documentation_url": "https://docs.github.com/rest",
 "status": "401"}

GitHub は、トークンなしで読む動きに切り替えてはくれません。この報告では、トークンなしでも読める公開リポジトリを読んでいて、同じように失敗しています。トークンだけを確かめるには：

curl -i -H "Authorization: Bearer your-token" https://api.github.com/user

受け付けられるトークンなら、200 で自分のアカウントが返ります。GitHub Enterprise Server なら、api.github.com の代わりに自社のサーバーの API の住所を呼びます。

トークンが止まる理由

GitHub のトークンの有効期限と取り消しより：

期限の日：個人アクセストークンは、期限の日になると自動で取り消されます。
1年使っていない：1年使われていない個人アクセストークンと OAuth のトークンを、GitHub は自動で取り消します。
公開リポジトリか gist に載せた：有効なトークンが公開リポジトリか公開の gist にプッシュされると、自動で取り消されます。
消された：自分で消したか、Enterprise Managed Users なら Enterprise のオーナーが消した。Enterprise のオーナーはトークンのシングルサインオンの許可だけを取り消すこともあり、そのときは「Resource protected by organization SAML enforcement」になります。

同じページによると、期限切れや取り消しのとき、セキュリティログに oauth_authorization.destroy が残ることがあり、いつ止まったかが分かります。

ほかの2つは手元の理由です。トークンを打ち間違えたか、貼り付けで切れた。または別の GitHub で作った。github.com のトークンは GitHub Enterprise Server では通じず、その逆も同じです。

新しいトークンを作る

GitHub の右上の自分のアイコン → Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token。
前と同じ持ち主・リポジトリ・権限と、期限を入れる。リンクで入力済みの画面を開くこともできます。例：https://github.com/settings/personal-access-tokens/new?name=IDE&expires_in=90&pull_requests=write&contents=write&statuses=read。GitHub の入力済みで開く方法より：expires_in は1〜366日か none。付けないと期限は30日後で、組織がトークンの寿命を決めていればそれより短くなります。
Generate token を押してコピーする。組織の承認が要るなら、承認を待つ。
古いトークンを入れていた所すべてに入れる。

IntelliJ IDEA の「Incorrect credentials.」と「User authorization failed」

IntelliJ IDEA に入っている GitHub の機能は、トークンでアカウントを読んで確かめます：GET /user、上の curl と同じ問い合わせです。401 と、レート制限ではない 402・403 は、ログインの失敗として扱われます。ソース（2026年10月30日に確認・IntelliJ IDEA：GHTokenCredentialsUi.kt・GithubApiRequestExecutor.kt・GHSecurityUtil.kt・GHSelectorErrorStatusPresenter.kt・GHAPIExceptionUtil.kt・GHAccountsUtil.kt）では：

トークンでログインするとき：「Incorrect credentials.」（資格情報が正しくない）と、次の行に「Request response: Bad credentials.」。後ろは GitHub 自身の文です。上の理由のどれなのかは言いません。
トークンの欄には「The following scopes must be granted to the access token:」（次のスコープをトークンに与えること）と repo・gist・read:org・workflow・read:user・user:email が出ます。Generate… のボタンは、同じサーバーの settings/tokens/new を、このスコープと説明「IntelliJ IDEA GitHub integration plugin」（IDE の名前が入る）を入れた状態で開きます。personal access token（classic）の画面で、スコープで決める方のトークンです。上の手順の fine-grained のトークンではありません。
Pull Requests のツールウィンドウでは、窓がリポジトリにつなぐときに GitHub が保存済みのトークンを断ると、「Could not connect to repository … with account …」（このアカウントでリポジトリにつなげない）と「User authorization failed」（ユーザーの認可に失敗）が出ます。GitHub の文は出ません。Log in again… でログインし直せます。
ログインし直しはアカウントのサーバーのままです。github.com ならまず「Log in to GitHub to continue」（続けるには GitHub にログイン）と聞かれ、Log In via GitHub… か Use Token… を選びます。GitHub Enterprise なら、すぐトークンでのログインが開きます。

IntelliJ IDEA で GitHub のプルリクを見るなら

Lesstep の Pull Request Inbox for GitHub は、JetBrains IDE（2024.1 以降）のプラグインです。github.com 用と GitHub Enterprise 用にトークンを1つずつ持ち、どちらも IDE のパスワード保管庫に入れて、それぞれのホストにだけ送ります。GitHub が 401 で断ったときは、トークンが期限切れか、取り消されたか、別のホストのものだと言い、GitHub の文を添えて、設定を開けるようにします。設定には、GitHub のトークンの作成の画面へのリンクがあります。受信箱・差分・会話は無料、承認・コメント・マージは Pro（月 US$1.50・30日間の無料試用つき）です。画面は日本語です。

GitHub は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。