AI觉醒星球
Awakening is here
Knowledge File / 全球热点解读
2026-05-27 6 浏览 公开

趋势解读:Filter secret scanning approval requests by sort order,提升开发者接入体验

GitHub秘密扫描推出两项改进:支持对批准请求列表进行排序,以及新增is_bypassed REST API过滤器,提升大规模管理请求的体验。

SOURCE / 全球热点解读 MIN / 4 ACCESS / 公开 POST / 2026-05-27 00:01:21

原贴

查看原文
作者:Allison 来源站点:github.blog 原贴时间:

原文

This week, we’re rolling out two improvements to our delegated workflows for secret scanning. Sort bypass and dismissal requests in the UI: You can now choose between ascending and descending order for approval request lists in the UI. New is_bypassed REST API filter: You can now filter by an is_bypassed query parameter when listing alerts, closing a gap with filtering that was already available in the UI. These changes make it easier for organizations to manage requests at scale. Previously, push protection bypass requests and alert dismissal requests appeared in a fixed order (newest-first). For large organizations, lack of control over sorting made it challenging to manage high volumes of requests. You can now order requests by Newest , Oldest , Recently updated , and Least recently updated directly in the filter UI bar, allowing security analysts and developers to focus on soonest-expiring requests. Sorting is available at the repository, organization, and enterprise levels for both push protection bypass requests and alert dismissal requests. This improvement makes it substantially easier to manage requests at scale from the UI list view. Previously, the bypassed:true,false qualifier was supported from the UI list view for push protection bypass requests, without an equivalent filter option in the REST API. This improvement makes it easier to programmatically filter alerts by push protection bypasses without additional processing. The secret scanning alerts API now accepts an is_bypassed boolean query parameter on all three list endpoints: GET /repos/{owner}/{repo}/secret-scanning/alerts GET /enterprises/{enterprise}/secret-scanning/alerts Pass is_bypassed=true to return only alerts where push protection was bypassed, or is_bypassed=false to exclude them. Learn more about secret scanning and the secret scanning REST API in our documentation. These improvements were shaped by your feedback. Let us know what you think in the community discussion .

中文翻译

本周,我们将对秘密扫描的委派工作流程进行两项改进。在 UI 中对绕过和驳回请求进行排序:您现在可以在 UI 中的批准请求列表的升序和降序之间进行选择。新的 is_bypassed REST API 过滤器:您现在可以在列出警报时按 is_bypassed 查询参数进行过滤,从而缩小与 UI 中已提供的过滤的差距。这些变化使组织可以更轻松地大规模管理请求。以前,推送保护绕过请求和警报解除请求以固定顺序出现(最新的在前)。对于大型组织来说,缺乏对排序的控制使得管理大量请求变得困难。现在,您可以直接在过滤器 UI 栏中按“最新”、“最旧”、“最近更新”和“最近最少更新”对请求进行排序,从而使安全分析师和开发人员能够专注于最早到期的请求。对于推送保护绕过请求和警报解除请求,可以在存储库、组织和企业级别进行排序。这一改进使得从 UI 列表视图大规模管理请求变得更加容易。以前,UI 列表视图支持用于推送保护绕过请求的 Bypassed:true,false 限定符,但 REST API 中没有等效的筛选器选项。这一改进使得通过推送保护绕过以编程方式过滤警报变得更加容易,而无需进行额外的处理。秘密扫描警报 API 现在在所有三个列表端点上接受 is_bypassed 布尔查询参数: GET /repos/{owner}/{repo}/secret-scanning/alerts GET /enterprises/{enterprise}/secret-scanning/alerts 传递 is_bypassed=true 以仅返回绕过推送保护的警报,或通过 is_bypassed=false 将其排除。在我们的文档中了解有关秘密扫描和秘密扫描 REST API 的更多信息。这些改进是根据您的反馈制定的。让我们知道您在社区讨论中的想法。

核心信息

GitHub秘密扫描推出两项改进:支持对批准请求列表进行排序,以及新增is_bypassed REST API过滤器,提升大规模管理请求的体验。

  • GitHub秘密扫描新增请求排序与API过滤功能。
  • 支持按升序、降序及更新顺序排序。
  • is_bypassed参数简化编程筛选。
  • 提升大规模管理请求的灵活性。
  • 企业可从列表视图与API端受益。

详细解读

信号解读:GitHub 持续优化 Secret Scanning 工作流,针对大规模企业需求推出排序和过滤功能,提升开发者与安全团队的工作效率。

重要性:过去审批列表固定排序,大型组织难以高效管理海量请求。新增排序(最新、最旧等)和 API 参数(is_bypassed)填补了关键缺口,使工作流可扩展。

受益群体:使用 GitHub Secret Scanning 的企业安全分析师、开发者、DevOps 团队,尤其是管理多仓库或企业级警报的组织。

行动建议:1)在 UI 中启用排序功能,按最早过期或最近更新优先处理请求。2)升级 API 调用,添加 is_bypassed 参数以程序化过滤。3)培训团队利用新选项优化审批流程。

风险限制:API 变更需适配旧版代码;UI 排序可能增加终端用户适应成本;仅适用于已开启 Secret Scanning 的仓库。

信息差价值

信息差价值:多数开发者可能尚未注意到此更新,率先采用者可优化团队工作流,减少手动排序和筛选的时间消耗。

业务启发:企业安全团队可将此功能融入内部SOP,结合自动化脚本处理过期警报,提升合规审计效率。

可沉淀动作:更新内部API集成文档,培训安全人员使用UI排序;建立基于is_bypassed参数的定期报告机制。

参考来源

上一篇 OpenAI Developers 发布新动态,聚焦产品能力与工作流变化(🤳) 下一篇 【必读】每日AI日报 2026-05-26