コーディングエージェント向けのセキュリティ監査ツールを提供し、脆弱性の発見、ソースコードの検査、依存関係の修正検証を行います。
別名 offense-research/offense
- スター
- 71
- ツール
- —
- ダウンロード数(30日間)
- —
- 最新バージョン
- 0.7.0
- 最終コミット
- 2026年11月4日
- ライセンス
- Apache-2.0
Offense MCPとは
OffenseはMCPサーバーです。 コーディングエージェント向けのセキュリティ監査ツールを提供し、脆弱性の発見、ソースコードの検査、依存関係の修正検証を行います。.
プロジェクトのREADMEから生成された概要
Offense MCP server について
Offenseは、Claude Code、Codex、Hermesなどのコーディングエージェント向けに特別に設計されたセキュリティ監査ツールスイートを提供します。構造化されたセキュリティエビデンスを返すことで、これらのエージェントが脆弱性を発見し、ソースコードを検査し、修正を検証することを可能にします。開発者は、依存関係の監査、GitHub Actionsワークフローのチェック、SQLインジェクションのためのリクエスト入力の追跡などに利用できます。システムは、CLI、MCP、HTTP APIを含む複数の統合方法をサポートしています。
ユーザーは、ニーズに応じて3つの異なるデプロイモードから選択できます。ローカルの依存関係エンジンは、Node.jsを使用してローカルマシン上で動作し、npmまたはpnpmのlockファイルを分析するためにアカウントやDockerを必要としません。より高度なスキャンを行う場合、セルフホスト型のプラットフォームを使用すると、独自のインフラストラクチャ上のDockerコンテナ内で、OpengrepやZizmorなどの隔離されたソーススキャナーを実行できます。あるいは、ホスト型サービスでは、プリペイド式のクレジットシステムを使用したOffenseアカウントを通じて、管理されたツール実行を利用できます。
できること
- 1プロジェクトの依存関係を監査するエージェントにlockファイルをインベントリ化させ、OSVアドバイザリを使用して既知の脆弱性をチェックさせます。
- 2GitHub ActionsワークフローをレビューするAIエージェントにワークフローファイルを検査させ、実際に実行することなくセキュリティリスクを確認させます。
- 3セキュリティ修正を検証する提案されたコード変更が、検出された脆弱性に正しく対処できているかを確認するためにツールを使用します。
- 4露出したシークレットを検出する機密情報がコミットされないよう、ステージングされたファイルまたは追跡中のファイルをスキャンするようエージェントに指示します。
プロジェクトの README から作成されています。すべてのユースケースは、その引用と照らし合わせて確認されています。
Offense MCPのインストール方法
フォーマット検証日 2026年11月10日Claude CodeにOffense MCPをインストール
$ claude mcp add --transport http offense https://offense.sh/mcpCursorにOffense MCPをインストール
~/.cursor/mcp.json
{
"mcpServers": {
"offense": {
"url": "https://offense.sh/mcp"
}
}
}VS CodeにOffense MCPをインストール
.vscode/mcp.json
{
"servers": {
"offense": {
"type": "http",
"url": "https://offense.sh/mcp"
}
}
}CodexにOffense MCPをインストール
~/.codex/config.toml
[mcp_servers.offense] url = "https://offense.sh/mcp"
Gemini CLIにOffense MCPをインストール
~/.gemini/settings.json
{
"mcpServers": {
"offense": {
"httpUrl": "https://offense.sh/mcp"
}
}
}設定
OFFENSE_SELF_HOSTEDSCAN_BILLING_ENABLEDWHOP_BILLING_ENABLED
| 名前 | 説明 | 種類 |
|---|---|---|
| OFFENSE_SELF_HOSTED | — | |
| SCAN_BILLING_ENABLED | — | |
| WHOP_BILLING_ENABLED | — |
自動チェック
実行日 2026年11月12日詳細レポート →自動チェックに合格しました。これはセキュリティ監査ではありません。コードを読み、サーバーに必要最小限のアクセス権を与えてください。 チェックの仕組み
- ソースリポジトリがリンクされており、アクセス可能合格
- オープンソースライセンス (OSI)合格
- 過去1年以内にコミットまたはリリースあり合格
- パッケージ名が有名なパッケージに酷似していない未チェック
- リモートエンドポイントがHTTPSを使用合格
- 破壊的なツールがラベル付けされている未チェック
- モデルへの隠れた指示がない合格
- パッケージと依存関係に重大なアドバイザリがない未チェック
README
GitHubで見るOffense
Security tools your AI agent can discover, call and verify.
Offense is a product by Offense Research, Inc.. Open-source software, optional paid hosting.
Give Pi, OMP, Hermes, Codex, Claude Code, Crush or another coding agent the tools to audit dependencies, inspect source and workflows, and test a proposed fix. Offense returns structured security evidence through CLI, MCP and HTTP. Your agent reads that evidence, investigates your code, makes authorized changes and runs your tests—with its existing model, repository access and permissions.
Open-source repository · Discord · Hosted service · Self-hosting · Contributing · Report a vulnerability
Start here: Give this to your agent · Add with a PR · Recipes · Install the CLI · Agent installation · Choose a mode · Local quick start · MCP setup · Self-hosted platform · Documentation · Troubleshooting · Community
Add Offense to your repository with a PR
Enter your GitHub repository and base branch. The installer opens GitHub's prefilled workflow editor; review the file, choose Create a new branch, then open a pull request. No Offense account, API key or GitHub token is required. Offense prepares the link; you create and approve the PR on GitHub.
The starter adds free npm/pnpm dependency audits on pull requests using pinned, read-only GitHub Actions. It never installs or runs your app, edits code or calls paid Offense tools. Dependency metadata goes to OSV/npm; reports are retained as GitHub artifacts for seven days. Advisories are report-only; coverage warnings and scan errors fail the check. GitHub Actions usage limits and charges still apply. This is a dependency check, not the full tool catalog.
Review the template · Manual installation, privacy and updates
Give this to your agent
Paste this into your coding agent in the project you want to check:
Set up Offense for this project. Read the installation instructions at
https://github.com/offense-research/offense#install-the-offensesh-agent-skill
and review the skill at
https://raw.githubusercontent.com/offense-research/offense/main/.agents/skills/scanning-with-offense/SKILL.md
Reuse an existing reviewed Offense checkout or connection if available.
Otherwise inspect the public source before using its helpers. Install the
skill in this agent's project-local skill directory, preserving custom files
and other agent settings. Tell me if a new session or project trust is needed.
Run only the offline dependency-input preview. Show the selected lockfiles,
unsupported inputs and which execution mode would perform the real audit.
Do not upload data, run a paid scan, install the target project's dependencies,
edit application code, commit or push.
The first success is a real preview and an explicit scope, not “installed” without a command result. The agent needs terminal/filesystem access and Node; copying a skill does not give a chat-only client those capabilities. If it cannot read GitHub pages, use the raw skill URL or a reviewed local checkout.
Already configured? Ask: “Use Offense to check my app for security problems, explain the findings and consequences, and help me decide what to fix.” Offense infers relevant checks from the project, reports missing coverage, and asks only for the inputs or authorization those checks need. Assessment alone does not authorize application edits or paid calls. Narrow dependency and local-only requests keep their scope.
Start with one of the task prompts below. Prefer manual setup? Use the per-agent instructions.
Recipes from the landing page
Codex plugin
The native plugin is built from the same maintained skill and CLI in this repo. To try a local checkout with Codex:
codex plugin marketplace add /absolute/path/to/offense
codex plugin add offense@offense
Start a new Codex session, then ask $offense:offense to check your app and
explain the findings. Installing does not log in, scan, buy credit or register
MCP. The plugin reuses existing connections or its bundled CLI. Codex owns
updates; credentials stay in the CLI's private configuration. If you already
installed a manual Offense skill, choose which entry point to keep; customized
skills and project instructions are never removed automatically.
Once these files are published on the repository's default branch, the intended
remote registration is codex plugin marketplace add offense-research/offense,
followed by codex plugin add offense@offense. The local path has been smoke
tested; the remote command requires verification against that published ref.
Public OpenAI directory listing is a separate submission, not part of this build.
Put the examples on offense.sh to work. Each recipe includes an agent prompt, prerequisites, commands, approval boundaries and the evidence to return. Start with a single reviewed run before adding recurring automation.
| Build or run | Recipe |
|---|---|
| Your dependency bot / a pre-release audit | Audit dependencies and verify reviewed upgrades |
| Your first reviewer | Review a PR with source evidence |
| Your secrets guard | Check staged or tracked contents without confusing the snapshots |
| A SQL-injection review | Trace request input, parameterize and test |
| Your CI reviewer | Review Actions YAML without executing workflows |
| Your API tester | Exercise a disposable local API with bounded requests |
These are recipes for your agent, not installed schedules, hooks or bots. Local scanners need their pinned engines; hosted Gitleaks needs availability, upload approval and a spending ceiling. See the shared setup and limits.
What you can do
- Find vulnerable dependencies. Inventory npm/pnpm lockfiles, query OSV advisories and inspect upgrade options with the independent local engine.
- Give your agent actionable context. Produce structured findings and a repository-specific remediation prompt; use explicit triage and rehearsal commands when you need deeper evidence.
- Check source and GitHub Actions workflows. Run pinned Opengrep and Zizmor engines through the self-hosted API/MCP profile in isolated Docker containers.
- Discover tools before running them. Inspect coverage, supported inputs, availability and price quotes. A directory listing is not a promise that a tool is enabled on your deployment.
- Use the same job workflow across clients. Submit bounded jobs, retrieve results and preserve partial/failed outcomes through the CLI, MCP or HTTP API.
Offense is not an autonomous permission grant. A finding is not a confirmed exploit, an advisory match is not proof of reachability, and a partial scan is not a clean bill of health. Your agent remains responsible for reviewing changes and obtaining authorization before active testing, paid calls or publication.
From a finding to a reviewed fix
See From a finding to a reviewed fix.
Ask for the outcome you want
See Ask for the outcome you want.
What your agent should read and return
See What your agent should read and return.
Export a PDF report locally
See Export a PDF report locally.
Choose how to run it
| Mode | Best for | Requirements | Execution and cost |
|---|---|---|---|
| Local dependency engine | Auditing a project from your terminal or coding agent | Node.js 24+, npm; no Docker or Offense account for dependency analysis | Runs on your machine; queries public OSV/npm metadata; no Offense usage charge |
| Self-hosted platform | Running your own API, MCP endpoint and isolated source scanners | Linux amd64, Node.js 24+, npm, Git and Docker Engine | Your infrastructure; dependency audits, Opengrep and Zizmor enabled; Offense billing disabled |
| Hosted service | Using managed tool execution without operating the scanner infrastructure | An Offense account for authenticated tools | Runs on the service; enabled paid tools use quoted prepaid credit |
The local engine and self-hosted profile do not require an Offense subscription or model-provider key. Advisory lookup still needs network access; “local” does not mean an offline advisory database. You pay your own infrastructure costs when self-hosting.
Install the CLI
See Install the CLI.
Homebrew — macOS and Linux
See Homebrew — macOS and Linux.
Stable GitHub release — Node.js 20+
See Stable GitHub release — Node.js 20+.
Ubuntu and Arch Linux
npx / npm exec — run without a global install
See npx / npm exec — run without a global install.
npm — install the command globally
See npm — install the command globally.
pnpm or Bun — one-off execution
See pnpm or Bun — one-off execution.
From a reviewed checkout — no package manager install
See From a reviewed checkout — no package manager install.
After installation
See After installation.
Quick start: local dependency analysis
Use Node.js 24 or newer, npm and Git. This path does not start a server, install Docker scanners or require an account.
git clone https://github.com/offense-research/offense.git
cd offense
npm --prefix offense ci --ignore-scripts
# Inspect the runtime and preview supported dependency inputs without network calls.
node offense/bin/offense.mjs doctor /absolute/path/to/your-project
node offense/bin/offense.mjs scan /absolute/path/to/your-project --preview
When you are ready to query OSV/npm and write a report:
node offense/bin/offense.mjs scan /absolute/path/to/your-project \
--output /absolute/path/outside-your-project/offense-report
The scan writes scan.json for structured evidence and remediation.md
for your agent. It does not edit the target project, install its dependencies,
execute its scripts or open a pull request. Review reports before sharing them;
they can contain private package names and local paths.
The top-level repository and the nested offense/ package have separate
dependency installations. The commands above install only the local engine.
See the local-engine README for triage, upgrade rehearsal
and optional scanner helpers, each with its own prerequisites.
Local CLI reference
Run these from the repository root, replacing PROJECT with your target's path:
| Command | Purpose | Important boundary |
|---|---|---|
node offense/bin/offense.mjs doctor PROJECT |
Inspect runtime and optional executable availability | Offline; does not prove an engine version, Docker connection or active MCP registration |
node offense/bin/offense.mjs metadata PROJECT |
Inspect sanitized dependency metadata | Offline; no report writes or application execution |
node offense/bin/offense.mjs scan PROJECT --preview |
Preview the dependency inputs before an audit | No provider requests |
node offense/bin/offense.mjs scan PROJECT --output REPORT_DIRECTORY |
Audit dependencies and prepare upgrade/remediation context | Queries OSV/npm; writes reports outside the target checkout |
node offense/bin/offense.mjs triage --help |
Learn how to investigate an existing report | Read the required scan inputs and coverage limits before use |
node offense/bin/offense.mjs rehearse --help |
Learn how to rehearse an upgrade | Actual rehearsal executes project commands and requires an isolated environment |
node offense/bin/offense.mjs source-scan --help |
Inspect local source/workflow scanning options | Actual scans require separately installed engines |
Read both findings and coverage. scan.json contains machine-readable
analysis; remediation.md gives your agent the evidence and next checks. A
proposed upgrade still needs compatibility tests. Zero returned findings apply
only to the checked scope and available advisory data—not every dependency,
code path or future vulnerability.
Connect your coding agent
See Connect your coding agent.
Install the offense.sh Agent Skill
See Install the offense.sh Agent Skill.
Hermes Agent — native skill installation
See Hermes Agent — native skill installation.
Choose your agent
See Choose your agent.
Copy the skill without replacing custom instructions
See Copy the skill without replacing custom instructions.
Make the existing helpers available
See Make the existing helpers available.
Run the self-hosted platform
The initial profile runs the Node API and console with SQLite, a local operator API key and isolated Docker scanners. It supports dependency advisory analysis, Opengrep 1.32.0 and Zizmor 1.31.1. Other catalog tools remain disabled.
Self-hosting has no Offense billing. The bootstrap disables both scanner credit and hosted model billing automatically—no subscription, prepaid balance or payment credentials required. You cover your own infrastructure costs.
From the repository root on your own Linux amd64 machine:
npm ci
npm run build
docker build -f agent/source.Dockerfile -t offense-source:local .
node scripts/init-self-host.mjs "$HOME/offense-state"
node --env-file="$HOME/offense-state/server.env" server/index.js
The bootstrap creates a new private state directory outside the checkout and refuses to overwrite an existing installation. It stores the API key, encryption key and database there without printing credentials. The server binds to loopback on port 3217; it is not an Internet-ready multi-tenant setup.
Already configured? Keep these values in your private server.env and restart
the API after changes; do not recreate the state directory:
OFFENSE_SELF_HOSTED=true
SCAN_BILLING_ENABLED=false
WHOP_BILLING_ENABLED=false
Point your client at your own OFFENSE_API_URL, not https://offense.sh.
The billing-off checklist
shows how to verify zero-priced quotes and resolve inherited environment conflicts.
Use --max-price 0 when submitting CLI calls to retain a zero-cost ceiling.
Follow the self-hosting guide to load the operator key, configure CLI/API/MCP access, back up state and run acceptance checks. Allow at least 2 GiB RAM per scanner plus memory for the API. Docker access is effectively host-administrator access: use a dedicated environment and never expose the Docker socket to clients.
The operator key is for API/MCP access, not browser login. Browser account features require your own GitHub OAuth setup. Review the guide's reverse-proxy, credential and isolation requirements before exposing the service beyond loopback.
Use the hosted service
Hosted Offense operates the infrastructure and charges for enabled hosted execution. From a checkout with root dependencies installed:
node scripts/offense-cli.mjs login
node scripts/offense-cli.mjs tools
node scripts/offense-cli.mjs balance
The hosted agent setup and account/API guide cover client configuration and the quote → submit → result workflow. Discovery and quotes do not themselves run a paid scan. Review the input, target authorization and maximum charge before submitting; paid calls require credit and explicit spending approval.
You can use the local engine without logging into the hosted service. Its MCP
configuration uses offense-community, while the optional hosted client uses
offense, so the two can coexist.
CLI, MCP and HTTP at a glance
Choose the interface that fits your workflow, not a different set of security claims. The local engine is separate from the platform API:
| Task | Terminal | Coding agent | HTTP / application integration |
|---|---|---|---|
| Local dependency audit | node offense/bin/offense.mjs scan PROJECT |
Local stdio offense.audit_dependencies |
No local-engine HTTP server is required |
| Local TCP exposure (unreleased) | node scripts/offense-cli.mjs ports scan --target IP --ports 22,80,443 previews only |
Run the CLI locally with explicit scope and permission | No API, login, upload or charge; not in CLI 0.2.0 |
| Inspect platform tools | node scripts/offense-cli.mjs tools |
Platform offense.security_tools |
GET /v1/catalog; availability is deployment-specific |
| Quote a platform job | Use the checked-out CLI's --help for the selected input family |
offense.security_quote |
POST /v1/quotes |
| Run a platform job | Select the tool and reviewed inputs with an explicit maximum charge | offense.security_call |
POST /v1/call/:tool with an idempotency key and charge cap |
| Retrieve a platform result | Use the CLI's result command for the job ID | offense.security_result |
GET /v1/scans/:id |
| Check account balance | node scripts/offense-cli.mjs balance |
offense.account |
GET /v1/account |
For local port exposure, select one
literal IP and up to 256 TCP ports. Review the preview, then add
--run --confirm-active-testing only with permission. An optional
--expected-ports allowlist flags unexpected reachability without claiming
exploitability; timeouts remain unknown. Results describe your current network
vantage point, not necessarily public internet exposure.
Platform MCP uses the configured server's /mcp endpoint and appropriate
authentication. Never paste tokens into a chat, commit them to MCP configuration
or substitute another connector's credentials. Self-hosted billing is disabled;
hosted quotes and account access depend on the selected account and deployment.
For application-controlled checks, the SDK guide and agent integration guide describe explicit lifecycle hooks. Making a tool available through MCP does not force an agent to call it, and configuring a policy does not automatically install a deployment hook.
Data and security boundaries
| Operation | What leaves your machine? |
|---|---|
Local doctor, metadata, and scan --preview |
Nothing; these inspect local inputs without network calls |
| Local dependency analysis | Sanitized dependency names/versions go to OSV; public package metadata is queried from npm |
Local ports scan (unreleased) |
Preview sends nothing; an authorized run makes bounded TCP connections only to the selected IP/ports. Reports stay local. |
| Self-hosted source scanning | Submitted source goes to your configured API and its local scanner containers, not the Offense hosted service |
| Hosted execution | The selected inputs go to the hosted service; review the tool's scope and data requirements before submitting |
Self-hosted source scanner jobs have no network access, host mounts or Docker socket. They run as an unprivileged user with a read-only filesystem and bounded resources. Submitted code is scanned, not executed. Optional rehearsal and API testing helpers do execute code when explicitly invoked; use disposable environments and review their separate contracts.
These controls do not eliminate kernel, scanner or configuration risk. Keep engines current, protect operator credentials and scan only authorized targets. Report vulnerabilities through private security reporting, not public issues containing source, credentials or raw scan reports.
Repository guide
| Path | Responsibility |
|---|---|
offense/ |
Independent dependency engine, local CLI, stdio MCP and agent skill |
server/, shared/ |
API, authentication, tool contracts, job lifecycle and shared analysis |
agent/ |
Scanner adapters, pinned rules and container build recipes |
workers/ |
Cloudflare orchestration and execution boundaries; not a configured production deployment |
src/, site/ |
React console, landing site and public tool directory |
scripts/, sdk/, cli/ |
Bootstrap/build tools, SDK and client sources |
test/, docs/ |
Synthetic regression tests, setup guides and security contracts |
For maintained sources and generated copies, see Find the owning files.
Some paths and schemas retain Purple names for compatibility. They are not a separate product you need to install.
Offense MCPのよくある質問
Offense MCPをClaude Codeに追加するには
ターミナルでclaude mcp add --transport http offense https://offense.sh/mcpを実行します。すべてのプロジェクトで利用するには--scope userを追加します。
Offense MCPをCursorに追加するには
~/.cursor/mcp.jsonを開き、上記のインストールセクションに示すCursor設定を使ってmcpServersの下にサーバーを追加します。
Offenseはコーディングエージェントにどのような機能を提供しますか?
エージェントが依存関係を監査し、ソースコードやワークフローを検査し、構造化されたエビデンスを用いて提案されたセキュリティ修正をテストすることを可能にします。
GitHubリポジトリとの連携はどのように行いますか?
プルリクエストを通じてリポジトリにOffenseを追加できます。これにより、ピン留めされた読み取り専用のGitHub Actionsを使用して、無料のnpm/pnpm依存関係監査を実行できます。
Offenseを隔離された環境で実行できますか?
はい、セルフホスト型のプラットフォームでは、MCPプロファイルを通じて、隔離されたDockerコンテナ内でOpengrepやZizmorなどのソーススキャナーを実行できます。