シークレット管理
このタグの記事 14 件
LiteLLM 1.107.0に認証情報を盗むマルウェアが混入（2026年10月）：対象のPyPI版・Dockerイメージと、利用者がやること
LiteLLMの開発元BerriAIは2026年10月21日（UTC）、リリースの仕組みが侵害され、認証情報を盗み遠隔でコードを実行する道具を読み込むマルウェア入りのv1.107.0が配布されたと発表した。対象はPyPIのlitellm==1.107.0（11:39〜13:23 UTC、日本時間20:39〜22:23）と、Docker HubとGHCRのv1.107.0・latest・main-latest・main-stableのタグ（Docker Hubは11:46〜14:20 UTC、日本時間20:46〜23:20。GHCRは13:51 UTC＝日本時間22:51までに取り下げ、約2時間）。GitHubの公式のソースのタグには不正なファイルは含まれず、似た名前の攻撃者のリポジトリから作られたという。それより前の版は安全で、同社は1.106.2など明示した版への固定を求めている。原因は、3人の開発者のGitHub CLIのトークンが盗まれ、ブランチ保護を外してリリースの手順を書き換えられたことだと同社は説明し、トークンは社内のLiteLLMのログから取られたとみている。社内の環境に入られた経路は確認中。当サイトの結論：期間内に入れた・起動した環境は侵害されたものとして作り直し、その環境から届いたキー（LLMプロバイダのキー、プロキシのマスターキー、データベース、クラウドの権限）をすべて変える。
GitHubに公開された認証情報54万件が今も有効（2026年の調査）：削除ではなく失効が必要な理由と、開発者がやること
シークレット検出ツールを提供するセキュリティ企業が、LLM学習用に集められた公開リポジトリのスナップショット（約2.2億件）を調べ、2026年7月末の時点で543,699件の認証情報が実際にまだ認証に通ったと報告した。漏れてからの期間の中央値は784日。npmやGitHubのトークンはほぼすべて無効化されていた一方、データベースの接続文字列は7〜9割が有効のままだった。GitHubのプッシュ保護が既定で有効になった後に入った認証情報も19万件余りあり、有効なものの過半はプッシュ保護が既定で止めない種類だった。当サイトの結論：公開リポジトリにpushした認証情報は、ファイルや履歴を消しても回収できないので、まず失効させる。自動で失効されるかは発行元しだいで、接続文字列や多くのAPIキーは自分で止めない限り生き続ける。
TanStack・Nx Console・GitHubの連鎖侵害（2026年5月）：開発者が確認すること
2026年5月11日、TanStackのRouter/Startリポジトリの公開パイプラインが悪用され、npmの42パッケージ・84バージョンに認証情報を盗むコードが入った。これを入れたNxの貢献者の端末からGitHub CLIのトークンが盗まれ、5月18日にNx Console拡張機能の改ざん版（v18.95.0）が公開された。同日、GitHubは社員の端末が改ざんされたVS Code拡張機能によって侵害され、GitHub社内のリポジトリが持ち出されたと発表した。3社とも、攻撃は本物の開発者アカウントや公式の配布の仕組みを通って行われた。防御の要は、公開用の認証情報（トークン）が盗まれても1人では新しい版を公開できない仕組みにすることと、設定したはずの安全策が実際に働いているかを確かめることだ。
Trivyのサプライチェーン侵害（2026年3月）：CIでTrivyを使っている人がやること
2026年3月19日、Aqua Securityが開発するオープンソースの脆弱性スキャナTrivyで、不正なv0.69.4がリリースされ、GitHub Actionのtrivy-action（77タグ中76）とsetup-trivy（全7タグ）が不正なコミットに書き換えられた。Aquaによれば、不正なコードはCIの実行環境から秘密情報を集めて外部に送るもので、2月下旬に始まった侵害で得た認証情報を、3月1日のローテーション（認証情報の入れ替え）が一斉に行われなかったために使い続けられたことが原因とされる。当サイトの結論：教訓は、Actionsをタグではなくコミットの識別子（SHA）で固定することだけではない。SHAで固定したアクションの中で別の部品がタグで呼ばれていれば、そこから不正な版が入り得る。漏れた認証情報の入れ替えは、一斉に行わなければ攻撃者のアクセスを断てない。脆弱性スキャナは、秘密情報を渡さないジョブで動かす。
Vercelのセキュリティインシデント（2026年4月）：環境変数が漏れたときに開発者がやること
2026年4月19日、Vercelは社内システムへの不正アクセスを公表した。Vercelによれば、社員が使っていた外部のAIツールの侵害を起点に、その社員のGoogle Workspaceアカウント、Vercelアカウント、Vercelの環境へと進まれ、一部の顧客の「sensitive」に設定されていない環境変数が列挙・復号された。影響を受けた顧客には直接連絡済みで、npmで公開しているパッケージは改ざんされていないと確認している。当サイトの結論：漏れたかどうかを分けたのは、環境変数を、保存後も値を画面に表示できる区分にしていたか、表示できない区分にしていたかだった。後から値を見返す必要のない秘密は、すべて値を表示できない区分（Secret）で保存する。社員がOAuth（外部アプリに会社のアカウントへのアクセスを許可する仕組み）でつなぐAIツールも、依存パッケージと同じく棚卸しの対象にする。
npmのサプライチェーンワーム：インストール時に認証情報が盗まれる仕組みと対策
依存を1つ入れる行為は、他人のコードを自分の権限で実行させる行為。だから防御は『インストールの瞬間』に置く。当サイトの視点：署名やprovenanceは今回の攻撃を防げなかったため、信頼の根拠にはできない。効くのは、インストール時スクリプトを既定で止める・新しい版の採用を数日待つ・トークンを短命かつ最小範囲にする、の3点。そして感染が疑われるときは、失効させる順序を間違えないこと。
gitleaksでコミット前に秘密を止める：APIキー漏洩をpushの前で食い止める
秘密は『漏れてから消す』では遅い。一度コミットされた秘密はGit履歴に残り、pushされたら漏れた前提で鍵の失効・ローテートが要る。gitleaksはリポジトリ全体とコミット履歴を正規表現/エントロピーでスキャンし、APIキー・秘密鍵・トークンを検出する無料ツール。守りの中心は2段階の検査＝①pre-commitフックでローカルのpush前に止める②CI/cronですり抜けを定期的に捕まえる。.gitignoreは新規追跡を防ぐだけで検出はできない＝検出器が別途要る。
パスワードマネージャーは安全？仕組みとクラウド・ローカルの違い、選び方
パスワードマネージャーは、サービスごとに強い別パスワードを使うための道具です。ゼロ知識暗号は提供元から暗号化データが漏れた際にも内容を守る設計ですが、安全はマスターパスワードの強さや暗号化設定、端末の安全性にも左右されます。MFAで不正ログインも防ぎ、クラウド型とローカル型を用途で選びます。
公開ディレクトリに秘密ファイルを置き忘れていないか：webrootの棚卸し
webroot（公開ディレクトリ）に置いたファイルは、URLを叩けば誰でも取得できる。トークンや認証情報のJSON・.env・バックアップを置き忘れると即・実害。さらに共通テンプレート由来なら、全サイトの同じ場所に同じファイルがある。対策＝公開ディレクトリには公開してよい物だけ、秘密はwebroot外＋権限600、そして自分のサーバーを棚卸しして1か所見つけたら全台点検。
個人開発・小規模運営のセキュリティ最低限：業界標準の対策と優先順位
最低限の対策は『全部同じ重さ』ではない。当サイトの優先順位＝①管理者アカウント・ドメイン・メール（多要素認証）②秘密とコード③アプリ本体④パッチ・検知・復元。リソースが有限な個人は、この順で上から埋めるのが正解。多くの事故は新種の攻撃ではなく、これら基本対策の抜けから起きる。
セキュリティの棚卸し：複数サーバーを個人運用する人が見落とす点検7項目
複数サーバーを個人運用する人の事故は「足りない対策」より「把握していない状態」が原因になりがち。守る境界は鍵を置いたPC。2FAはメール→ドメイン→課金の順に優先、SSH鍵は「どの鍵でどのサーバーに入れるか」を表にして重複・未使用・用途が消えた登録を消す、平文パスワードはクラウドから消す、是正は可逆に1つずつ、台帳に機密は書かない。派手な新ツールより棚卸しが先。
自前のGitサーバーとGitHub、セキュリティ的にどっちが安全か
自前Gitは『安全になる』のではなく『リスクを移し替える』。誤公開という事故クラスは消えるが、サーバのパッチ・バックアップ・コミット前の秘密検出という責任が自分に移る。条件を満たせば良い選択、放置すればGitHubより危険。当サイトの視点＝自前運用は、GitHubが担っていた作業を自分で続けることが前提。
パスワードをGoogleドライブに保存するのは安全？正しい保管方法
平文のGoogleドキュメント/スプレッドシートにパスワードを一覧保存するのは危険。理由：Googleアカウント1つが全パスワードの単一障害点になり、乗っ取り・不正連携アプリ・フィッシングで一気に全部漏れる。最も安全なのは専用パスワードマネージャ（端末間でも中身は暗号化）。どうしてもDriveを使うなら暗号化済みの管理ファイルだけ＋アカウントにフィッシング耐性MFA。
Codecov 改ざん事件（2021）— CIで使う外部ツールが改ざんされ、秘密情報が流出した原因と防御
原因は『CIで信頼して実行するツール（curl|bashのBash Uploader）が上流で改ざんされた』こと。自分のコードは無傷なので約2か月気づけず、CIの秘密情報が流出。検知はチェックサム照合だった。あなたのCIでは取得物の完全性検証・秘密の最小権限・ローテーション・egress監視で再発防止する。