GitHub - セキュリティのソースを表示

== 概要 ==
GitHubのセキュリティ機能は、ソフトウェアサプライチェーン全体を保護するための統合的なセキュリティプラットフォームである。<br>
<br>
GitHubセキュリティは以下に示す3つの柱で構成されている。<br>
<br>
* Secret Scanning
*: APIキー、パスワード、トークンなどの認証情報がコードに混入することを検出・防止する機能である。
*: Git履歴全体およびIssues、PR、Discussions、Wikiもスキャン対象となる。
* Code Scanning
*: CodeQLをはじめとする静的解析エンジンによりコードの脆弱性を自動検出する機能である。
*: PR作成時にインライン表示でフィードバックを提供する。
* Supply Chain Security
*: Dependabotによる依存関係の脆弱性検出、自動修正PR作成、Dependency Graphによる依存関係の可視化を提供する機能である。
<br>
GitHub Advanced Security (GHAS) は、これらのセキュリティ機能を包括的に提供するアドオンである。<br>
GHASはGitHub Code Security (CodeQL、Dependabotの高度機能) とGitHub Secret Protectionの2つのプロダクトで構成される。<br>
<br>
公開リポジトリでは一部の機能が無料で利用できるが、プライベートリポジトリでの利用にはGitHub Enterprise Cloudまたはサーバライセンスが必要である。<br>
<br><br>

== Dependabot ==
==== Dependabotとは ====
Dependabotは、リポジトリの依存関係を継続的に監視し、脆弱性の検出・修正および最新バージョンへの更新を自動化するGitHubの機能である。<br>
<br>
Dependabotは、以下に示す3つのコンポーネントで構成される。<br>
<br>
<center>
{| class="wikitable"
|+ Dependabotのコンポーネント
|-
! 項目 !! 説明
|-
| Dependabot Alerts || 脆弱な依存関係を検出してアラートを通知する。
|-
| Dependabot Security Updates || セキュリティ上の脆弱性を修正するパッチを自動的にPRとして作成する。
|-
| Dependabot Version Updates || 依存関係を最新バージョンに更新するPRを定期的に作成する。
|}
</center>
<br>
==== Dependabot Alerts ====
Dependabot Alertsは、リポジトリで使用している依存関係にGitHub Advisory Databaseに登録された既知の脆弱性が含まれている場合に、自動でアラートを生成する機能である。<br>
<br>
脆弱性の検出時、書き込み権限 / メンテナンス権限 / 管理者権限を持つユーザに通知が送信される。<br>
通知の設定は個人レベル・リポジトリレベル・組織レベルのそれぞれで制御できる。<br>
<br>
アラートはリポジトリの[Security]タブからも確認でき、影響を受けるパッケージ名 / 脆弱性の種類 / 重大度 (Critical/High/Medium/Low) が表示される。<br>
<br>
==== Dependabot Security Updates ====
Dependabot Security Updatesは、Dependabot Alertsで脆弱性が検出された時に、脆弱性を修正したバージョンへの更新PRを自動的に作成する機能である。<br>
<br>
自動作成されるPRには、以下に示す情報が含まれる。<br>
* 変更対象のパッケージ名とバージョン
* 修正される脆弱性の内容 (CVE番号・説明)
* リリースノートおよびコミット履歴へのリンク
<br>
PRをマージすることにより、最小限の変更で脆弱性を解消できる。<br>
<br>
==== Dependabot Version Updates ====
Dependabot Version Updatesは、依存関係を定期的にチェックして、新しいバージョンが利用可能になった時にPRを作成する機能である。<br>
<br>
この機能を有効化するには、リポジトリに <u>.github/dependabot.yml</u> ファイルを作成して設定を記述する必要がある。<br>
<br>
==== dependabot.ymlの設定 ====
<u>.github/dependabot.yml</u> ファイルの基本的な設定項目を以下に示す。<br>
<br>
 <syntaxhighlight lang="yaml">
 version: 2
 updates:
   - package-ecosystem: "npm"
     directory: "/"
     schedule:
       interval: "weekly"
     allow:
       - dependency-type: "direct"
     ignore:
       - dependency-name: "example-package"
         versions: ["1.x", "2.x"]
     commit-message:
       prefix: "chore"
       include: "scope"
 </syntaxhighlight>
<br>
下表に、主要な設定項目を示す。<br>
<br>
<center>
{| class="wikitable"
|+ dependabot.ymlの主要な設定項目
|-
! 項目 !! 説明
|-
| <code>version</code> || 設定ファイルのバージョンを指定する。<br>現在は <code>2</code> のみ有効である。
|-
| <code>updates</code> || 更新設定のリストを記述する。<br>複数のエコシステムを対象にする場合は複数のエントリを記述する。
|-
| <code>package-ecosystem</code> || 監視対象のパッケージエコシステムを指定する。
|-
| <code>directory</code> || パッケージマニフェストファイルが存在するディレクトリを指定する。
|-
| <code>schedule.interval</code> || 更新チェックの頻度を指定する。<br><code>daily</code> (毎日)、<code>weekly</code> (週次)、<code>monthly</code> (月次)から選択する。
|-
| <code>allow</code> || 更新を許可する依存関係の種類を制限する。<br><code>direct</code> (直接依存)または <code>indirect</code> (間接依存)を指定できる。
|-
| <code>ignore</code> || 更新対象から除外するパッケージや特定バージョンを指定する。
|-
| <code>commit-message</code> || DependabotがPRを作成する時のコミットメッセージのプレフィックスを設定する。
|}
</center>
<br>
==== 対応パッケージエコシステム ====
下表に、Dependabotが対応しているパッケージエコシステムを示す。<br>
<br>
<center>
{| class="wikitable"
|+ Dependabot対応エコシステム一覧
! エコシステム !! package-ecosystemの値 !! マニフェストファイル
|-
| npm (Node.js) || <code>npm</code> || <u>package.json</u>
|-
| pip (Python) || <code>pip</code> || <u>requirements.txt</u>, <u>Pipfile</u>
|-
| Maven (Java) || <code>maven</code> || <u>pom.xml</u>
|-
| Gradle (Java/Kotlin) || <code>gradle</code> || <u>build.gradle</u>
|-
| Composer (PHP) || <code>composer</code> || <u>composer.json</u>
|-
| RubyGems (Ruby) || <code>bundler</code> || <u>Gemfile</u>
|-
| Cargo (Rust) || <code>cargo</code> || <u>Cargo.toml</u>
|-
| Go modules || <code>gomod</code> || <u>go.mod</u>
|-
| NuGet (.NET) || <code>nuget</code> || <u>*.csproj</u>, <u>packages.config</u>
|-
| Pub (Dart/Flutter) || <code>pub</code> || <u>pubspec.yaml</u>
|-
| GitHub Actions || <code>github-actions</code> || <u>.github/workflows/*.yml</u>
|-
| Docker || <code>docker</code> || <u>Dockerfile</u>
|-
| Terraform || <code>terraform</code> || <u>*.tf</u>
|}
</center>
<br>
==== Auto-Triage Rules ====
Auto-Triage Rulesは、Dependabot Alertsを自動で仕分けするルールを定義する機能である。<br>
この機能により、特定の条件に合致するアラートを自動で却下・スヌーズ・承認することができる。<br>
<br>
組織レベルまたはリポジトリレベルで設定でき、以下に示すような条件を組み合わせてルールを定義する。<br>
* 脆弱性の重大度 (Critical / High / Medium / Low)
* 脆弱性の種類 (CWEコード)
* 対象のスコープ (runtime / development)
* パッケージ名
<br>
例えば、開発依存関係 (devDependencies) の低・中程度の脆弱性を自動で却下するルールを設定することにより、アラートの過負荷を軽減できる。<br>
<br><br>

== Code Scanning ==
==== Code Scanningとは ====
Code Scanningは、コードに含まれるセキュリティ上の脆弱性やプログラミング上の問題を自動的に発見するGitHubの静的解析機能である。<br>
<br>
PRの作成 / プッシュのタイミングでスキャンが実行されて、検出された問題はPR上にインラインコメントとして表示される。<br>
また、全てのアラートは、リポジトリの[Security]タブでも管理できる。<br>
<br>
デフォルトの解析エンジンとしてCodeQLが使用されるが、SARIFファイルを通じてサードパーティの静的解析ツールとも統合できる。<br>
<br>
==== CodeQL ====
CodeQLは、GitHubが開発したセマンティックコード解析エンジンであり、コードをデータとして扱い、クエリによって脆弱性のパターンを検索する仕組みを持つ。<br>
<br>
CodeQLが対応している言語を以下に示す。<br>
* C / C++
* C#
* Go
* Java / Kotlin
* JavaScript / TypeScript
* Python
* Ruby
* Swift
<br>
CodeQLは、SQLインジェクション、クロスサイトスクリプティング、バッファオーバーフロー、安全でない暗号化処理等の脆弱性パターンを検出できる。<br>
ローカル環境での分析には、CodeQL CLIが利用できる。<br>
<br>
==== セットアップ ====
Code Scanningのセットアップ方法は、デフォルトセットアップと詳細セットアップの2種類がある。<br>
<br>
===== デフォルトセットアップ =====
デフォルトセットアップは、GitHubが自動的に解析設定を管理するセットアップ方式である。<br>
<br>
設定の手順を以下に示す。<br>
# リポジトリの[Security]タブを開く。
# [Code scanning]セクションの[Set up]ボタンを押下する。
# [Default]を選択して、セットアップを完了する。
<br>
リポジトリで使用されている言語が自動検出されて、適切なCodeQLクエリスイートが適用される。<br>
設定変更が不要な場合やすぐに利用を開始したい場合に適している。<br>
<br>
===== 詳細セットアップ =====
詳細セットアップは、GitHub Actionsのワークフローファイル (YAML) を自分でカスタマイズするセットアップ方式である。<br>
<br>
設定の手順を以下に示す。<br>
# リポジトリの[Security]タブを開く。
# [Code scanning]セクションの[Set up]ボタンを押下する。
# [Advanced]を選択する。
# 生成された <u>.github/workflows/codeql.yml</u> ファイルを編集して、コミットする。
<br>
カスタムクエリの追加、スキャン対象の絞り込み、スケジュールの変更等、詳細な制御が必要な場合に適している。<br>
<br>
<u>.github/workflows/codeql.yml</u> ファイルの基本的な構成例を以下に示す。<br>
<br>
 <syntaxhighlight lang="yaml">
 name: "CodeQL"
 
 on:
   push:
     branches: [ "main" ]
   pull_request:
     branches: [ "main" ]
   schedule:
     - cron: '0 0 * * 1'
 
 jobs:
   analyze:
     name: Analyze
     runs-on: ubuntu-latest
     permissions:
       actions: read
       contents: read
       security-events: write
 
     strategy:
       matrix:
         language: [ 'javascript', 'python' ]
 
     steps:
       - name: Checkout repository
         uses: actions/checkout@v4
 
       - name: Initialize CodeQL
         uses: github/codeql-action/init@v3
         with:
           languages: ${{ matrix.language }}
 
       - name: Perform CodeQL Analysis
         uses: github/codeql-action/analyze@v3
 </syntaxhighlight>
<br>
==== Code Scanning Alerts ====
Code Scanningで検出されたアラートは、以下に示す方法で確認・管理できる。<br>
<br>
* PRでのインライン表示
*: PRの差分ビューに対して、問題のある行に直接コメントとしてアラートが表示される。
*: 開発者がコードレビュー時にセキュリティ問題を認識できる。
* Securityタブでの管理
*: リポジトリの[Security]タブから全てのCode Scanningアラートを一覧表示できる。
*: 言語、ルール、重大度、ステータスでフィルタリングして管理できる。
*: アラートを <u>Open</u>、<u>Fixed</u>、<u>Dismissed</u> の状態で管理できる。
<br>
<u>アラートを却下 (Dismiss) する時は、却下理由 (false positive / won't fix / used in tests等) を記録することが推奨される。</u><br>
<br>
==== SARIFとの統合 ====
SARIF (Static Analysis Results Interchange Format) は、静的解析ツールの結果を表現するためのJSONベースの標準フォーマットである。<br>
GitHub Code Scanningは、SARIFファイルのインポートに対応しており、CodeQL以外の静的解析ツールの結果もGitHub上で一元管理できる。<br>
<br>
SARIFファイルは、以下に示すGitHub Actionsアクションを使用してアップロードする。<br>
<br>
 <syntaxhighlight lang="yaml">
 - name: Upload SARIF file
   uses: github/codeql-action/upload-sarif@v3
   with:
     sarif_file: results.sarif
 </syntaxhighlight>
<br>
下表に、SARIFとの統合に対応した主なサードパーティツールを示す。<br>
<br>
<center>
{| class="wikitable"
|+ サードパーティ製静的解析ツールの例
|-
! ツール !! 説明
|-
| SonarQube / SonarCloud || オープンソースおよびプロプライエタリなコード品質・セキュリティ解析ツール
|-
| Fortify Static Code Analyzer || Micro Focusが提供するエンタープライズ向け静的解析ツール
|-
| Checkmarx || エンタープライズ向けアプリケーションセキュリティテストプラットフォーム
|-
| Semgrep || オープンソースの軽量静的解析ツール<br>カスタムルールを記述しやすい特徴を持つ。
|}
</center>
<br><br>

== Secret Scanning ==
==== Secret Scanningとは ====
<u>Secret Scanningは、APIキー、パスワード、トークン、証明書等の機密情報 (シークレット) がリポジトリに誤ってコミットされることを検出・防止する機能である。</u><br>
<br>
コードベース全体だけでなく、Git履歴全体も対象としてスキャンが実行される。<br>
<br>
==== 検出対象 ====
Secret Scanningが検出するシークレットのパターンは、以下に示す4種類に分類される。<br>
<br>
<center>
{| class="wikitable"
|+ Secret Scanningの検出パターン種別
|-
! 種別 !! 説明
|-
| Partner secrets || GitHubがパートナー企業と連携して定義したパターンである。<br>検出した場合、パートナー企業に対してシークレットの無効化を自動通知する。<br>AWS、Google、Azure、Slack、Stripe等、多数のサービスプロバイダーに対応している。
|-
| Non-provider patterns || 特定のサービスに紐付かない一般的なシークレットパターンである。<br>プライベートキー、汎用的なトークンパターン等が含まれる。
|-
| Custom patterns || ユーザが正規表現で定義した自社固有のシークレットパターンである。<br>リポジトリ、組織、エンタープライズの各レベルで設定できる。
|-
| AI-powered detection || 機械学習モデルを使用して、パターン定義のない未知のシークレットを検出する。
|}
</center>
<br>
==== スキャン対象 ====
下表に、Secret Scanningのスキャン対象範囲を示す。<br>
<br>
<center>
{| class="wikitable"
|+ Secret Scanningのスキャン対象
|-
! 対象 !! 説明
|-
| Gitコミット履歴全体 || リポジトリ作成時からの全コミット履歴をスキャンする。<br>過去に誤ってコミットされたシークレットも検出できる。
|-
| Issues || Issueのタイトル、本文、コメントをスキャンする。
|-
| Pull Requests || PRのタイトル、本文、コメント、レビューコメントをスキャンする。
|-
| Discussions || Discussionsの投稿内容をスキャンする。
|-
| Wiki || リポジトリのWikiページをスキャンする。
|}
</center>
<br>
==== Push Protection ====
Push Protectionは、シークレットを含むコミットをプッシュ時の段階でブロックする機能である。<br>
Push Protectionはコマンドライン (CLI)、GitHub WebUI、GitHub APIのいずれの方法でのプッシュに対しても機能する。<br>
<br>
シークレットが検出された場合、プッシュはブロックされて、開発者に警告が表示される。<br>
開発者はシークレットを除去してから再プッシュ、または、以下に示す理由を指定してブロックをバイパスすることができる。<br>
* これは偽陽性である (It's a false positive)
* 本番環境では使用しない (It's only used for tests)
* リスクを承知の上でプッシュする (I'll fix this later)
<br>
バイパスが実行された場合、その操作はログに記録されて、アラートが生成される。<br>
<br>
Push Protectionは、リポジトリ / ユーザ / 組織の各レベルで有効化・設定できる。<br>
<br>
==== カスタムパターン ====
カスタムパターンを使用することにより、自社固有のシークレット形式を正規表現で定義してスキャン対象に追加できる。<br>
<br>
設定手順を以下に示す。<br>
# リポジトリの[Settings] - [Advanced Security] - [Custom patterns]を開く。
# [New pattern]を選択する。
# パターン名、正規表現、サンプル文字列を入力する。
# [Save and dry run]でテストを実行して検出結果を確認する。
# 問題がなければパターンを公開する。
<br>
カスタムパターンはリポジトリレベル、組織レベル、エンタープライズレベルで設定でき、上位レベルで設定したパターンは下位レベルのリポジトリに継承される。<br>
<br>
ドライラン (dry run) 機能を使用することにより、実際にアラートを生成する前にパターンの検出精度を検証できる。<br>
<br>
==== Validity Checks ====
Validity Checksは、検出されたシークレットが実際に有効であるかどうかをサービスプロバイダーに問い合わせて確認する機能である。<br>
この機能により、既に無効化されたシークレットに関するアラートと今まさに有効なシークレットに関するアラートを区別して優先度を付けることができる。<br>
<br>
有効性のステータスは、<u>Active</u>、<u>Inactive</u>、<u>Unknown</u> の3種類で表示される。<br>
<br>
対応しているシークレットの種類は、GitHubが定義したPartner secretsの範囲内に限られる。<br>
<br><br>

== セキュリティポリシー ==
==== SECURITY.md ====
<u>SECURITY.md</u> ファイルは、脆弱性の報告方法を説明するセキュリティポリシー文書である。<br>
<br>
このファイルはリポジトリのルートディレクトリ・<u>docs/</u>、<u>.github/</u> のいずれかに配置することにより、リポジトリのSecurityタブに自動的に表示される。<br>
<br>
<u>SECURITY.md</u> ファイルには、以下に示す情報を記載することが推奨される。<br>
* サポートしているバージョンの一覧
* 脆弱性の報告先 (メールアドレス・連絡フォーム等)
* 報告から対応完了までのプロセスと期待されるタイムライン
* 公開ポリシー (responsible disclosureポリシー)
<br>
==== セキュリティアドバイザリ ====
セキュリティアドバイザリは、リポジトリのセキュリティ上の問題を非公開で協議・修正して、修正後に公開するための機能である。<br>
<br>
リポジトリメンテナーは[Security]タブからドラフトアドバイザリを作成して、信頼できる協力者を招待して非公開の環境で脆弱性の詳細を共有できる。<br>
<br>
修正が完了した後、アドバイザリを公開することにより、CVE番号のリクエストやGitHub Advisory Databaseへの登録が行われる。<br>
<br>
==== プライベート脆弱性報告 ====
Private Vulnerability Reporting (プライベート脆弱性報告) は、セキュリティリサーチャーがリポジトリメンテナーに対して脆弱性を非公開で報告するための仕組みである。<br>
<br>
この機能を有効化すると、リポジトリの[Security]タブに[Report a vulnerability]ボタンが表示され、誰でも非公開の脆弱性報告フォームからメンテナーに連絡できる。<br>
<br>
報告内容はメンテナーとリポートした人だけが閲覧でき、修正作業を非公開の環境で進めることができる。<br>
<br><br>

== 依存関係のレビュー ==
==== Dependency Graph ====
Dependency Graphは、リポジトリで使用している全ての依存関係を自動的に解析して可視化する機能である。<br>
<br>
リポジトリのInsightsセクションから確認でき、直接依存関係だけでなく間接依存関係 (依存関係の依存関係) も表示される。<br>
<br>
Dependency Graphは以下に示す機能の基盤となっている。<br>
* Dependabot Alertsの脆弱性検出
* Dependabot Security UpdatesのPR作成
* Dependency ReviewのPRチェック
* SBOMの生成
<br>
対応しているマニフェストファイル形式は、npm、pip、Maven、Gradle、Composer、RubyGems、Cargo、Go modules、NuGet等、多数に及ぶ。<br>
<br>
==== Dependency Review ====
Dependency Reviewは、PRのマージ前に依存関係の変更内容をチェックする機能である。<br>
<br>
PRで追加 / 更新 / 削除される依存関係に対して、以下に示す情報を確認できる。<br>
* 追加されるパッケージに既知の脆弱性が含まれていないか
* ライセンスが組織のポリシーに適合しているか
* 旧バージョンや非推奨パッケージでないか
<br>
Dependency Reviewを自動化するには、<code>actions/dependency-review-action</code> を使用したGitHub Actionsワークフローを設定する。<br>
<br>
 <syntaxhighlight lang="yaml">
 name: Dependency Review
 
 on:
   pull_request:
 
 jobs:
   dependency-review:
     runs-on: ubuntu-latest
     steps:
       - name: Checkout repository
         uses: actions/checkout@v4
 
       - name: Dependency Review
         uses: actions/dependency-review-action@v4
         with:
           fail-on-severity: moderate
           deny-licenses: GPL-3.0, AGPL-3.0
 </syntaxhighlight>
<br>
==== SBOM ====
SBOM (Software Bill of Materials、ソフトウェア部品表) は、ソフトウェアに含まれる全ての依存関係コンポーネントを一覧化した文書である。<br>
<br>
GitHubはDependency Graphの情報をもとに、SPDX形式またはCycloneDX形式のSBOMファイルを生成・エクスポートする機能を提供している。<br>
<br>
SBOMはコンプライアンス監査、サプライチェーンのリスク評価、インシデント対応において使用される。<br>
<br>
リポジトリの[Insights] - [Dependency Graph]ページからSBOMをダウンロードできる。<br>
<br><br>

== セキュリティ概要ダッシュボード ==
==== 組織レベル ====
組織のセキュリティ概要ダッシュボードは、組織内の全リポジトリのセキュリティ状況を一元的に把握するための機能である。<br>
<br>
ダッシュボードでは以下の情報を確認できる。<br>
* トレンド分析
*: 組織全体のアラート数の時系列推移を可視化する。
*: 特定の期間にアラートが急増したリポジトリを特定できる。
* カバレッジ監視
*: 各セキュリティ機能 (Code Scanning / Secret Scanning / Dependabot Alerts) の有効化状況を確認できる。
*: 未設定のリポジトリを特定して対応できる。
* Push Protectionの有効性
*: 組織全体でのPush Protectionのブロック状況、バイパス状況を確認できる。
* CodeQL PR分析
*: PRに対してCode Scanningが実行されているリポジトリの割合を確認できる。
<br>
このダッシュボードは、GitHub Enterprise CloudまたはGitHub Advanced Security (GHAS) ライセンスが必要である。<br>
<br>
==== リポジトリレベル ====
リポジトリレベルのセキュリティ情報は、各リポジトリのSecurityタブから確認できる。<br>
<br>
Securityタブでは、以下に示す情報を管理できる。<br>
<br>
<center>
{| class="wikitable"
|+ Securityタブの機能一覧
|-
! 項目 !! 説明
|-
| Overview || リポジトリのセキュリティ機能の有効化状況とアラートの概要を表示する。
|-
| Dependabot Alerts || 脆弱な依存関係のアラート一覧を表示・管理する。
|-
| Code Scanning Alerts || Code Scanningで検出されたアラート一覧を表示・管理する。
|-
| Secret Scanning Alerts || 検出されたシークレットのアラート一覧を表示・管理する。
|-
| Security policy || <u>SECURITY.md</u> ファイルの内容を表示する。
|-
| Security advisories || リポジトリのセキュリティアドバイザリを管理する。
|}
</center>
<br><br>

== GitHub Advisory Database ==
==== CVEデータベース ====
GitHub Advisory Databaseは、GitHubが管理するオープンソースソフトウェアの脆弱性データベースである。<br>
<br>
2026年3月時点で、レビュー済みのアドバイザリが27,583件、未レビューのアドバイザリが294,507件以上登録されている。<br>
<br>
データベースのコンテンツはCC-BY-4.0ライセンスの下で公開されており、オープンソースプロジェクトからの貢献も受け付けている。<br>
<br>
各アドバイザリには以下の情報が含まれる。<br>
* CVE識別子 (CVE番号)
* GHSA識別子 (GitHub独自の識別子)
* 影響を受けるパッケージ・バージョン範囲
* 脆弱性の種類 (CWEコード)
* 重大度スコア (CVSS)
* 修正バージョン
<br>
対応しているエコシステムは、npm、Maven、Composer、Go、pip、RubyGems、NuGet、Cargo、Pub、GitHubActions等、多岐にわたる。<br>
<br>
==== アドバイザリの検索 ====
GitHub Advisory Databaseは、[https://github.com/advisories GitHub Advisory Database]から検索できる。<br>
<br>
以下に示す条件でアドバイザリを検索およびフィルタリングできる。<br>
* エコシステム (npm / Maven / pip 等)
* 重大度 (Critical / High / Medium / Low)
* CWEコード (脆弱性の種類)
* CVE番号による直接検索
* キーワード検索
<br>
GitHub CLIを使用してアドバイザリを検索することも可能である。<br>
<br>
 # 特定パッケージの脆弱性を検索する
 gh api /advisories?affects=npm/lodash
<br>
また、GraphQL APIを使用することにより、プログラムからアドバイザリデータを取得して、独自のセキュリティダッシュボードを構築することも可能である。<br>
<br><br>


{{#seo:
|title={{PAGENAME}} : Exploring Electronics and SUSE Linux | MochiuWiki
|keywords=MochiuWiki,Mochiu,Wiki,Mochiu Wiki,Electric Circuit,Electric,pcb,Mathematics,AVR,TI,STMicro,AVR,ATmega,MSP430,STM,Arduino,Xilinx,FPGA,Verilog,HDL,PinePhone,Pine Phone,Raspberry,Raspberry Pi,C,C++,C#,Qt,Qml,MFC,Shell,Bash,Zsh,Fish,SUSE,SLE,Suse Enterprise,Suse Linux,openSUSE,open SUSE,Leap,Linux,uCLnux,電気回路,電子回路,基板,プリント基板
|description={{PAGENAME}} - 電子回路とSUSE Linuxに関する情報 | This page is {{PAGENAME}} in our wiki about electronic circuits and SUSE Linux
|image=/resources/assets/MochiuLogo_Single_Blue.png
}}

__FORCETOC__
[[カテゴリ:Git]]