aquasecurity/chain-benchControlla la conformità della sicurezza della supply chain software rispetto al benchmark CIS, scansionando le impostazioni SCM, le protezioni dei rami, le dipendenze e le pipeline CI/CD per individuare rischi.
Chain-bench è uno strumento open-source per auditare la tua supply chain software per la conformità alla sicurezza basato su un nuovo
CIS Software Supply Chain benchmark.
L'audit si concentra sull'intero processo SDLC, dove può rivelare rischi dal momento del codice fino al momento del deploy. Per vincere la corsa contro gli hacker e proteggere i tuoi dati sensibili e la fiducia dei clienti, devi assicurarti che il tuo codice sia conforme alle politiche della tua organizzazione.
Leggi di più nella Documentazione di Chain-bench
Chain-bench è uno strumento open-source per auditare la tua supply chain software per la conformità alla sicurezza basato su un nuovo CIS Software Supply Chain benchmark. L'audit si concentra sull'intero processo SDLC, dove può rivelare rischi dal momento del codice fino al momento del deploy.
Il modo principale per eseguire chain-bench è come CLI standalone. Richiede un token di accesso per il tuo account e l'URL del repository per accedere al tuo SCM.
Ottieni Chain-bench tramite il metodo di installazione che preferisci. Vedi la sezione [installazione] nella documentazione per i dettagli. Per esempio:
brew install chain-benchnix-env --install -A nixpkgs.chain-benchdocker run aquasec/chain-benchchain-bench scan --repository-url <REPOSITORY_URL> --access-token <TOKEN> -o <OUTPUT_PATH>
chain-bench scan --repository-url <REPOSITORY_URL> --scm-platform <SCM_PLATFORM> --access-token <TOKEN> -o <OUTPUT_PATH>
Le opzioni supportate per scm-platform sono "github" e "gitlab" (beta)
docker run aquasec/chain-bench scan --repository-url <REPOSITORY_URL> --access-token <TOKEN>
Vedi il repository su https://github.com/aquasecurity/chain-bench-action
2022-06-13 15:22:18 INF 🚩 Fetch Starting
2022-06-13 15:22:19 INF 🏢 Fetching Organization Settings Finished
2022-06-13 15:22:29 INF 🛢️ Fetching Repository Settings Finished
2022-06-13 15:22:29 INF 🌱 Fetching Branch Protection Settings Finished
2022-06-13 15:22:29 INF 👫 Fetching Members Finished
2022-06-13 15:22:31 INF 🔧 Fetching Pipelines Finished
2022-06-13 15:22:31 INF 🏁 Fetch succeeded
ID Name Result Reason
-------- ----------------------------------------------------------------------------------------------- -------- ---------------------------------------
1.1.3 Ensure any change to code receives approval of two strongly authenticated users Passed
1.1.4 Ensure previous approvals are dismissed when updates are introduced to a code change proposal Failed
1.1.5 Ensure that there are restrictions on who can dismiss code change reviews Failed
1.1.6 Ensure code owners are set for extra sensitive code or configuration Failed
1.1.8 Ensure inactive branches are reviewed and removed periodically Failed 20 inactive branches
1.1.9 Ensure all checks have passed before the merge of new code Passed
1.1.10 Ensure open git branches are up to date before they can be merged into codebase Passed
1.1.11 Ensure all open comments are resolved before allowing to merge code changes Passed
1.1.12 Ensure verifying signed commits of new changes before merging Failed
1.1.13 Ensure linear history is required Passed
1.1.14 Ensure branch protection rules are enforced on administrators Failed
1.1.15 Ensure pushing of new code is restricted to specific individuals or teams Passed
1.1.16 Ensure force pushes code to branches is denied Failed
1.1.17 Ensure branch deletions are denied Failed
1.2.1 Ensure all public repositories contain a SECURITY.md file Failed
1.2.2 Ensure repository creation is limited to specific members Failed
1.2.3 Ensure repository deletion is limited to specific members Passed
1.2.4 Ensure issue deletion is limited to specific members Passed
1.3.1 Ensure inactive users are reviewed and removed periodically Failed 22 inactive users
1.3.3 Ensure minimum admins are set for the organization Passed
1.3.5 Ensure the organization is requiring members to use MFA Passed
1.3.7 Ensure 2 admins are set for each repository Failed
1.3.8 Ensure strict base permissions are set for repositories Passed
1.3.9 Ensure an organization's identity is confirmed with a Verified badge Failed
2.3.1 Ensure all build steps are defined as code Failed No build job was found in pipelines
2.3.5 Ensure access to the build process's triggering is minimized Passed
2.3.7 Ensure pipelines are automatically scanned for vulnerabilities Passed
2.3.8 Ensure scanners are in place to identify and prevent sensitive data in pipeline files Failed Repository is not scanned for secrets
2.4.2 Ensure all external dependencies used in the build process are locked Failed 16 task(s) are not pinned
2.4.6 Ensure pipeline steps produce an SBOM Passed
3.1.7 Ensure dependencies are pinned to a specific, verified version Failed 16 dependencies are not pinned
3.2.2 Ensure packages are automatically scanned for known vulnerabilities Passed
3.2.3 Ensure packages are automatically scanned for license implications Passed
4.2.3 Ensure user's access to the package registry utilizes MFA Passed
4.2.5 Ensure anonymous access to artifacts is revoked Passed
4.3.4 Ensure webhooks of the package registry are secured Passed
-------- ----------------------------------------------------------------------------------------------- -------- ---------------------------------------
Total Passed Rules: 19 out of 36
2022-06-13 15:22:31 INF Scan completed: 13.108s
Puoi integrare i risultati di chain-bench nel Gitlab Vulnerability Report aggiungendo un nuovo passaggio nella tua definizione CI:
chain-bench-scanning:
stage: test
image:
name: docker.io/aquasec/chain-bench
entrypoint: [""]
script:
- chain-bench scan --repository-url $CI_PROJECT_URL --access-token $CHAIN_BENCH_TOKEN --scm-platform gitlab -o results.json --template @/templates/gitlab_security_scanner.tpl
artifacts:
reports:
container_scanning: results.json
Maintainer che ha i permessi read_api e read_repository e utilizzarlo come variabile d'ambiente (es. $CHAIN_BENCH_TOKEN)È necessario fornire un token di accesso con permessi per questi ambiti: repo(tutti), read:repo_hook, admin:org_hook, read:org
Attualmente supportiamo SCM GitHub e Gitlab, con autenticazione PAT.
Chain-bench implementa il CIS Software Supply Chain Benchmark nel modo più fedele possibile. Puoi trovare i controlli attualmente implementati su AVD - Software Supply Chain CIS - 1.0 che vengono aggiornati ogni notte in base ai file metadata.json di chain-bench. Segnala eventuali problemi qui se chain-bench non implementa correttamente il test come descritto nel Benchmark. Per segnalare problemi nel Benchmark stesso (ad esempio, test che ritieni inappropriati), unisciti alla comunità CIS.
Leggi Contributing prima di contribuire. Accogliamo con favore PR e segnalazioni di problemi.
In futuro prevediamo di rilasciare aggiornamenti a chain-bench per aumentare la copertura del benchmark con più controlli e supportare più piattaforme. Chain-bench è un progetto open-source di Aqua Security, parte della famiglia Trivy.