Home›Industry & Policy›シークレットスキャンにLovable、Supabaseなどの検出機能を追加
Secret scanning adds detectors for Lovable, Supabase, and more

シークレットスキャンにLovable、Supabaseなどの検出機能を追加Secret scanning adds detectors for Lovable, Supabase, and more

元記事を読むRead original articlegithub.blog(新しいタブで開きます)(opens in a new tab)
AI2 点サマリ2 key points
  • GitHub Secret ScanningがLovable Labs、Pydantic Services Inc.、Supabaseの新しいシークレット形式に対応しました。
  • 公開リポジトリでは提携先への通知で認証情報の無効化・更新を促し、漏えい悪用の防止に役立ちます。
  • GitHub Secret Scanning now recognizes credential formats from Lovable Labs, Pydantic Services Inc., and Supabase.
  • Partner notifications for public-repository findings help providers revoke exposed credentials before misuse.

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.blog) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.blog).

要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.

新しい形式

GitHub Secret Scanningが、Lovable Labs、Pydantic Services Inc.、Supabaseの新しいシークレット形式を自動検出できるようになった。リポジトリ内に認証情報が含まれていないかを確認できる対象が広がり、公開された認証情報が悪用される前の対処に役立つ更新となる。

提携先への通知

シークレットスキャン提携プログラムでは、パートナーのシークレットが公開リポジトリで見つかると、GitHubがその情報をシークレットの発行元へ自動的に報告する。通知を受けた提携先は、漏えいした認証情報を無効化したり、別の認証情報へ更新したりできる。公開リポジトリ上のシークレットを検出するだけでなく、発行元による対処につなげ、認証情報が悪用される前に対応できるようにする仕組みだ。

検出とアラート

シークレットの検出後に行われる処理は、その種類によって異なる。パートナーシークレットは、公開リポジトリで検出された場合に提携プログラムを通じて発行元へ報告される。一方、ユーザーシークレットが公開または非公開リポジトリで見つかった場合は、シークレットスキャンのアラートが生成される。

対応するシークレットの全一覧やシークレットスキャンの詳細は、GitHubのドキュメントで確認できる。また、この更新に関する意見はコミュニティディスカッションで受け付けている。

New secret types

GitHub Secret Scanning now recognizes new credential formats from Lovable Labs, Pydantic Services Inc., and Supabase. This matters because credentials found in public repositories can be forwarded to participating issuers, helping them revoke or rotate exposed credentials before they can be abused.

The newly supported secret types are detected automatically in repositories. The update expands the credential formats that Secret Scanning can identify and applies the service’s existing handling for partner secrets and user secrets.

Public repositories

When Secret Scanning finds one of a partner’s secrets in a public repository, GitHub forwards the finding to that partner through the secret scanning partnership program. The partner can then revoke the credential or rotate it before misuse occurs.

The process connects detection in a public repository with notification to the organization that issued the secret. According to the announcement, partner secrets found in public repositories are reported automatically to the secret issuer through the partnership program.

Partner and user secrets

The update distinguishes between partner secrets and user secrets. Partner secrets trigger automatic reporting to the secret issuer when they are detected in public repositories.

User secrets instead generate Secret Scanning alerts. Those alerts can be created when the supported secrets are found in either public or private repositories. The relevant response therefore depends on how the detected secret is categorized: partner-secret findings in public repositories are reported to issuers, while user-secret findings generate alerts across public and private repositories.

Secret scanning documentation

GitHub’s documentation provides more information about Secret Scanning and includes the full list of supported secrets. GitHub is also directing users to a community discussion to share feedback about the expanded detection support.

ポコとTECHガイドPoko & TECH Guide

ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.

  1. ポコPokoコードを公開したり管理したりするとき、普段の作業は何が変わるの?認証情報が混ざったら気づけるってこと?What changes when I publish or manage code? Does this mean I can catch credentials that accidentally get included?
  2. TECHガイドTECH GuideGitHub Secret Scanningが3社の新形式を自動検出するよ。公開リポジトリのパートナーシークレットは発行元へ報告され、ユーザーシークレットは公開・非公開でアラートになるんだ。GitHub Secret Scanning now automatically detects new formats from three providers. Partner secrets in public repositories are reported to issuers, while user secrets trigger alerts in public or private repositories.
  3. ポコPokoこの3社の形式は前は見つけられなかったの?それとも、検出の仕組み自体が新しくなったのかな。Couldn’t it detect formats from these three providers before? Or is the whole detection system new?
  4. TECHガイドTECH Guide今回、Lovable Labs、Pydantic Services Inc.、Supabaseの新形式が検出対象に加わったよ。仕組み全体の変更や以前の対応範囲までは触れられていないんだ。This update adds new formats from Lovable Labs, Pydantic Services Inc., and Supabase. It doesn’t detail broader system changes or the exact scope of earlier support.
  5. ポコPokoじゃあ、公開コードで認証情報が見つかったら、発行元が無効化や更新に動けて、悪用防止につながるのが大きいんだね。So the big takeaway is that if credentials appear in public code, the issuer can revoke or rotate them before they’re misused.
  6. TECHガイドTECH Guideうん、公開リポジトリで見つかったパートナーシークレットが対象だよ。次はドキュメントの対応シークレット一覧を確認すると、対象範囲を追いやすいね。Right—that applies to partner secrets found in public repositories. Next, check the documentation’s full list of supported secrets to understand the coverage.
記事情報・収集記録Article details & collection record
出典Source
GitHub Changelog公式Official
公開日時 (JST)Published (JST)
収集日時 (JST)Collected (JST)
配信形式Format
変更履歴Changelog
原文言語Source language
EN
重要度の位置づけImportance in this lane
MediumMedium priority(Industry & Policy 456件中、同等以上 398件)(398 of 456 Industry & Policy entries are equal or higher)
出典の平均重要度(掲載直近 30 件・最大 30 件)Source average (last 30 listed, up to 30)
2.0 / 31=情報 · 2=中 · 3=高1=Info · 2=Medium · 3=High
情報の寿命Half-life
短命 (ニュース)Short-lived (news)

📰Industry & Policy の他の記事More from Industry & Policyもっと見る →View more →

ページ上部へScroll to top