Add DAST check documentation for all 798 checks
What does this MR do?
The Browser Based DAST scanner provides a number of vulnerability checks that are used to scan for vulnerability in the site under test. These checks are defined in the dast-cwe-checks project.
This MR adds documentation for the following checks:
- 798.1
- 798.2
- 798.3
- 798.4
- 798.5
- 798.6
- 798.7
- 798.8
- 798.9
- 798.10
- 798.11
- 798.12
- 798.13
- 798.14
- 798.15
- 798.16
- 798.17
- 798.18
- 798.19
- 798.20
- 798.21
- 798.22
- 798.23
- 798.24
- 798.25
- 798.26
- 798.27
- 798.28
- 798.29
- 798.30
- 798.31
- 798.32
- 798.33
- 798.34
- 798.35
- 798.36
- 798.37
- 798.38
- 798.39
- 798.40
- 798.41
- 798.42
- 798.43
- 798.44
- 798.45
- 798.46
- 798.47
- 798.48
- 798.49
- 798.50
- 798.51
- 798.52
- 798.53
- 798.54
- 798.55
- 798.56
- 798.57
- 798.58
- 798.59
- 798.60
- 798.61
- 798.62
- 798.63
- 798.64
- 798.65
- 798.66
- 798.67
- 798.68
- 798.69
- 798.70
- 798.71
- 798.72
- 798.73
- 798.74
- 798.75
- 798.76
- 798.77
- 798.78
- 798.79
- 798.80
- 798.81
- 798.82
- 798.83
- 798.84
- 798.85
- 798.86
- 798.87
- 798.88
- 798.89
- 798.90
- 798.91
- 798.92
- 798.93
- 798.94
- 798.95
- 798.96
- 798.97
- 798.98
- 798.99
- 798.100
- 798.101
- 798.102
- 798.103
- 798.104
- 798.105
- 798.106
- 798.107
- 798.108
- 798.109
- 798.110
- 798.111
- 798.112
- 798.113
- 798.114
- 798.115
- 798.116
- 798.117
- 798.118
- 798.119
- 798.120
- 798.121
- 798.122
- 798.123
- 798.124
- 798.125
- 798.126
- 798.127
- 798.128
Related issues
https://gitlab.com/gitlab-org/gitlab/-/issues/353658
Author's checklist
-
Optional. Consider taking the GitLab Technical Writing Fundamentals course. -
Follow the: -
If you're adding or changing the main heading of the page (H1), ensure that the product tier badge is added. -
If you are a GitLab team member, request a review based on: - The documentation page's metadata.
- The associated Technical Writer.
If you are a GitLab team member and only adding documentation, do not add any of the following labels:
~"frontend"
~"backend"
~"type::bug"
~"database"
These labels cause the MR to be added to code verification QA issues.
Reviewer's checklist
Documentation-related MRs should be reviewed by a Technical Writer for a non-blocking review, based on Documentation Guidelines and the Style Guide.
-
If the content requires it, ensure the information is reviewed by a subject matter expert. - Technical writer review items:
-
Ensure docs metadata is present and up-to-date. -
Ensure the appropriate labels are added to this MR. -
Ensure a release milestone is set. - If relevant to this MR, ensure content topic type principles are in use, including:
-
The headings should be something you'd do a Google search for. Instead of Default behavior
, say something likeDefault behavior when you close an issue
. -
The headings (other than the page title) should be active. Instead of Configuring GDK
, say something likeConfigure GDK
. -
Any task steps should be written as a numbered list. - If the content still needs to be edited for topic types, you can create a follow-up issue with the docs-technical-debt label.
-
-
-
Review by assigned maintainer, who can always request/require the reviews above. Maintainer's review can occur before or after a technical writer review.
Edited by Craig Smith