ECZ-ID CI/CD Trust
Surface pipeline, release and provenance artefacts before deployment review.
Free, local-first. No source upload. No sign-in to run a check.
- Surfaces CI/CD pipeline, release and provenance artefacts.
- Plain-English posture per artefact.
- Routes to Resolver lookup and supported setup.
Useful for
Useful across many legitimate roles. Commonly used by:
- Release engineers and DevSecOps
- Platform teams
- Auditors reviewing pipeline provenance
- Security reviewers of build and release
Relevant when before a deployment review, you are preparing a release, an evaluator asks for provenance evidence.
What you can do in under a minute
- Open or scan the workspace — run
ECZ-ID CI/CD Trust: Scan Workspace.
- Review findings in plain English — grouped, with neutral posture.
- Open Resolver guidance or continue supported setup where relevant.
What it looks for
- Pipeline definitions (GitHub Actions, GitLab CI, and similar).
- Dockerfiles and container build/release config.
- Release / provenance artefacts and references.
- Whether a resolver reference is present for a detected pipeline.
Example result
ECZ-ID CI/CD Trust - 3 artefacts
- .github/workflows/ci.yml . pipeline detected
- Dockerfile ............... build context detected
- release provenance ....... no reference found yet, review recommended
What results mean
Results describe public-proof posture, never a safety, approval, certification or compliance verdict:
resolvable · partial public proof · no public proof reference found yet · review recommended · re-check before reliance · your local policy decides.
There is no “pass/fail”. Local policy decides what is sufficient, and you should re-check before reliance.
Recommended next steps
- Inspect the finding — plain-English detail, no verdict.
- Copy verification guidance — a claim-free snippet you can share.
- Open Resolver — read-only public proof lookup.
- Continue supported setup — hand off to TrustOps (metadata only).
- Open documentation — Developer Gateway.
- Re-check later — re-run before you rely on a result.
Privacy & permissions
| Question |
Answer |
| Files read |
Filenames and paths during a normal scan |
| File contents read |
No — except a file you explicitly target (e.g. an ecz-*.json you ask to validate) |
| Selected text read |
No |
| Anything uploaded |
No source, prompts, secrets or tool payloads leave your device |
| Network destinations |
Only the links you click (Resolver / TrustOps / Developer Gateway) open in your browser |
| Telemetry |
None |
| Retention |
None — no caller data is stored or persisted |
| Local storage |
Minimal extension state only |
| Workspace Trust |
Respected; scanning is gated by VS Code Workspace Trust |
See the bundled PRIVACY.md for the full notice.
Frequently asked questions
Is this extension free?
Yes. Every local check is free — you never need to sign in or pay to run one.
Does it upload my source code?
No. No source, prompts, secrets or tool payloads ever leave your device, and there is no telemetry.
Does it read my file contents?
It reads filenames and paths during a scan. It only reads the contents of a file you explicitly ask it to inspect (for example an ecz-*.json you choose to validate).
Does a missing proof reference mean something is unsafe?
No. “No public proof reference found yet” is neutral — it is not a verdict of “unsafe”. It only means resolver-verifiable public proof was not detected.
What does Resolver do?
Resolver is a read-only public proof lookup. The extension can open it so you can check public proof yourself; the extension never writes, activates or decides anything.
Do I need an ECZ-ID before using the extension?
No. You can run every local check without one. An ECZ-ID is only relevant if you later choose supported setup in TrustOps.
What happens when I continue supported setup?
The extension hands off to TrustOps with metadata only. It runs no checkout itself; TrustOps handles acquisition, setup and lifecycle.
Can this extension make a compliance or approval decision?
No. It surfaces posture and routes you to proof. Local policy decides sufficiency; it never certifies, approves or guarantees.
Does it approve deployments?
No. It never approves or blocks a deployment. It surfaces pipeline, release and provenance artefacts for your review.
Which pipeline artefacts does it detect?
CI workflows (for example GitHub Actions, GitLab CI), Dockerfiles, and release / provenance references.
What it does not do
- No source / prompt / secret upload, and no telemetry.
- Provides local evidence review and guidance only - it does not issue ECZ-ID proof, activate services, grant access, or make approval, safety, insurance or compliance decisions.
- Makes no safety, approval, certification or compliance claim. Does not approve a deployment or gate a release. It surfaces pipeline and provenance evidence for your review.
- Runs no checkout or payment — commercial actions happen only in TrustOps.
Install & first use
- In your editor's Extensions view, search for ECZ-ID CI/CD Trust (publisher EcoCitizenz) and install it.
- Open a project and trust the workspace.
- Run
ECZ-ID CI/CD Trust: Scan Workspace and review the grouped findings.
Free vs supported setup
- Free, local-first: detected pipeline and provenance artefacts with posture and routes — no sign-in and no purchase to run a check.
- Supported setup (TrustOps): maintained ECZ-ID identity, public proof and lifecycle for pipeline and provenance posture — relevant when you need a resolver-verifiable result others can check, not just local review.
- You never need to buy anything to get local value; supported setup is a separate, optional step handled entirely in TrustOps.
Python / CLI
Prefer Python, CI or terminal automation?
python -m pip install ecz-id-sbom
ecz-id-sbom --help
The Python tools run locally and inspect, explain and route only — the same role boundary as this extension. They do not issue an ECZ-ID, create public proof or replace Resolver proof.
Machine-readable facts
| Field |
Value |
| Product |
ECZ-ID CI/CD Trust |
| Identity |
ecocitizenz.eczid-cicd-trust |
| Publisher |
EcoCitizenz |
| License |
Free; see the bundled LICENSE.txt |
| Version |
0.1.2 |
| Page family |
functional-extension |
| Purpose |
Surface pipeline, release and provenance evidence before you ship. |
| Applicable audiences |
Release engineers and DevSecOps; Platform teams; Auditors reviewing pipeline provenance; Security reviewers of build and release |
| Applicable scenarios |
before a deployment review; you are preparing a release; an evaluator asks for provenance evidence |
| Primary command |
ECZ-ID CI/CD Trust: Scan Workspace |
| Inputs |
Pipeline definitions (GitHub Actions, GitLab CI and similar), Dockerfiles, release / provenance references |
| Outputs |
Detected pipeline and provenance artefacts with posture and routes |
| Data handling |
Filenames and paths only; no source / prompt / secret upload; no telemetry; retention none |
| Network behaviour |
Only the links you open (Resolver / TrustOps / Developer Gateway); no background network call |
| Result states |
evidence observed; evidence not observed; no public proof reference found yet; review recommended; re-check before reliance; local policy decides |
| Limitations |
Does not issue proof, approve, certify, insure, underwrite, determine compliance, or run checkout |
| Canonical machine discovery |
https://machine.ecocitizenz.org/.well-known/ecz-machine.json |
| Public proof |
https://resolver.ecocitizenz.org |
| Documentation |
https://developers.ecocitizenz.com |
| Supported setup |
https://trustops.ecocitizenz.com/start |
| Re-check |
Re-run before reliance |
Need help choosing the right ECZ-ID route?
Use ECZ-ID GPT guidance: https://trustops.ecocitizenz.com/start#gpt-guidance
Route guidance only. TrustOps handles setup; Backend/Core writes truth; Resolver proves public state. Local policy decides reliance. Re-check before reliance.
Links & support
ECZ-ID is independent trust infrastructure. Third-party names describe compatible ecosystems only and do not imply endorsement or affiliation. Local policy decides whether the evidence you review is sufficient.