• DAST 如何扫描应用程序
  • 爬取应用程序
  • 被动扫描
  • 主动扫描
• 开始使用
  • 创建 DAST CI/CD 作业
  • 可用的 CI/CD 变量
• 漏洞检测
• 管理扫描时间
• 超时
• 产物

DAST 基于浏览器的分析器

• 引入于 13.12 版本，作为 Beta 功能。
• 一般可用于 15.7 版本（DAST v3.0.50）。

基于浏览器的 DAST 分析器由极狐GitLab 构建，用于扫描现代 Web 应用程序的漏洞。 扫描在浏览器中运行，优化严重依赖 JavaScript 的测试应用程序，例如单页应用程序。 有关详细信息，请参阅DAST 如何扫描应用程序。

要将分析器添加到您的 CI/CD 流水线，请参阅开始使用。

DAST 如何扫描应用程序

扫描执行以下步骤：

1. 身份验证。
2. 爬取目标应用程序，通过执行用户操作（例如跟踪链接、单击按钮和填写表单）来发现应用程序的表面区域。
3. 被动扫描搜索在抓取时发现的 HTTP 消息和页面中的漏洞。
4. 主动扫描通过在抓取阶段记录的 HTTP 请求中注入负载来搜索漏洞。

爬取应用程序

“导航”是用户可能在页面上执行的操作，例如单击按钮、单击锚点链接、打开菜单项或填写表单。 “导航路径”是表示用户可能如何遍历应用程序的一系列导航动作。 DAST 通过爬取页面和内容并识别导航路径，来发现应用程序的表面区域。

爬取是使用包含一个导航的导航路径初始化的，该导航在专门检测的 Chromium 浏览器中加载目标应用程序 URL。 DAST 然后爬取导航路径，直到所有路径都被爬取。

为了爬取导航路径，DAST 打开一个浏览器窗口，并指示它执行导航路径中的所有导航操作。 当浏览器完成加载最终操作的结果时，DAST 检查页面以查找用户可能执行的操作，为每个找到的操作创建一个新导航，并将它们添加到导航路径以形成新的导航路径。例如：

• DAST 处理导航路径 LoadURL[https://example.com]。
• DAST 找到两个用户操作，LeftClick[class=menu] 和 LeftClick[id=users]。
• DAST 创建了两个新的导航路径，LoadURL[https://example.com] -> LeftClick[class=menu] 和 LoadURL[https://example.com] -> LeftClick[id=users]。
• 在两条新的导航路径上开始爬取。

一个 HTML 元素存在于应用程序的多个位置是很常见的，例如在每个页面上都可见的菜单。 重复的元素可能会导致爬虫再次爬取相同的页面或陷入循环。 DAST 使用基于 HTML 属性的元素唯一性计算来丢弃它之前抓取的新导航操作。

被动扫描

被动扫描检查在扫描的爬取阶段发现的页面中的漏洞。 默认情况下启用被动扫描。

这些检查会在 HTTP 消息、cookie、存储事件、控制台事件和 DOM 中搜索漏洞。 被动检查的示例包括搜索暴露的信用卡、暴露的 secret 令牌、丢失的内容安全策略以及重定向到不受信任的位置。

主动扫描

主动扫描通过将攻击负载注入扫描爬取阶段记录的 HTTP 请求来检查漏洞。 由于探测攻击的性质，默认情况下禁用主动扫描。

DAST 分析每个记录的 HTTP 请求的注入位置，例如查询值、header 值、cookie 值、表单 posts 和 JSON 字符串值。 攻击载荷被注入到注入位置，形成一个新的请求。 DAST 将请求发送到目标应用程序并使用 HTTP 响应来确定攻击是否成功。

主动扫描运行两种类型的主动检查：

• 匹配响应攻击分析响应内容以确定攻击成功。例如，攻击试图读取系统密码文件，则当响应正文包含密码文件的证据时，就会创建一个调查结果。
• 定时攻击使用响应时间来确定攻击成功与否。例如，攻击试图强制目标应用程序休眠，则当应用程序响应时间比休眠时间长时，就会创建一个结果。定时攻击使用不同的攻击有效载荷重复多次，以最大限度地减少误报。

简化的定时攻击的工作原理如下：

1. 爬取阶段记录 HTTP 请求 https://example.com?search=people。
2. DAST 分析 URL，找到一个 URL 参数注入位置 https://example.com?search=[INJECT]。
3. 主动检查定义了一个有效负载，sleep 10，它试图让 Linux 主机进入睡眠状态。
4. DAST 向目标应用程序发送一个新的 HTTP 请求，其中注入了有效载荷 https://example.com?search=sleep%2010。
5. 如果目标应用程序将查询参数值作为未经验证的系统命令执行，则目标应用程序存在漏洞，例如，system(params[:search])
6. 如果响应时间超过 10 秒，DAST 会创建一个结果。

开始使用

要运行 DAST 扫描：

• 阅读运行 DAST 扫描的先决条件。
• 在您的 CI/CD 流水线中创建一个 DAST 作业。
• 如果您的应用程序需要，作为用户进行身份验证。

创建 DAST CI/CD 作业

• 此模板更新到 DAST_VERSION: 2 于 14.0 版本。
• 此模板更新到 DAST_VERSION: 3 于 15.0 版本。

要将 DAST 扫描添加到您的应用程序，请使用极狐GitLab DAST CI/CD 模板文件中定义的 DAST 作业。模板的更新随极狐GitLab 升级一起提供，使您可以从任何改进和添加中受益。

创建 CI/CD 作业：

1. 包括适当的 CI/CD 模板：

   • DAST.gitlab-ci.yml：DAST CI/CD 模板的稳定版本。
   • DAST.latest.gitlab-ci.yml：最新版本的 DAST 模板。
   最新版本的模板可能包含重大更改。除非您需要仅在最新模板中提供的功能，否则请使用稳定模板。

1. 在极狐GitLab CI/CD 阶段配置中添加一个 dast 阶段。

2. 使用以下方法之一定义 DAST 扫描的 URL：

   • 设置 DAST_WEBSITE CI/CD 变量。如果设置，则此值优先。

   • 在项目根目录下的 environment_url.txt 文件中添加 URL 非常适合在动态环境中进行测试。要针对在极狐GitLab CI/CD 流水线期间动态创建的应用程序运行 DAST，请将应用程序 URL 写入 environment_url.txt 文件。DAST 自动读取 URL 找到扫描目标。

     您可以在 Auto DevOps CI YAML 中看到一个示例。

3. 将 DAST_BROWSER_SCAN CI/CD 变量设置为 true。

例如：

stages:
  - build
  - test
  - deploy
  - dast

include:
  - template: DAST.gitlab-ci.yml

dast:
  variables:
    DAST_WEBSITE: "https://example.com"
    DAST_BROWSER_SCAN: "true"

可用的 CI/CD 变量

以下 CI/CD 变量特定于基于浏览器的 DAST 分析器。它们可用于根据您的要求自定义 DAST 的行为。

漏洞检测

漏洞检测正逐渐从默认的 Zed Attack Proxy (ZAP) 解决方案迁移到基于浏览器的分析器。

爬虫在将 DAST/ZAP 配置为代理服务器的浏览器中运行目标网站，这确保浏览器发出的所有请求和响应都被 DAST/ZAP 被动扫描。运行全面扫描时，DAST/ZAP 执行的主动漏洞检查不使用浏览器。这种漏洞检查方式的差异，可能会导致需要禁用目标网站的某些功能来确保扫描按预期工作的问题。

例如，对于包含带有反 CSRF 令牌的表单的目标网站，被动扫描会按预期工作，因为浏览器会显示页面和表单，就好像用户正在查看页面一样。但是，在全面扫描中运行的主动漏洞检查无法提交包含反 CSRF 令牌的表单。 在这种情况下，我们建议您在运行完整扫描时禁用 Anti-CSRF 令牌。

管理扫描时间

与普通的极狐GitLab DAST 解决方案相比，运行基于浏览器的爬虫有望更好地覆盖许多 Web 应用程序。这可能会以增加扫描时间为代价。

您可以通过以下措施管理覆盖范围和扫描时间之间的权衡：

• 使用 DAST_BROWSER_MAX_ACTIONS 变量限制浏览器执行的操作数。默认值为 10,000。
• 限制基于浏览器的爬虫将使用 DAST_BROWSER_MAX_DEPTH 变量检查覆盖范围的页面深度。爬虫采用广度优先的搜索策略，所以深度较小的页面会先被爬取。默认值为 10。
• 使用 DAST_BROWSER_NUMBER_OF_BROWSERS 变量，垂直伸缩 runner 数量，并使用更多浏览器。默认值为 3。

超时

由于网络状况不佳或应用程序负载过重，默认超时可能不适用于您的应用程序。

基于浏览器的扫描提供了调整各种超时的能力，以确保它在从一个页面过渡到下一个页面时继续顺利进行。这些值是使用持续时间字符串配置的，它允许您使用前缀配置持续时间：m 表示分钟，s 表示秒，以及 ` ms` 表示毫秒。

导航或加载新页面的行为通常需要最多的时间，因为它们正在加载多个新资源，例如 JavaScript 或 CSS 文件。根据这些资源的大小或它们返回的速度，默认的 DAST_BROWSER_NAVIGATION_TIMEOUT 可能不够用。

还可以配置稳定性超时，例如可使用 DAST_BROWSER_NAVIGATION_STABILITY_TIMEOUT、DAST_BROWSER_STABILITY_TIMEOUT 和 DAST_BROWSER_ACTION_STABILITY_TIMEOUT 配置的超时。稳定性超时确定基于浏览器的扫描何时考虑页面已完全加载。基于浏览器的扫描会考虑在以下情况加载的页面：

1. DOMContentLoaded 事件已触发。
2. 没有被认为重要的开放或未完成的请求，例如 JavaScript 和 CSS。媒体文件通常被认为不重要。

3. 根据浏览器是否执行导航、强制转换或操作：

   • 在DAST_BROWSER_NAVIGATION_STABILITY_TIMEOUT、DAST_BROWSER_STABILITY_TIMEOUT 或DAST_BROWSER_ACTION_STABILITY_TIMEOUT 持续时间后，没有新的文档对象模型 (DOM) 修改事件。

这些事件发生后，基于浏览器的扫描会认为页面已加载并准备就绪，然后尝试下一步操作。

如果您的应用程序遇到延迟或返回许多导航失败，请考虑调整超时值，如本例所示：

include:
  - template: DAST.gitlab-ci.yml

dast:
  variables:
    DAST_WEBSITE: "https://my.site.com"
    DAST_BROWSER_NAVIGATION_TIMEOUT: "25s"
    DAST_BROWSER_ACTION_TIMEOUT: "10s"
    DAST_BROWSER_STABILITY_TIMEOUT: "15s"
    DAST_BROWSER_NAVIGATION_STABILITY_TIMEOUT: "15s"
    DAST_BROWSER_ACTION_STABILITY_TIMEOUT: "3s"

产物

使用最新版本的 DAST 模板，这些产物默认公开供下载。

产物列表包括以下文件：

• gl-dast-debug-auth-report.html
• gl-dast-debug-crawl-report.html
• gl-dast-crawl-graph.svg