Skip to content
GitLab
Next
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 44,763
    • Issues 44,763
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1,328
    • Merge requests 1,328
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #229067
Closed
Open
Issue created Jul 14, 2020 by Cameron Swords@cam_swordsDeveloper4 of 4 checklist items completed4/4 checklist items

Improve DAST target validation checking

Problem to solve

Before DAST scans a website, the target website is checked to verify that it is up and running. This is to ensure that the ZAP scan is able to spider all URLs on the website, and helps ensure results are deterministic.

Unfortunately, some websites have target URLs which cause problems with the check. These include:

  • Websites that take longer than 5 seconds to load
  • Websites that have lots of redirects
  • Websites that return status codes in the range 400-500

Intended users

  • Sasha (Software Developer)
  • Sam (Security Analyst)

Implementation plan

  • DAST should continue to scan when the website returns a 400 series error. The error is a client error, which indicates that the server is up and running.
  • DAST should provide an environment variable, DAST_SKIP_TARGET_CHECK. When set to true, the target check made by DAST should be skipped entirely. DAST_SKIP_TARGET_CHECK should be false by default.
  • More information should be emitted to explain why the website check failed. See #237842 (closed) for a suggestion on how this might look. See also #245255 (closed) for an explanation on what information would be useful.
  • If the site check fails, the job log should include a message to explain to the user what options they have, for example, "Set the variable DAST_SKIP_TARGET_CHECK to false to prevent this check".

Documentation

Please document the new environment variable in the DAST documentation.

Availability & Testing

What is the type of buyer?

Gold/Ultimate

Edited Jan 07, 2021 by Avielle Wolfe
Assignee
Assign to
Time tracking