Phoenix Security
Container Lineage – Base Image Associations & Remediation (2026-11-03) commercialThe section your link pointed to isn't on Phoenix Security's page any more, so we've brought you to the top.
Phoenix Security correlates scanner, cloud and runtime findings with exploitability and ownership, and uses AI agents to prioritise and open remediation pull requests.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"ecr:DescribeRepositories",
"ecr:DescribeImages",
"ecr:BatchGetImage",
"ecr:GetDownloadUrlForLayer"
],
"Resource": "*"
}
]
}
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"eks:ListClusters",
"eks:DescribeCluster",
"logs:StartQuery",
"logs:GetQueryResults"
],
"Resource": "*"
}
]
}
claude mcp add orange-mcp --scope user -e PHOENIX_CLIENT_ID="your-client-id" -e PHOENIX_CLIENT_SECRET="your-client-secret" -e PHOENIX_API_BASE_URL="https://api.phoenix.security/v1" -e PHOENIX_MCP_READ_ONLY=true -- "$(pwd)/.venv/bin/phoenix-mcp"
export PHOENIX_CLIENT_ID="<client-id>"
export PHOENIX_CLIENT_SECRET="<client-secret>"
export PHOENIX_API_BASE_URL="https://<tenant>.phoenix.security/v1"
export PHOENIX_MCP_READ_ONLY="true"
export PHOENIX_MCP_MAX_ITEMS="100"
curl -X POST https://api.securityphoenix.cloud/v1/import/assets/file/translate \
-H "Authorization: Bearer <token>" \
-F "file=@report.json" \
-F "scanType=Anchore Grype Scan" \
-F "assessmentName=MyProdScan" \
-F "importType=new"
POST /api/v1/assets/import?import_type=Delta
Content-Type: application/json
{
"assets": [...]
}
Summary
Phoenix Security is a commercial appsec tool that correlates scanner, cloud, and runtime findings with exploitability and ownership, using AI agents to prioritize issues and open remediation pull requests. It is run as a service, primarily targeting application developers. Its documentation positions it alongside vulnerability management platforms, and it launches from 2020.
Phoenix Security correlates scanner, cloud and runtime findings with exploitability and ownership, and uses AI agents to prioritise and open remediation pull requests.
How Phoenix Security helps
Which vulnerabilities across my scanners actually matter right now?
correlates findings from connected scanners, cloud accounts, and runtime with exploitability data and asset ownership, and ranks them so the highest-risk issues surface first
Who owns the code or asset behind a given finding?
matches each finding to the responsible team or developer using ownership data pulled in alongside the scanner and cloud results, so issues route to the right person instead of a general queue
Which of these findings are exploitable in practice versus just theoretically present?
layers exploitability signals onto raw scanner output so a finding with a known active exploit path is distinguished from one that is unreachable in the running environment
Can a fix for a prioritised issue get into the codebase without someone manually writing the patch?
uses AI agents to draft and open a remediation pull request against the affected repository for issues it has ranked as worth fixing
Are findings from my cloud, runtime, and scanner tools being treated as one picture or three separate lists?
ingests results from each connected source into a single correlated view, so the same underlying issue reported by multiple tools is treated as one item rather than duplicated
Which newly connected scanner's findings are now feeding into my prioritised list?
once a scanner integration such as a vulnerability management SaaS account is connected, findings from its monitored sites flow into the same environment and correlation pipeline as existing sources
Languages
Command line
1 command for Phoenix Security, 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 Phoenix Security, 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 Phoenix Security 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…
Commercials
pricing & packaging history · Phoenix Security vendor page16 readings of Phoenix Security's pricing page since Feb 2023, with 4 changes to what its plans include — each one dated, compared with the reading before it, and explained for someone buying the tool.
Pricing and packaging history is included with Researcher and Business. See how every vendor we track sells, and how that has changed over time, using data we don't publish anywhere else.
See plans → Already subscribed? Sign in →Plans by offering
Each offering on the pricing page links to its own page of plans, read at its latest capture.
Plan relaunches
Plans, prices and descriptions are quoted from the vendor's own pricing page as we read it on each date. A plan missing from a later reading is shown as no longer listed on the page — a statement about the page, not the product. Readings that failed to show any plans are left out rather than read as a change.
Website history
phoenix.security, every changePhoenix Security's home page and 18 more pages as they looked each month from December 2022 to October 2026: 231 renders, 27 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
12 entries
No entries match these filters.
- November 20261
- October 20263
- September 20261
- August 20261
- July 20261
- June 20261
- May 20261
- January 20263
Add the badge to your README
Maintain this project? The badge links readers straight to this page, so they can follow every release here.