Cimon (pronounced "Simon") is a runtime security solution that detects and stops software supply-chain attacks on your pipeline, including those targeting SolarWinds and CodeCov, through easy onboarding and a developer-friendly experience.
By utilizing the revolutionary eBPF technology, Cimon monitors and mitigates attacks within the kernel, denying access to users' assets as soon as they arise.
This action helps seamlessly deploy the agent into any desired GitHub Actions build. The action is based on the NodeJS engine and contains simple pre and post scripts to deploy and gracefully shut down the agent.
Learn more about Cimon in our docs.
| Runner OS | cycodelabs/cimon-action (agent) |
cycodelabs/cimon-action/attest |
|---|---|---|
| Linux | ✅ | ✅ |
| Windows | ❌ | ✅ |
| macOS | ❌ | ✅ |
The agent deployed by this action (runtime monitoring, hardening, process and
file reports, automatic SBOM generation and the CIMON_SBOM_* settings) is
built on eBPF and runs only on Linux runners. On any other OS the action
stops before installing anything and logs an explanatory error (the step
fails with fail-on-error: true).
The Windows and macOS releases of cimon are attest-only builds. Use the
attest sub-action there to generate and sign SLSA
provenance, and to sign an SBOM produced by another tool with
cimon attest sbom.
Getting started with Cimon is as simple as introducing a single step in the pipeline. Cimon Action should be the first step in each of your jobs.
We recommend starting Cimon in “Detect Mode” to allow it to learn your environment before applying preventive policies.
- uses: cycodelabs/cimon-action@v1The action supports the following parameters:
| Name | Default | Description |
|---|---|---|
client-id |
Cimon client ID for authentication | |
secret |
Cimon secret for authentication | |
url |
Cimon endpoint for authentication | |
prevent |
false |
Enable prevention mode |
allowed-ips |
A comma or white space separated list of allowed IP addresses | |
allowed-hosts |
A comma or white space separated list of allowed domain names. The left-most label can be the wildcard character (*) to match multiple subdomains (e.g. *.example.com). |
|
ignored-ip-nets |
A comma or white space separated list of ignored IP networks in CIDR notation, e.g. 10.0.0.0/8, 172.16.0.0/12. This setting is mandatory if your workflow runs containers attached to a custom network with configured sub-range. In other words, inter-container networking is usually ignored by Cimon. Cimon implicitly ignores 10.0.0.0/8 and 172.16.0.0/12 networks. | |
github-token |
${{ github.token }} |
GitHub token (used to overcome GitHub rate limiting) |
report-job-summary |
true |
Report results through job summary output |
report-process-tree |
false |
Enable to report the process tree |
slack-webhook-endpoint |
Slack webhook endpoint to report security events | |
apply-fs-events |
false |
Enable processing filesystem events and display them in the process tree report |
log-level |
info |
Log level (Used for debugging) |
feature-gates |
Set of key=value pairs that describe Cimon features | |
fail-on-error |
false |
Fail the CI if Cimon encountered an error |
hardening |
false |
Enable hardening rules engine to detect/prevent CI/CD supply chain attacks |
hardening-tier |
2 |
Maximum hardening tier: 1 = critical only, 2 = critical + high (default), 3 = all rules |
hardening-disabled-rules |
Comma-separated list of hardening rule IDs to disable |
steps:
- uses: cycodelabs/cimon-action@v1steps:
- uses: cycodelabs/cimon-action@v1
with:
prevent: true
allowed-hosts: >
cycode.comsteps:
- uses: cycodelabs/cimon-action@v1
with:
report-process-tree: true
apply-fs-events: truesteps:
- uses: cycodelabs/cimon-action@v1
with:
client-id: ${{ secrets.CIMON_CLIENT_ID }}
secret: ${{ secrets.CIMON_SECRET }}
prevent: true
hardening: trueYou can read more about it here.
steps:
- uses: cycodelabs/cimon-action@v1
with:
client-id: ${{ secrets.CIMON_CLIENT_ID }}
secret: ${{ secrets.CIMON_SECRET }}Each pipeline run will report its findings through a security report embedded within the pipeline summary in GitHub Actions.
Here is an example of a Cimon report:
The report, created as a job summary, contains the profile of the running job based on the configuration and includes a snippet to assist the user with transitioning from detection to prevention.
When the policy is set to "prevent", any security anomalies matching the profile are displayed on the report:
Contributions to GitHub Action are welcome. After changes were made to the src folder, these changes should be reflected to the dist folder through the following build process:
- Install or update package dependencies:
npm install - Compile JavaScript source files into single entrypoint files with ncc:
npm run all
The build script will update the actions' entry points code in the dist directory, which should be added to the Git repository.


