シークレットスキャン承認リクエストのソート順とバイパスステータスによるフィルタリング機能の追加

今週、シークレットスキャンの委任ワークフローに対して2つの改善点をリリースします。 何が変わるか UI でのバイパスおよび却下リクエストのソート: UI の承認リクエストリストにおいて、昇順と降順の切り替えが可能になりました。 新しい is_bypassed REST API フィルター: アラートをリストする際に、is_bypassed クエリパラメータによるフィルタリングが可能になり、UI で既に利用可能なフィルタリング機能とのギャップが埋まりました。 これらの変更により、組織はより大規模なリクエスト管理を容易に行えるようになります。 バイパスおよび却下リクエストのソート 以前、プッシュ保護バイパスリクエストとアラート却下リクエストは固定された順序（最新順）で表示されていました。大規模な組織では、ソート制御の欠如により、大量のリクエストを管理することが困難でした。現在は、フィルタ UI バー内で「最新」「最古」「最近更新されたもの」「最も長く更新されていないもの」の順にリクエストを並べ替えることができ、セキュリティアナリストや開発者は期限が迫っているリクエストに集中できるようになりました。 プッシュ保護バイパスリクエストとアラート却下リクエストの両方において、リポジトリレベル、組織レベル、エンタープライズレベルでソート機能が利用可能です。この改善により、UI リストビューから大規模なリクエスト管理が劇的に容易になります。 新しい is_bypassed REST API フィルター 以前、プッシュ保護バイパスリクエストについては UI リストビューから bypassed:true,false Qualifier がサポートされていましたが、REST API には同等のフィルターオプションがありませんでした。この改善により、追加処理を行わずにプログラムでプッシュ保護によるバイパスを基準にアラートをフィルタリングしやすくなりました。 シークレットスキャンアラートAPIは、すべての3つのリストエンドポイントにおいて、is_bypassed ブール値クエリパラメータを受け付けるようになりました: GET /repos/{owner}/{repo}/secret-scanning/alerts GET /orgs/{org}/secret-scanning/alerts GET /enterprises/{enterprise}/secret-scanning/alerts プッシュ保護がバイパスされたアラートのみを返すには is_bypassed=true を、除外する場合は is_bypassed=false を指定してください。 詳細情報 ドキュメントでシークレットスキャンおよびシークレットスキャン REST API について詳しく学ぶことができます。これらの改善は、皆様からのフィードバックに基づいて実現されました。コミュニティディスカッションでのご意見をお聞かせください。 「ソート順とバイパスステータスでシークレットスキャン承認リクエストをフィルタリング」という記事は、最初に The GitHub Blog で公開されました。

シークレットスキャン承認リクエストのソート順とバイパスステータスによるフィルタリング機能の追加

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト