Keep Me Secure

io.github.robertkeusPublished by GitHub account robertkeusv1.5.0Updated Nov 6, 2026

Tells your coding agent whether your installed packages need patching, with advice on what to do.

The publisher's own server: Keep

VerifiedStreamable HTTPWeb executableDeveloper ToolsSecurity & Monitoring

Overview

AI-generated overview

Checks installed package versions, Node.js/PHP runtimes and hosting platforms against public security advisories and returns a patch verdict with next steps.

What you can do
  • Check packages against public advisories, one exact version at a time or up to 500 per call
  • Check a Node.js or PHP runtime version for flaws in the runtime itself
  • List known security incidents at hosting, deployment and AI platforms, with advice and a source link
  • Report a verdict (yes, no, unknown) with urgency, fixed versions and suggested upgrade commands
When to use it
Useful when a coding agent should answer questions like "is my stack secure?" or "do we have vulnerable packages?" and propose concrete patches, especially for projects with lockfiles in JavaScript, Python, PHP, Go, Rust, Ruby, Java or .NET.
Requirements
Runs as a hosted remote endpoint with no account or token, or locally via the Docker image (Node.js 22 or newer for the Claude Code plugin). The hosted version relies on the agent reading lockfiles itself; the local plugin and Docker variants scan the project folder directly.
Before you install
The hosted endpoint receives package names and versions from your agent, which are passed to OSV.dev; private package names may leak for ecosystems whose lockfiles do not record the registry, so run it locally if names are sensitive. It never installs or upgrades anything, but suggested commands should be reviewed before approval. A "no" or empty result only means no known advisory at check time.

Installation

In SourceWeft

  1. Open Keep Me Secure in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.robertkeus%2Fkeep-me-secure-mcp/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config.

{
  "mcpServers": {
    "keep-me-secure": {
      "type": "http",
      "url": "https://mcp.keepmesecure.dev/mcp"
    }
  }
}

README

keep-me-secure-mcp

Ask your coding agent "Is my stack secure?" and get a yes or no, with what to do next.

[A terminal. Someone asks: Is my stack secure? It scans 111 packages across PHP, npm, Go and Java, then answers no: 18 packages need patching, starting with log4j-core and spring-beans.]

Website · Contributing · Security · MIT license

It's a free, open source MCP server. It checks every package in your lockfiles against public security advisories, including the ones you didn't install directly.

Quick start

Add it to Claude Code. You need Node.js 22 or newer, and no account or Docker.

bash
claude plugin install keep-me-secure --marketplace robertkeus/keep-me-secure-mcp

Now it checks by itself when you start coding, once a day per project. You can also ask your agent at any time:

text
Is my stack secure?

It never changes anything without your OK.

Ways to use it

Claude Code pluginDockerHosted URL
Best forDaily use in Claude CodeOther agents, isolationTrying it, small projects
You needNode.js 22 or newerDockerNothing
Daily checkYesYesNo, you ask
Who reads your lockfilesThe plugin, on your machineThe container, on your machineYour agent, which sends the list to our server
CoverageEvery packageEvery packageWhat your agent sends

Docker

Run this in your project:

bash
docker run --rm --user "$(id -u):$(id -g)" -v "$PWD:/workspace" ghcr.io/robertkeus/keep-me-secure-mcp:latest init

This adds or updates three files:

FilePurpose
.mcp.jsonRegisters the MCP server
.claude/settings.jsonClaude Code hook that runs the check when a session starts
AGENTS.mdTells other agents to run the check at the start of a session

The config pins the image version, so a new release never reaches your project unannounced. Run the command again to upgrade.

For other agents, keep the AGENTS.md rule: in testing, Codex only called the tool when that rule was present.

Codex

In ~/.codex/config.toml:

toml
[mcp_servers.keep-me-secure]command = "sh"args = ["-c", "exec docker run -i --rm --read-only --cap-drop=ALL --security-opt=no-new-privileges -v \"$PWD:/workspace:ro\" -v kms-cache:/cache ghcr.io/robertkeus/keep-me-secure-mcp:latest"]
opencode

In opencode.json:

json
{  "mcp": {    "keep-me-secure": {      "type": "local",      "command": ["sh", "-c", "exec docker run -i --rm --read-only --cap-drop=ALL --security-opt=no-new-privileges -v \"$PWD:/workspace:ro\" -v kms-cache:/cache ghcr.io/robertkeus/keep-me-secure-mcp:latest"],      "enabled": true    }  }}

Tested with Claude Code, Codex and opencode. Cursor and other MCP clients should work with the same command, but haven't been tested. The agent must start in your project folder, because $PWD is what gets scanned.

Hosted URL

Add https://mcp.keepmesecure.dev/mcp as a remote MCP server in your agent. No account or token is needed, and each IP address gets 20 checks per minute.

  • Your agent reads your lockfiles and sends package names and versions, so coverage depends on your agent. In one test it sent only 19 of 39 packages. Use the plugin or Docker when coverage matters.
  • Your agent is told to leave out private packages, but that isn't enforced. If your package names are sensitive, run it locally.
  • The server doesn't log or store package lists, and Worker logging is turned off. Package names and versions are passed to OSV, and Cloudflare may keep its own standard request data.
  • Every package is treated as a direct dependency, so check the suggested command for transitive ones.

What it checks

LanguageReads
PHPcomposer.lock
JavaScriptpackage-lock.json, pnpm-lock.yaml, yarn.lock
Pythonrequirements*.txt, poetry.lock, uv.lock
Gogo.mod
RustCargo.lock
RubyGemfile.lock
Java, Kotlingradle.lockfile
.NETpackages.lock.json

Lockfiles in test and example folders (such as test, spec, fixtures and examples) are skipped, because they usually don't ship. They're listed in coverage.ignored, and check_project still checks one if you name it with path.

Maven has no lockfile, so pom.xml projects return unknown. So do Gradle and .NET projects with locking turned off.

Node.js and PHP versions

Flaws in the runtime itself don't appear in your lockfile. In October 2026, Node.js and PHP both shipped fixes for flaws that CISA lists as exploited. So Keep Me Secure also reads the versions your project declares:

RuntimeReads
Node.js.nvmrc, .node-version, .tool-versions, volta and engines in package.json, FROM node: in a Dockerfile
PHP.php-version, .tool-versions, config.platform.php and require.php in composer.json, FROM php: in a Dockerfile
  • affected: that version has the flaw, or its release line got no fix. The session-start message mentions these.
  • unverified: the repo only shows a range or a floating tag such as php:8.5, so the patch version can't be read. These appear in check_project, not the session-start message.
  • Declared versions may not be what runs on your servers, so check those too. check_runtime takes an exact version, for example from php --version.
  • Advisories are a curated list from each project's own security pages, updated through a daily feed. They're reported separately and don't change the package verdict.

Platform breaches

Packages aren't the only risk. In October 2026 alone, several developer and AI platforms disclosed incidents where customer secrets may have been exposed. If your project uses one, Keep Me Secure tells you what happened and what to do, with a link to the source.

  • Detection: it looks for files such as railway.toml, vercel.json, zbpack.json and trigger.config.ts, and for packages such as @trigger.dev/sdk. Platforms that leave no trace in a repo aren't detected, so ask your agent, for example "Was Northflank breached?".
  • The list: no public database of platform incidents exists, so we keep a curated list, taken from what each company has said. It isn't complete, so an empty result doesn't mean a platform is safe.
  • Updates: the plugin and Docker versions fetch the list once a day, which sends nothing about your project. The feed can only add incidents: the ones shipped with each release always stay, and every entry is validated. It isn't signed yet.
  • Reporting: the session-start message mentions incidents from the last 90 days. check_platform always shows all of them. Platform incidents are reported separately and don't change the package verdict.

To add an incident, open a pull request that edits src/platforms.ts and links the company's own statement.

Tools

ToolQuestion it answersInput
check_project (local)Is my stack secure? Do I need to patch anything?ecosystem, path and refresh, all optional
check_packages (hosted)Is my stack secure?packages, a list of up to 500
check_packageIs this exact version safe?ecosystem, name, version
check_platformWas this platform breached?name, optional. Omit it to list all
check_runtimeIs this Node.js or PHP version safe?runtime, version

Example result, shortened:

json
{  "verdict": "yes",  "urgency": "today",  "findings": [{    "package": "guzzlehttp/guzzle",    "installed": "7.4.0",    "fixed_in": "7.15.2",    "direct": true,    "severity": "HIGH",    "exploited": false,    "advice": "Upgrade guzzlehttp/guzzle to 7.15.2 or later.",    "command": "composer update guzzlehttp/guzzle --with-dependencies"  }],  "coverage": { "scanned": 2, "by_ecosystem": { "Packagist": 2 }, "private": ["acme/internal"], "unchecked": [] }}

Verdicts

  • yes: at least one installed version has a known advisory.
  • no: every package was checked and none has a known advisory.
  • unknown: the check was incomplete, for example a missing lockfile, an unsupported ecosystem or a failed lookup. coverage.unchecked says why. Don't read this as safe.

Urgency

  • now: a malicious package, or a vulnerability in the CISA KEV list of actively exploited issues.
  • today: critical, high or unrated severity.
  • this_week: everything else.

For malicious packages, upgrading isn't enough. The advice is to remove the package, rotate secrets and check for changes it may have made.

Data and privacy

The full statement is at keepmesecure.dev/privacy. This project is provided as is and used at your own risk, as set out in the terms.

  • Names and versions of public packages are sent to OSV.dev. When something is affected, CVE ids go to FIRST EPSS. The CISA KEV feed is downloaded.
  • Packages from private registries, git or local paths are not sent anywhere. They're listed in coverage.private and aren't checked.
  • Go, Java, .NET and most pnpm lockfiles don't show which registry a package came from, so private package names in those can be sent to OSV. Local replace paths in go.mod are the exception.
  • Results are cached per day, in ~/.cache/keep-me-secure for the plugin and the kms-cache volume for Docker. A lockfile change triggers a new check.

Security

  • The Docker container gets your project read-only, runs as a non-root user with a read-only filesystem and no capabilities.
  • It never installs or upgrades anything. The agent proposes a command and you approve it.
  • Images are published with provenance and an SBOM.
  • Anything that reaches your agent is treated as untrusted. Package names, versions and advisory ids must match strict patterns, file paths and lockfile text are reduced to safe characters, and advisory text is shortened, flattened and labelled summary_untrusted. That last field is still third-party text, so agents are told to treat it as data.

To report a vulnerability, see SECURITY.md.

Limits

  • It covers third-party packages, plus curated lists of runtime flaws and platform incidents. It doesn't cover your servers, OS packages, Docker base images or your own code. A no doesn't mean your whole stack is secure.
  • A no means no known issue at checked_at. OSV can lag behind an incident by a few hours.
  • It doesn't check whether your code actually reaches the vulnerable function.
  • For a transitive dependency, the fix may have to come from upgrading its parent package.

Self-hosting

You can run the HTTP server yourself:

bash
docker run --rm -p 8080:8080 --read-only --cap-drop=ALL -v kms-cache:/cache ghcr.io/robertkeus/keep-me-secure-mcp:latest serve

The endpoint is /mcp, and /health is for health checks. Rate limits are kept in memory, per instance. Set PORT to change the port. Set KMS_TRUST_PROXY=1 only behind a proxy that adds X-Forwarded-For, so rate limits apply to the real client.

Contributing

See CONTRIBUTING.md. This project is MIT licensed.

Development

bash
docker compose build
bash
docker compose run --rm test
bash
docker compose run --rm -e LIVE=1 test

To try it on a vulnerable project:

bash
PROJECT_DIR=./test/fixtures/php docker compose run --rm -T mcp check

To run the Cloudflare Worker locally:

bash
npx wrangler dev

Pushing a v* tag publishes the image to GHCR.

Source: README.md at commit c10b05c

Tools

4

check_packages

Is my stack secure?

Use for questions like 'is my stack secure?' or 'do we have vulnerable packages?'. Checks a list of exact installed package versions against public security advisories. Read them from the project's lockfiles, including transitive packages. Up to 500 per call; call again for more. verdict is yes, no or unknown; unknown means the check was incomplete, so never report it as safe. Does not cover OS packages, Docker base images or your own code. Use check_runtime for Node.js and PHP versions.

Parameterspackagesrequired

check_platform

Has this platform been breached?

Lists known security incidents at hosting, deployment and AI platforms, with what to do and a link to the source. Use when the user asks about a platform or breach. Omit name to list all. The list is curated and not complete, so no result doesn't mean a platform is safe.

Parametersname

check_runtime

Is this Node.js or PHP version safe?

Checks a Node.js or PHP version against known security flaws in the runtime itself. Use with the exact version, for example from `node --version` or `php --version`. The list is curated, so no findings doesn't prove a version is safe.

Parametersruntimerequiredversionrequired

check_package

Is this package version safe?

Checks one exact package version against public security advisories.

Parametersnamerequiredversionrequiredecosystemrequired

Version history

4
  1. v1.5.0LatestNov 6, 2026
  2. v1.4.0Nov 6, 2026
  3. v1.3.2Nov 5, 2026
  4. v1.1.1Nov 5, 2026

Score

100% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

Other Keep integrations