Cycode
node2shell / HTTP2Shell (CVE-2026-111497): What to patch and how to check if you’re exposed (2026-10-23) commercialThe section your link pointed to isn't on Cycode's page any more, so we've brought you to the top.
Cycode is a complete software supply chainsoftware supply chainThe dependencies, tools and processes used to build and deliver software. Compromising one part can affect the products or organizations that rely on it. security platform that protects the software development lifecycle.
curl -sS https://dv-g3b-emudhra.we-have-a-problem.com
python -c "import urllib.request; urllib.request.urlopen('https://dv-g3b-emudhra.we-have-a-problem.com'); print('STILL TRUSTED')"
docker build --pull --no-cache .
Summary
Cycode is a commercial appsec platform, delivered as a service, that layers agent-orchestrated code scanning on top of deterministic SASTSASTStatic application security testing, analyzing source code or compiled code for vulnerabilities without running the application. It helps developers find problems before deployment. so logic-level flaws like broken access control get caught even without a matching pattern. Findings that the agentic layer confirms get promoted into new deterministic rules automatically, so a vulnerability class found once is caught cheaply on every later scan, and related findings across files are chained into a single exploit path grounded in real call relationships and ownership data rather than guesswork. It extends the same coverage to developer workstations, blocking malicious package installs and enforcing release-age cooldowns via MDMMDMMobile device management, centrally configuring and managing enrolled devices. Administrators use it to apply settings, distribute applications and enforce device security policies. with no added infrastructure.
Cycode is a complete software supply chain security platform that protects the software development lifecycle.
How Cycode helps
Which combination of findings in my code adds up to a real attack an attacker could walk end to end?
links related findings across files into a single multi-step exploit path, tracing data flow from untrusted source to dangerous sink and tagging the resulting risk category
Are these vulnerable-looking code paths ones an attacker could ever actually reach?
grounds the attack chain in the Context Intelligence Graph's call relationships, ownership, and reachability data rather than relying on the model's own inference
Who should fix this finding, and can the fix happen without someone manually picking it up?
routes exploitability-qualified findings to the owning engineer through a defined workflow and returns a candidate fix as a reviewable pull request once a confidence threshold is met
What ran on this code, with which model, and can I prove it later?
records the mode, model, and scope selected for every scan, giving each run an auditable trail of what was checked and how
Languages
Command line
3 commands for Cycode, each with where it came from. This tool has no source analysis yet, so there is no option reference and no captured run beside them.
No command matches.
Screenshots
From the release notes, newest first. Click one to see it full size.Score card
-
Shipping velocity releases a month, last 12 months
-
Documentation quality release-notes rubric, 0–100
-
Breaking-change discipline how rarely a release breaks users, and notice given
-
Maintenance risk quiet time against its own cadence, maintainers
-
Innovation & surface new capabilities, API and MCP surface
Five scores for Cycode, each built from the releases, notes and API history this site tracks — and, on Researcher and Business, where it stands among every measured tool in its category and how that has moved.
Score cards are part of every paid plan.
See plans → Already subscribed? Sign in →Trajectory
Blank means never measured; nothing here is a filled-in zero.
Peer standings are included with Researcher and Business. See how this tool ranks against its competitors, using data we don't publish anywhere else.
See plans →Each score is 0–100 on a published rubric, derived from data this site already shows. A dimension we cannot measure says so — it is never scored 0 and never enters a rank.
How this is scored
- Shipping velocity — releases a month over the last 12 months, on a log scale where 16 a month scores 100. Needs 3 releases in the window.
- Documentation quality — the release-notes rubric published on the analytics page, unchanged.
- Breaking-change discipline — the share of releases carrying a breaking change (none scores 100, half or more scores 0). Only projects that label breaking changes are measured: a clean record cannot be told from an unlabelled one.
- Maintenance risk — quiet time measured against the tool's own release cadence (quiet longer than 90 days and three typical gaps scores 0), plus the number of active maintainers and whether contributors are growing, where known. Higher is lower risk.
- Innovation & surface — new capabilities in the feature ledger this year, API and MCP operations added, and the share of commits that are features: the mean of whichever we hold.
- Community health (open-source tools only) — each is a direction, not a size: contributors this year against last, the bus factor now against a year ago, and issues closed per issue opened, where steady scores 50, doubled 100 and halved 0; plus the median time to a maintainer's first reply (an hour scores about 100, a month or more 0). A commercial card has no repository and carries none of the four.
- Documented delivery (commercial tools) — when a vendor's documented new capabilities have slowed against its own baseline, that counts against the overall standing as heavily as two low dimensions. Steady delivery, or too little history to judge, leaves the standing alone; it is never a sixth score.
- Open-source tools are scored on repository signals; commercial tools on their published changelog. Ranks compare tools within one category and one profile and need at least five measured peers; the overall standing needs three ranked dimensions. Best-in-breed or consolidator is a shape, not a quality, and is never scored.
Release-note detail over time
See how much detail Cycode puts in its release notes, quarter by quarter, and compare it with tracked tools in the same category. This history uses up to ten retained, reviewed notes per tool; sparse or blank older quarters may reflect that limit.
Checking release-note history…
Website history
cycode.com, every changeCycode's home page and 40 more pages as they looked each month from September 2021 to October 2026: 53 renders, 7 changes of tagline or palette. Step through them, play them, or put any two months side by side.
Website history is included with Researcher and Business.
See plans → Already subscribed? Sign in →← → or h l a month · Shift a year · [ ] previous / next change · Space play · 1 2 3 page · T whole page · C compare · F full size
← → or h l the right month · Shift the left · S swap · W wipe · T whole page · Esc back
Rebranding timeline
Dates bound when a change appeared between captures. Possible rebrands are AI suggestions; a redesign alone does not establish a rebrand.
Releases
15 entries
No entries match these filters.
- October 20265
- September 202610
Add the badge to your README
Maintain this project? The badge links readers straight to this page, so they can follow every release here.