Checkmarx CxCE study materials
Checkmarx CxCE study resources

Checkmarx CxCE: IDE and CI/CD Pipeline Integration (Plugins, CLI, and Automation)

Checkmarx CxCE · Work through your exam, one topic at a time.

All guide sections

IDE and CI/CD Pipeline Integration (Plugins, CLI, and Automation)

What this domain tests

How CxSAST is embedded in a developer's editor and in an automated pipeline: which component does what, how builds are gated, and where credentials and exit codes are handled.

IDE plugins

Plugins for Eclipse, IntelliJ IDEA, and Visual Studio let developers run scans from the editor (local or on the server), view results inline, read the source-to-sink path, mark false positives with a reason, and pull remediation guidance - keeping triage close to the code. They reuse server-side projects and permissions, so a developer who cannot see a project in the portal cannot see it in the IDE either.

CLI and API

CxConsole (the runCxConsole command on Windows, runCxConsole.sh elsewhere) wraps the platform: Scan, CreateProject, GenerateReport, GetScanResults, CancelScan. Typical scan parameters identify the server, credentials or token, project name, preset, location type and path, and report outputs. The REST API covers anything the CLI does not, including custom dashboards and orchestration. Automation should use a dedicated service account or token, never a named administrator's password.

CI/CD plugins

Jenkins, Azure DevOps, TeamCity, and Bamboo integrations wrap the CLI: create or update the project, start the scan, wait for completion, publish results, and optionally fail the build on a severity threshold or on new results compared with a baseline. Build agents need network access to CxManager, enough disk for the source checkout, and a full (not shallow) clone so the scan sees real history where relevant.

Worked example

A release build fails with a High finding located in a generated sources folder. The threshold is set on new results, so the finding is genuinely new relative to the baseline. Correct order: exclude the generated folder in the scan configuration, re-run, and confirm the baseline still compares correctly. Lowering the threshold or disabling the gate hides real findings and is the wrong fix.

Traps that cost marks

  • Credentials pasted into job configuration or echoed into build logs.
  • Assuming the CLI exits non-zero on findings by default; gating must be configured.
  • Shallow clones or missing submodules producing incomplete scans.
  • Fresh workspaces plus incremental scans: with no prior chain, run a full scan.
  • Forgetting per-branch project mapping, so mainline results are overwritten.