Skip to main content

GitHub Advanced Security の試用版を計画する

Advanced Security の試用版を成功させるための準備方法について説明します。

セルフサービスの試用版は適切な選択肢か?

この記事は、専門家やパートナーの支援を受けずに、独自に GitHub Advanced Security の試用版を使い始めたい organization を対象としています。 通常、これは中小規模の organization を示す状況です。

この記事は、GitHub Advanced Security のセルフサービスの試用版を計画する際に役立ちます。 次の両方に当てはまる場合、セルフサービスの試用版が適しています。

  • 専門家やパートナーの支援を受けずに、独自に試用版を利用したいと考えています。 通常、これは中小規模の organization に最適です。
  • クレジット カードまたは PayPal で支払いを行う既存の GitHub Enterprise Cloud ユーザーです。

この条件に該当しない場合は、試用版のサポートについてお問い合わせください。

1.会社の目標を定義する

試用を始める前に、試用の目的を定義し、答えが必要な主な質問を特定しておくことをお勧めします。 これらの目標に重点を置くことで、検出を最大限に高め、アップグレードするかどうかを判断するために必要な情報を確実に得られるように試用を計画することができます。

自社が既に GitHub を使っている場合は、現在満たされていないニーズのうち、Secret Protection or Code Security で対応できる可能性があるものを検討してください。 現在のアプリケーションのセキュリティ態勢と長期的な目標も考慮する必要があります。 インスピレーションが必要な場合は、GitHub Well-Architected ドキュメントのアプリケーション セキュリティの設計原則のページを参照してください。

ニーズの例試用中に検討すべき機能
セキュリティ機能の使用を適用するEnterprise レベルのセキュリティ構成とポリシー。 「セキュリティ構成について」と「エンタープライズ ポリシーについて」を参照してください
カスタム アクセス トークンを保護するsecret scanning のカスタム パターン、プッシュ保護のための委任バイパス、有効性チェック。 「GitHub Secret Protection の Enterprise 試用版について」を参照してください
開発プロセスの定義と適用依存関係のレビュー、自動トリアージ規則、ルールセット、ポリシー。 「依存関係の確認について」、「Dependabot 自動トリアージ ルールについて」、「ルールセットについて」、「エンタープライズ ポリシーについて」を参照してください
技術的負債を大幅に削減するCode scanning とセキュリティ キャンペーン。 「GitHub Code Security の Enterprise 試用版について」を参照してください
セキュリティ リスクの傾向の監視と追跡セキュリティの概要。 「セキュリティの分析情報の表示」を参照してください

まだ GitHub を使っていない会社の場合、データ所在地、安全なアカウント管理、リポジトリの移行をプラットフォームで処理する方法など、その他の質問が生じる場合があります。 詳しくは、「GitHub Enterprise Cloud を使い始める」をご覧ください。

2.試用チームのメンバーを特定する

GitHub Advanced Security を使うと、ソフトウェア開発ライフ サイクル全体にセキュリティ対策を統合できるため、開発サイクルのすべての領域の担当者を確実に含めることが重要です。 そうしないと、必要なすべてのデータが揃わないまま判断を下すリスクがあります。 試用版には、より広範囲のユーザーが参加できる 50 ライセンスが含まれています。

調査したい会社の各ニーズについて、代表者を決めておくことも役立つでしょう。

3.予備調査が必要かどうかを判断する

試用版を使い始める前に、Microsoft の無料セキュリティ機能を実際に利用することがチームにとって有益かどうかを判断してください。 パブリック リポジトリ上でコード スキャンとシークレット スキャンをテストすると、新しいユーザーが GitHub Advanced Security のコア機能に慣れることができます。 こうすることで、試用期間中はプライベート リポジトリと、Secret Protection and Code Security で使用できる高度な機能や制御に集中できるようになります。

詳細については、以下を参照してください:

GitHub Team と GitHub Enterprise 上の organization は、無料レポートを実行してコードをスキャンし、漏えいしたシークレットを見つけることができます。 これにより、リポジトリの漏えいしたシークレットに対する現在の露出度を評価し、Secret Protection によって防止された可能性がある既存のシークレット漏えい数を確認できます。 「シークレット リスク評価について」を参照してください。

4. テストする organization とリポジトリを決定する

一般に、既存の organization で試用版を使い始めるのが最適です。 こうすることで、使い慣れたリポジトリと使い慣れたコーディング環境で機能を経験できます。

必要に応じて、後でテスト organization またはコードを追加できます。 ただし、WebGoat などの意図的に脆弱にしたアプリケーションは最適なテストではないことに注意してください。 一見すると脆弱に見えるコーディング パターンが含まれていても、code scanning によって悪用不可能と判断されることがあります。 その結果、このような人工コードベースで code scanning から報告される issue が他のセキュリティ スキャナーよりも少なくなる可能性があります。

5.試用版の評価条件を定義する

試用版に設定した会社のニーズや目標ごとに、成功を測定する方法を決定します。 たとえば、セキュリティ機能の使用を適用する場合は、セキュリティ構成とポリシーのテスト ケースを作成し、期待どおりに機能することを確認します。

6.試用版を使い始める

既に GitHub Enterprise Cloud を使っている場合 (有料のお客様として、または無料試用版の一部として) は、「GitHub Advanced Security の無料試用版を設定する」を参照してください。

それ以外の場合は、GitHub Enterprise Cloud の試用版の一部として GitHub Advanced Security を試用できます。 GitHub Enterprise Cloud ドキュメントの「GitHub Enterprise Cloud のトライアルを設定する」を参照してください。

メモ

GitHub Advanced Security は試用期間中は無料ですが、コード スキャンやその他のワークフローで使われる Actions の分数に対しては料金が発生します。