8000 :construction: [Consistency] Making all values.yaml files consistent by SebieF · Pull Request #714 · secureCodeBox/secureCodeBox · GitHub
[go: up one dir, main page]

Skip to content

Conversation

@SebieF
Copy link
Contributor
@SebieF SebieF commented Oct 8, 2021

Closes #693.

Once applied, all values.yaml files for all scanners will follow the same template. The following changes have been made:

  1. Replaced some unnecessary comments
  2. Added xy.xyz.zxy descriptions to all values
  3. Added security context to all scanners
  4. Added cascading rules to all scanners (when no cascading rules exist, they are set to false)
  5. Changed nuclei image tag from "latest" to "null"
  6. Set RunAsNonRoot for whatweb from "false" to "true"
  7. ncrack, zap/zap-advanced have some special settings that have not been touched

Note that in the amass values.yaml securityContext, runAsNonRoot had to be set to false, because their Dockerfile does not use a numeric value for their user.
Thus their user cannot be verified to be root or not:
Error: container has runAsNonRoot and image has non-numeric user (user), cannot verify user is non-root (pod: "scan-amass-scanner-dummy-scan, container: amass). (See #715)

Same unfortunately applies for even more scanners, see #723

Checklist

  • Test your changes as thoroughly as possible before you commit them. Preferably, automate your test by unit/integration tests.
  • Make codeclimate checks happy

SebieF and others added 7 commits September 29, 2021 11:35
1. Replaced some unnecessary comments
2. Added xy.xyz.zxy descriptions to all values
3. Added security context to all scanners
4. Added cascading rules to all scanners (when no cascading rules exist, they are set to false)
5. Changed nuclei image tag from "latest" to "null"
6. Set RunAsNonRoot for whatweb from "false" to "true"
7. ncrack, zap/zap-advanced have some special settings that have not been touched

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Signed-off-by: GitHub Actions <securecodebox@iteratec.com>
This is necessary because the provided amass container has a non-numeric user that cannot be verified to be root or not:
Error: container has runAsNonRoot and image has non-numeric user (user), cannot verify user is non-root (pod: "scan-amass-scanner-dummy-scan, container: amass)

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Signed-off-by: GitHub Actions <securecodebox@iteratec.com>
@SebieF SebieF added this to the v3.3.0 milestone Oct 8, 2021
@SebieF SebieF self-assigned this Oct 8, 2021
SebieF and others added 9 commits October 11, 2021 14:38
A non-numeric user cannot be checked to be non-root by Kubernetes and causes an error if runAsNonRoot is (justifiably) activated.

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Like Kubehunter Dockerfile, non-root user is not needed

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Changes to USER did not yield the desired effect

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
For scanners: gitleaks, kube-hunter, ssh-scan, sslyze, trivy, wpscan, zap, zap-advanced

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Signed-off-by: GitHub Actions <securecodebox@iteratec.com>
Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Copy link
Member
@J12934 J12934 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good changes 👍, but there were some cases where the differences are required, see below.

@SebieF
Copy link
Contributor Author
SebieF commented Oct 13, 2021

Well, since these are only comments I think it is debatable if this should be changed for every scanner individually or if the versioning system should be given another thought. (#716)

@SebieF SebieF requested a review from J12934 October 13, 2021 17:16
SebieF and others added 5 commits October 15, 2021 12:51
This is because scb scanners use a different versioning system connected to the releases
Signed-off-by: GitHub Actions <securecodebox@iteratec.com>
This is because scb scanners use a different versioning system connected to the releases

Signed-off-by: Sebastian <sebastian.franz@iteratec.com>
Signed-off-by: GitHub Actions <securecodebox@iteratec.com>
@SebieF
Copy link
Contributor Author
SebieF commented Oct 15, 2021

We discussed the problem and it was concluded that the correct version should be used at the moment, but an issue for the inconsistent versioning has been created (#716).

@J12934 J12934 merged commit 06f3578 into main Oct 15, 2021
@J12934 J12934 deleted the consistency/value-files branch October 15, 2021 12:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

🚧 [Consistency] Make all values.yaml files follow the same template

3 participants

0