Home

Awesome

🦫 Secure your CI with Cimon

<a href="https://cycode.com/cygives/" alt="Cimon is part of Cygives, the community hub for free & open developer security tools."/> <picture> <source media="(prefers-color-scheme: dark)" srcset="./assets/images/Cygives-darkmode.svg"> <source media="(prefers-color-scheme: light)" srcset="./assets/images/Cygives-lightmode.svg"> <img alt="Cygives Banner" src="./assets/images/Cygives-lightmode.svg"> </picture> </a>

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.

🏃‍♂️ Getting Started with Cimon

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@v0

🔨 Usage

The action supports the following parameters:

NameDefaultDescription
client-idCimon client ID for authentication
secretCimon secret for authentication
urlCimon endpoint for authentication
preventfalseEnable prevention mode
allowed-ipsA comma or white space separated list of allowed IP addresses
allowed-hostsA 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-netsA 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-summarytrueReport results through job summary output
report-process-treefalseEnable to report the process tree
slack-webhook-endpointSlack webhook endpoint to report security events
apply-fs-eventsfalseEnable processing filesystem events and display them in the process tree report
log-levelinfoLog level (Used for debugging)
feature-gatesSet of key=value pairs that describe Cimon features
fail-on-errorfalseFail the CI if Cimon encountered an error

⚙️ Scenarios

Running Cimon on detect mode

steps:
    - uses: cycodelabs/cimon-action@v0

Running Cimon on prevent mode

steps:
    - uses: cycodelabs/cimon-action@v0
      with:
          prevent: true
          allowed-hosts: >
              cycode.com

Running Cimon on detect mode with a process tree and file system events

steps:
    - uses: cycodelabs/cimon-action@v0
      with:
          report-process-tree: true
          apply-fs-events: true

Running Cimon with enhanced Cycode capabiltiies

You can read more about it here.

steps:
    - uses: cycodelabs/cimon-action@v0
      with:
          client-id: ${{ secrets.CIMON_CLIENT_ID }}
          secret: ${{ secrets.CIMON_SECRET }}

🛡️ Security Report

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:

🪚 Development

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:

  1. Install or update package dependencies:
    npm install
    
  2. 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.

🪪 License

Apache License 2.0