ur-agent 1.80.9 → 1.81.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (32) hide show
  1. package/CHANGELOG.md +32 -0
  2. package/README.md +9 -0
  3. package/dist/cli.js +1823 -1470
  4. package/docs/AGENT_FEATURES.md +21 -0
  5. package/docs/CONFIGURATION.md +2 -1
  6. package/docs/REDTEAM.md +64 -0
  7. package/docs/TROUBLESHOOTING.md +4 -0
  8. package/docs/USAGE.md +7 -0
  9. package/docs/VALIDATION.md +32 -2
  10. package/docs/plugins.md +9 -0
  11. package/documentation/app.js +4 -4
  12. package/documentation/index.html +1 -1
  13. package/extensions/jetbrains-ur/build.gradle.kts +1 -1
  14. package/extensions/vscode-ur-inline-diffs/package.json +1 -1
  15. package/package.json +1 -1
  16. package/plugins/bunBundleDev.ts +3 -0
  17. package/plugins/core/reverse-skills/.ur-plugin/plugin.json +15 -0
  18. package/plugins/core/reverse-skills/CAPABILITIES.md +17 -0
  19. package/plugins/core/reverse-skills/NOTICE +12 -0
  20. package/plugins/core/reverse-skills/README.md +17 -0
  21. package/plugins/core/reverse-skills/UPSTREAM-LICENSE +21 -0
  22. package/plugins/core/reverse-skills/UR-INTEGRATION.md +27 -0
  23. package/plugins/core/reverse-skills/commands/start.md +11 -0
  24. package/plugins/core/reverse-skills/skills/application-redteam/SKILL.md +23 -0
  25. package/plugins/core/reverse-skills/skills/binary-reverse/SKILL.md +22 -0
  26. package/plugins/core/reverse-skills/skills/exploit-development/SKILL.md +22 -0
  27. package/plugins/core/reverse-skills/skills/forensics-threat-hunting/SKILL.md +22 -0
  28. package/plugins/core/reverse-skills/skills/llm-agent-security/SKILL.md +22 -0
  29. package/plugins/core/reverse-skills/skills/malware-edr-research/SKILL.md +28 -0
  30. package/plugins/core/reverse-skills/skills/platform-radio-security/SKILL.md +22 -0
  31. package/plugins/core/reverse-skills/skills/research-evidence/SKILL.md +33 -0
  32. package/plugins/core/reverse-skills/skills/reverse-skill-router/SKILL.md +26 -0
@@ -9,6 +9,27 @@ reproducible autonomous software engineering agent: every substantial task can
9
9
  be driven as `spec -> plan -> patch -> test -> report -> rollback`, with the
10
10
  spec as the durable source of truth and command evidence as the success gate.
11
11
 
12
+ ## v1.81.0 Addition
13
+
14
+ - UR now provides an explicit `/mode redteam` for authorized researchers. A
15
+ versioned warning must be acknowledged, activation lasts only for the current
16
+ session, and UR's topic-level security restrictions are replaced dynamically
17
+ without changing provider/model policy.
18
+ - Engagement scope, permissions, sandboxing, approvals, and evidence remain
19
+ active. Scope approval is session-bound, and recognized active security tools
20
+ are blocked at Bash/PowerShell permission entry when targets or parameters are
21
+ outside it.
22
+ - The official `reverse-skills` plugin adds UR-native reverse engineering,
23
+ exploit development, malware/EDR, application, platform/radio, forensics,
24
+ LLM-security, and reporting workflows. Its `requiredMode: "redteam"` manifest
25
+ gate is enforced during discovery and invocation.
26
+
27
+ ## v1.80.10 Addition
28
+
29
+ | Addition | Surface | What it adds |
30
+ | --- | --- | --- |
31
+ | Deterministic read-only agent registry | Public bundle, development runtime, `Agent` gate | Ships the protected `Explore` and `Plan` definitions in every public runtime so task-free research always has a real read-only destination. Tests now exercise the real registry and verify the release feature flag. |
32
+
12
33
  ## v1.80.9 Addition
13
34
 
14
35
  | Addition | Surface | What it adds |
@@ -58,7 +58,8 @@ it to `0` to require a task before every mutation. Set `enabled` to `false` to
58
58
  return to advisory task tracking. Profiles that omit `TaskCreate` are not
59
59
  gated, because they could not satisfy the requirement. The main session may
60
60
  launch UR's shipped `Explore` and `Plan` agents before a task exists in any
61
- permission mode. These exact built-in definitions are forced read-only; custom,
61
+ permission mode. These core definitions are always registered in public builds
62
+ and are forced read-only; custom,
62
63
  write-capable, nested, named/team, and worktree delegation still requires an
63
64
  actionable parent task. As provider-independent compatibility, an unnamed
64
65
  main-session `general-purpose` call is reduced to the shipped Explore definition
@@ -0,0 +1,64 @@
1
+ # Redteam mode
2
+
3
+ `redteam` is UR's explicit, session-scoped mode for authorized security researchers. It changes UR's own prompt policy so UR does not refuse a topic solely because it involves exploit development, malware modification, payloads, persistence, credential testing, phishing simulation, detection evasion, or other dual-use research.
4
+
5
+ It does not change the policy of the selected model or provider. Local models, API providers, and subscription CLI bridges keep their own behavior. UR reports provider refusals as provider behavior rather than claiming that redteam mode overrides them.
6
+
7
+ ## Activate
8
+
9
+ The first activation displays a mandatory risk warning and does not enable the mode:
10
+
11
+ ```text
12
+ /mode redteam
13
+ ```
14
+
15
+ After reading it, acknowledge the current warning version:
16
+
17
+ ```text
18
+ /mode redteam --accept-risk
19
+ ```
20
+
21
+ The acknowledgement is stored in user settings, but activation is never persisted. Every new session starts in its normal mode. Later sessions can activate with `/mode redteam`; `/mode redteam off` or selecting another working mode disables it.
22
+
23
+ ## What remains enforced
24
+
25
+ Redteam removes UR topic-level restrictions, not operational controls:
26
+
27
+ - normal tool permissions and explicit deny rules;
28
+ - OS sandbox and workspace boundaries;
29
+ - current-session engagement scope and target/port/tool/intensity limits;
30
+ - action-specific approval prompts;
31
+ - secrets handling, evidence, and audit records.
32
+
33
+ Before active target testing:
34
+
35
+ ```text
36
+ /scope set local
37
+ /scope allow-tool nmap
38
+ /scope allow-port 443
39
+ /scope rate 10
40
+ /scope approve
41
+ /scope show
42
+ ```
43
+
44
+ For a non-local engagement, use `/scope set <target-type> <target>`, add any additional hosts and allowed ports, then approve it in the current session. Scope approval expires when the session changes. Bash and PowerShell block recognized active security tools outside that scope even in permissive permission modes. Offline artifact analysis and local research code authoring do not require a remote target scope.
45
+
46
+ Owned IPv4 networks can be scoped with CIDR (for example,
47
+ `/scope set owned-network 10.20.30.0/24`). Active commands must expose an
48
+ explicit host, URL, or IP/CIDR so UR can verify it; unresolved shell variables
49
+ and indirect target files fail closed. Wildcard subdomains require an explicit
50
+ `*.example.com` scope entry.
51
+
52
+ Scope, findings, evidence, and security memory are stored under the gitignored `.ur/security/`. Existing `.309/security/` records are read and migrated when encountered.
53
+
54
+ ## Reverse Skills
55
+
56
+ The bundled `reverse-skills` plugin is UR-exclusive and declares `requiredMode: "redteam"`. Its skills are hidden/disabled outside redteam and recheck the mode on invocation. The plugin adapts the MIT-licensed `zhaoxuya520/reverse-skill` methodology into UR-native workflows without installing cross-client configuration or bundling separately licensed components.
57
+
58
+ Install/enable it from the official marketplace if it is not already enabled, activate redteam, then start with:
59
+
60
+ ```text
61
+ /reverse-skills:start <research task>
62
+ ```
63
+
64
+ Review [the plugin README](../plugins/core/reverse-skills/README.md) for its capability map and provenance.
@@ -113,6 +113,10 @@ ur provider status
113
113
  shape without relying on a specific model name. Prompts that also direct
114
114
  implementation, testing, command execution, or file changes remain blocked
115
115
  until an actionable task exists.
116
+ - If the same failure persists on 1.80.9, upgrade to 1.80.10. The 1.80.9 public
117
+ bundle could still compile the protected `Explore` and `Plan` registry entries
118
+ out, leaving the correct routing decision with no read-only destination.
119
+ Version 1.80.10 makes both core agents deterministic in public builds.
116
120
 
117
121
  ### Ollama stops with `unavailable tool "WebSearch"`
118
122
 
package/docs/USAGE.md CHANGED
@@ -38,11 +38,18 @@ Useful commands from inside UR:
38
38
  /session unarchive <session-id>
39
39
  /fix-bug describe the failure and reproduction steps
40
40
  /research init current-tools --question "What changed?"
41
+ /mode redteam
41
42
  /design3d doctor
42
43
  /design3d init product-shot --engine blender --units mm --format blend
43
44
  /design3d init studio-scene --engine 3dsmax --units cm --format max
44
45
  ```
45
46
 
47
+ `/mode redteam` is a session-only security-research policy mode. Its first use
48
+ shows a mandatory warning and requires `/mode redteam --accept-risk`. It removes
49
+ UR's topic-level security restrictions while retaining target scope, tool
50
+ permissions, sandboxing, action approvals, and audit evidence. It cannot change
51
+ the selected provider/model's own policy. See [Redteam mode](REDTEAM.md).
52
+
46
53
  `/design3d doctor` reports installed applications. `MISSING` means that optional
47
54
  application is not installed or is not on `PATH`; it is not a UR failure. On
48
55
  macOS, Autodesk 3ds Max is expected to be missing because it is a Windows
@@ -19,10 +19,35 @@ You need:
19
19
 
20
20
  ```sh
21
21
  ur --version
22
- # expected for this release: "1.80.9 (UR-Nexus)"
22
+ # expected for this release: "1.81.0 (UR-Nexus)"
23
23
  ```
24
24
 
25
- ### 0.0 Read-only research delegation starts cleanly (1.80.9)
25
+ ### 0.0 Redteam mode and Reverse Skills (1.81.0)
26
+
27
+ ```sh
28
+ bun test test/redteamMode.test.ts test/marketplaceTree.test.ts test/settingsDocCoverage.test.ts
29
+ node ./bin/ur.js plugin validate plugins/core/reverse-skills
30
+ ```
31
+
32
+ The tests verify session-dynamic UR policy, the mandatory warning contract,
33
+ topic classification only changing in redteam, current-session scope approval,
34
+ active-tool target enforcement, `.ur/security/` persistence, marketplace
35
+ integrity, settings documentation, and the plugin's `requiredMode` manifest.
36
+
37
+ Manual interactive check:
38
+
39
+ ```text
40
+ /mode redteam
41
+ /mode redteam --accept-risk
42
+ /mode
43
+ /mode redteam off
44
+ ```
45
+
46
+ The first command must warn without activating; acknowledgement activates only
47
+ the current session; status must show `redteam (session only)`; leaving the mode
48
+ must restore the default UR policy.
49
+
50
+ ### 0.1 Read-only research delegation starts cleanly (1.80.10)
26
51
 
27
52
  Start an interactive session with task enforcement enabled and ask UR to
28
53
  research a change, both normally and from Plan Mode. Before any task exists,
@@ -31,6 +56,11 @@ built-in `Explore` and `Plan` agent calls should initialize without
31
56
  Accept Edits or Approve All. Custom agents and ordinary general-purpose agents
32
57
  should remain blocked until they have an actionable parent task.
33
58
 
59
+ The installed public bundle must list both core definitions in its active
60
+ built-in registry; a correct research classifier without those definitions is
61
+ not a passing state. Development and release builds must both enable
62
+ `BUILTIN_EXPLORE_PLAN_AGENTS`.
63
+
34
64
  Repeat with multiple available model families. A model may correctly emit
35
65
  `subagent_type: "Explore"`; if it instead emits `general-purpose` with an
36
66
  explicit read-only brief or a pure research/report-only brief, UR must safely
package/docs/plugins.md CHANGED
@@ -74,6 +74,12 @@ rather than a JS entry point.
74
74
  | `lspServers` | object | LSP servers for language adapters. |
75
75
  | `languageAdapters` | object | Language → engine/LSP metadata. |
76
76
  | `dependencies` | object | Other plugins that must be enabled. |
77
+ | `requiredMode` | `"redteam"` | Runtime-gate every command/skill in the plugin to an active UR mode. |
78
+
79
+ `requiredMode` is enforced both during command discovery and again at
80
+ invocation, so a command loaded earlier cannot run after the user leaves the
81
+ mode. It is a capability gate, not a permission grant: all ordinary tool,
82
+ sandbox, scope, and approval checks still run.
77
83
 
78
84
  Validate a manifest strictly at any time:
79
85
 
@@ -153,6 +159,9 @@ installs are always explicit user actions gated by plugin policy. `ur plugin
153
159
  doctor` surfaces the capability surface so you can review what a plugin touches
154
160
  before enabling it.
155
161
 
162
+ The first-party `reverse-skills` plugin demonstrates a mode-gated skill pack.
163
+ It is available only in `/mode redteam`; see [Redteam mode](REDTEAM.md).
164
+
156
165
  ## Troubleshooting
157
166
 
158
167
  - **Plugin not loaded:** run `ur plugin list` to confirm it is installed and
@@ -74,8 +74,8 @@ const featureGroups = [
74
74
  {
75
75
  title: 'Security and operations',
76
76
  tags: ['sandbox', 'scope', 'diagnostics', 'policy'],
77
- text: 'Permission modes, project safety policy, allow/deny tool lists, optional OS sandboxing, diagnostic commands, security scope, threat modeling, hardening, and vulnerability checks.',
78
- commands: ['ur safety', 'ur doctor', '/sandbox', '/scope', '/security', '/vuln'],
77
+ text: 'Permission modes, project safety policy, allow/deny tool lists, optional OS sandboxing, diagnostic commands, security scope, and a warning-gated, session-only redteam research policy that leaves provider/model policy independent.',
78
+ commands: ['ur safety', 'ur doctor', '/sandbox', '/mode redteam', '/scope', '/security', '/vuln'],
79
79
  },
80
80
  ];
81
81
 
@@ -552,8 +552,8 @@ const slashGroups = [
552
552
  },
553
553
  {
554
554
  title: 'Security operations',
555
- items: ['/safety', '/security', '/scope', '/threat-model', '/compliance', '/lab', '/playbook', '/kali', '/harden', '/vuln', '/ir'],
556
- text: 'Read-only security workflows, test scope definition, threat modeling, hardening, vulnerability checks, and incident response.',
555
+ items: ['/safety', '/mode redteam', '/security', '/scope', '/threat-model', '/compliance', '/lab', '/playbook', '/kali', '/harden', '/vuln', '/ir'],
556
+ text: 'Read-only security workflows plus a warning-gated, session-only redteam research policy. Redteam keeps scope, permissions, sandboxing, approvals, evidence, and provider/model policy independent.',
557
557
  },
558
558
  {
559
559
  title: 'Media and research',
@@ -45,7 +45,7 @@
45
45
  <main id="content" class="content">
46
46
  <header class="topbar">
47
47
  <div>
48
- <p class="eyebrow">Version 1.80.9</p>
48
+ <p class="eyebrow">Version 1.81.0</p>
49
49
  <h1>UR-Nexus Documentation</h1>
50
50
  <p class="lead">A practical, tutorial-style reference for installing, configuring, automating, extending, and operating UR-Nexus.</p>
51
51
  </div>
@@ -7,7 +7,7 @@ plugins {
7
7
  }
8
8
 
9
9
  group = "dev.urnexus"
10
- version = "1.80.9"
10
+ version = "1.81.0"
11
11
 
12
12
  repositories {
13
13
  mavenCentral()
@@ -2,7 +2,7 @@
2
2
  "name": "ur-inline-diffs",
3
3
  "displayName": "UR Inline Diffs",
4
4
  "description": "Review, apply, and reject UR inline diff bundles from .ur/ide/diffs inside VS Code.",
5
- "version": "1.80.9",
5
+ "version": "1.81.0",
6
6
  "publisher": "ur-nexus",
7
7
  "engines": {
8
8
  "vscode": "^1.92.0"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "ur-agent",
3
- "version": "1.80.9",
3
+ "version": "1.81.0",
4
4
  "description": "UR-Nexus — autonomous engineering workflow engine (plan, execute, test, verify, document, benchmark, reproduce)",
5
5
  "type": "module",
6
6
  "packageManager": "bun@1.3.14",
@@ -15,6 +15,9 @@ import { plugin } from 'bun'
15
15
 
16
16
  const enabledFlags = new Set([
17
17
  'TREE_SITTER_BASH',
18
+ // Explore/Plan are a supported public capability and the safe target for
19
+ // task-free read-only delegation. Keep development aligned with bundles.
20
+ 'BUILTIN_EXPLORE_PLAN_AGENTS',
18
21
  ...(process.env.FEATURE_FLAGS ?? '').split(',').filter(Boolean),
19
22
  ])
20
23
 
@@ -0,0 +1,15 @@
1
+ {
2
+ "name": "reverse-skills",
3
+ "version": "1.0.0",
4
+ "description": "UR-native reverse engineering and red-team research workflows, available exclusively in UR redteam mode.",
5
+ "author": {
6
+ "name": "UR maintainers",
7
+ "url": "https://github.com/Maitham16/UR"
8
+ },
9
+ "homepage": "https://github.com/Maitham16/UR/tree/master/plugins/core/reverse-skills",
10
+ "repository": "https://github.com/Maitham16/UR",
11
+ "license": "MIT",
12
+ "keywords": ["redteam", "reverse-engineering", "malware", "exploit-development", "security-research"],
13
+ "requiredMode": "redteam",
14
+ "skills": "./skills"
15
+ }
@@ -0,0 +1,17 @@
1
+ # Capability routing map
2
+
3
+ This map preserves the upstream capability surface in a smaller UR-native set of composable skills.
4
+
5
+ | UR skill | Adapted upstream areas |
6
+ |---|---|
7
+ | `reverse-skill-router` | master routing, attack-chain routing, case intake |
8
+ | `binary-reverse` | reverse-engineering, IDA, Ghidra, radare2, binary diff, .NET, Go/Rust, macOS, JS, browser extensions, DSL/VM, protocol reverse |
9
+ | `exploit-development` | pwn-chain, patch-diff exploit, attack-chain, pentest tools |
10
+ | `application-redteam` | API, code audit, database, identity federation, email, supply chain, cloud/K8s, thick client, browser automation |
11
+ | `malware-edr-research` | malware analysis, anti-analysis, EDR/AV reverse engineering and validation |
12
+ | `platform-radio-security` | APK/mobile, firmware, hardware, OT/ICS, Wi-Fi, SDR/radio |
13
+ | `forensics-threat-hunting` | digital forensics, threat hunting, incident evidence, detection engineering |
14
+ | `llm-agent-security` | LLM/agent security, prompt injection, tool abuse, memory and supply-chain tests |
15
+ | `research-evidence` | case review, documentation, diagrams, evidence-to-finding traceability |
16
+
17
+ The upstream CTF Sandbox Orchestrator is not included because it is separately GPL-licensed. Pentest Swarm and other external services are not bundled or automatically invoked.
@@ -0,0 +1,12 @@
1
+ Reverse Skills for UR contains an adaptation of methods and documentation from:
2
+
3
+ reverse-skill
4
+ https://github.com/zhaoxuya520/reverse-skill
5
+ upstream commit 289c24b1617411a16b1e8d3032cce0f2fe52911d
6
+ Copyright (c) 2026 zhaoxuya520
7
+ Licensed under the MIT License.
8
+
9
+ The UR adaptation reorganizes the material into UR-native skills, replaces
10
+ cross-client bootstrap behavior with UR scope and permission controls, and
11
+ excludes separately licensed components. No endorsement by the upstream author
12
+ is implied.
@@ -0,0 +1,17 @@
1
+ # Reverse Skills for UR
2
+
3
+ This first-party plugin adapts the methodology of `zhaoxuya520/reverse-skill` into UR-native research skills. It is intentionally unavailable until the user activates `/mode redteam` and acknowledges UR's risk warning.
4
+
5
+ The integration is UR-only:
6
+
7
+ - manifests, paths, commands, scope records, and instructions use UR conventions;
8
+ - it never installs itself into Claude, Codex, Cursor, Cline, or another client;
9
+ - it does not auto-download tools or write third-party client configuration;
10
+ - active tooling remains gated by the current session's `/scope` approval, normal tool permissions, sandboxing, and audit controls;
11
+ - the selected model/provider may still enforce its own policy.
12
+
13
+ Start with `/reverse-skills:start <task>` (or invoke the `reverse-skills:reverse-skill-router` skill directly). The router selects one or more specialist skills covering binary reverse engineering, exploitation, application testing, malware/EDR research, platform and radio security, forensics, LLM security, and evidence/reporting.
14
+
15
+ ## Provenance
16
+
17
+ The adaptation is based on upstream commit `289c24b1617411a16b1e8d3032cce0f2fe52911d` (MIT). UR excludes the upstream GPL CTF orchestrator, external AGPL services, client-specific bootstrap scripts, field journals, and machine-specific configuration. See `NOTICE` and `UPSTREAM-LICENSE`.
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2026 zhaoxuya520
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
@@ -0,0 +1,27 @@
1
+ # UR redteam execution contract
2
+
3
+ These rules apply to every skill in this plugin.
4
+
5
+ 1. Confirm UR redteam mode is active. Plugin gating normally guarantees this; never suggest bypassing the gate.
6
+ 2. Separate offline research from target operations. Reading, decompiling, documenting, and authoring local research artifacts may proceed under normal file/tool permissions.
7
+ 3. Before network access, sample execution, exploitation, credential testing, radio transmission, device mutation, or any other target operation, inspect `/scope show`. Require a scope approved in the current UR session. Mode activation and warning acceptance are not target authorization.
8
+ 4. Use only the hosts, ports, tools, and intensity recorded in scope. Stop when a discovered pivot or target is outside it; ask the user to update and reapprove scope.
9
+ 5. Continue to honor UR permission prompts, sandboxing, secrets handling, and action-specific confirmations. Never weaken these controls or silently elevate privileges.
10
+ 6. Prefer reproducible case directories, hashes, timestamps, commands, raw evidence, and findings that distinguish observation from inference.
11
+ 7. Do not auto-install tools or alter another AI client's configuration. If a dependency is absent, report it and propose an UR-native installation or MCP setup for explicit approval.
12
+ 8. The selected model/provider is independent. If it declines a request, state that accurately; do not imply UR redteam mode can override provider policy.
13
+
14
+ Recommended case layout:
15
+
16
+ ```text
17
+ case/
18
+ scope.md
19
+ timeline.md
20
+ evidence/
21
+ artifacts/
22
+ notes/
23
+ findings.md
24
+ report.md
25
+ ```
26
+
27
+ Preserve originals. Work on hashed copies for mutation, patching, dynamic execution, or fuzzing.
@@ -0,0 +1,11 @@
1
+ ---
2
+ description: "Route an authorized security-research task into the UR-exclusive Reverse Skills capability pack."
3
+ argument-hint: "<research task>"
4
+ allowed-tools:
5
+ - "Skill"
6
+ ---
7
+
8
+ Invoke the `reverse-skills:reverse-skill-router` skill with the user's arguments.
9
+ Follow its UR redteam execution contract, select the smallest applicable set of
10
+ specialist skills, and begin with local/passive triage. Do not interpret redteam
11
+ mode activation as target authorization.
@@ -0,0 +1,23 @@
1
+ ---
2
+ name: application-redteam
3
+ description: Conduct authorized application and infrastructure research across APIs, source code, web, cloud/Kubernetes, databases, identity federation, email, supply chain, browser automation, and thick clients.
4
+ allowed-tools: Read Grep Glob Bash Edit Write WebFetch WebSearch
5
+ ---
6
+
7
+ # Application red-team research
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Treat schemas, source, exported traffic, and local configurations as preferred starting evidence.
10
+
11
+ ## Workflow
12
+
13
+ 1. Inventory assets, trust boundaries, roles, identities, data classes, protocols, deployment components, third parties, and explicit exclusions.
14
+ 2. Map reachable surface from OpenAPI/GraphQL schemas, routes, client bundles, IPC, update channels, cloud manifests, IAM/RBAC, CI workflows, SBOMs, and database configuration.
15
+ 3. Build an authorization matrix: actor × object × action × tenant. Test authentication, session/token lifecycle, object/function/property authorization, workflow transitions, and confused-deputy paths.
16
+ 4. Validate input and parser boundaries: injection, request smuggling, deserialization, upload/archive handling, SSRF, template engines, path handling, GraphQL batching, WebSocket state, and protocol downgrade.
17
+ 5. Examine identity federation precisely: issuer, audience, redirect URI, state/nonce/PKCE, signature/key selection, claim mapping, token exchange, logout, and cross-tenant binding.
18
+ 6. Review supply-chain and cloud controls: provenance, pinned actions/images, secret exposure, artifact signing, dependency reachability, IAM least privilege, metadata service, workload identity, RBAC, network policies, and admission controls.
19
+ 7. For databases and email, prefer configuration and controlled test accounts. Cover exposure, TLS, authz, dangerous defaults, backup access, SPF/DKIM/DMARC, mailbox rules, and BEC-relevant workflows.
20
+ 8. Confirm each finding with the least invasive request that proves the boundary. Respect scoped rate limits; never treat enumeration hits as verified vulnerabilities.
21
+ 9. Record raw request/response pairs with secrets redacted, affected asset/role, preconditions, impact, CWE/OWASP mapping, remediation, and a regression test.
22
+
23
+ Browser automation and active scanners are target operations. Check `/scope show` before use and keep origins, accounts, ports, and rates inside the approved engagement.
@@ -0,0 +1,22 @@
1
+ ---
2
+ name: binary-reverse
3
+ description: Reverse compiled, managed, packed, obfuscated, browser, bytecode, VM, or protocol artifacts using static and dynamic analysis. Covers IDA, Ghidra, radare2, .NET, Go/Rust, macOS, JavaScript, browser extensions, binary diffing, and protocol reconstruction.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Binary reverse engineering
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Preserve the original artifact and hash every working copy.
10
+
11
+ ## Workflow
12
+
13
+ 1. Triage format, architecture, endianness, linkage, signatures, protections, packer/compiler/runtime clues, imports/exports, sections, strings, and embedded resources.
14
+ 2. Choose the narrowest backend: Ghidra/IDA for decompilation and xrefs, radare2 for CLI triage/patches, dnSpy/IL tools for .NET, JADX/apktool for APK, browser devtools for JS/extensions, and Wireshark/custom parsers for protocols. Verify availability instead of guessing paths.
15
+ 3. Build a symbol map from entrypoints, exports, handlers, constants, string xrefs, call graphs, serialization boundaries, syscalls, crypto use, and state transitions.
16
+ 4. Form explicit hypotheses. Record evidence that would confirm or falsify each one.
17
+ 5. Use dynamic work only when static evidence cannot settle the question: debugger breakpoints, API hooks, emulation, tracing, symbolic execution, or controlled replay. Execute unknown artifacts only in an approved isolated scope.
18
+ 6. For version diffing, normalize symbols and match functions by control flow, constants, strings, and callers before interpreting security impact.
19
+ 7. For custom VMs or protocols, recover framing/opcode tables, operand widths, state, errors, checksums, and test vectors; build a minimal parser/emulator with round-trip tests.
20
+ 8. Synthesize a map of components, data flow, security-relevant behavior, unresolved questions, and reproducible commands.
21
+
22
+ Never patch the only copy. Keep offset/address notation explicit about image base, file offset, RVA/VA, architecture, and version.
@@ -0,0 +1,22 @@
1
+ ---
2
+ name: exploit-development
3
+ description: Turn a known vulnerability into a reproducible PoC or reliable authorized exploit, including stack/heap/kernel pwn, patch-diff analysis, exploit chains, fuzzing, and remote-environment stabilization.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Exploit development
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Active execution requires a currently approved scope; local code authoring and artifact analysis do not.
10
+
11
+ ## Workflow
12
+
13
+ 1. State the vulnerability primitive and evidence: corruption/control, read/write capability, authentication boundary, reachable input, affected versions, and reliability constraints.
14
+ 2. Reproduce with the smallest deterministic trigger. Capture build/version, mitigations, crash state, registers, stack/heap evidence, and sanitizer/debugger output.
15
+ 3. Select a strategy from the actual mitigations and environment: controlled crash, info leak, ROP/JOP, ret2libc, heap primitive, race stabilization, sandbox escape boundary, or kernel primitive.
16
+ 4. Separate stages: trigger → primitive → control → payload/effect → cleanup. Test each stage independently.
17
+ 5. Parameterize target-specific values. Detect versions and fail closed on mismatch; do not silently spray or broaden targets.
18
+ 6. For patch diffing, compare vulnerable/fixed paths, identify the invariant introduced by the patch, create a non-destructive regression PoC, then assess exploitability.
19
+ 7. Stabilize for the approved environment: transport buffering, timeouts, ASLR leaks, libc/build IDs, stack alignment, heap grooming, retries with bounded rates, and observable failure modes.
20
+ 8. Deliver source, exact invocation, expected output, limitations, impact, detection ideas, and remediation/regression tests.
21
+
22
+ Use destructive effects only when explicitly requested, within an owned/lab scope, and after the specific tool action is approved. Prefer proof markers over persistent shells when either demonstrates impact.
@@ -0,0 +1,22 @@
1
+ ---
2
+ name: forensics-threat-hunting
3
+ description: Perform disk, memory, packet, and log forensics; build timelines and IOCs; create YARA/Sigma detections; and conduct evidence-driven threat hunts.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Forensics and threat hunting
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Preserve chain of custody and distinguish collection facts, parsed observations, hypotheses, and conclusions.
10
+
11
+ ## Workflow
12
+
13
+ 1. Define questions, relevant time range/timezone, assets, evidence owners, collection authority, retention constraints, and known contamination.
14
+ 2. Acquire or reference immutable images/exports. Record tool/version, source identifier, timestamps, cryptographic hashes, and transfer history.
15
+ 3. Normalize time and identity. Build a cross-source timeline from filesystem, process, authentication, endpoint, cloud, DNS/proxy, network, registry/config, persistence, and application evidence.
16
+ 4. Memory: enumerate processes, handles, modules, sockets, injected/executable regions, callbacks, credentials exposure, kernel anomalies, and relevant process artifacts without altering the source image.
17
+ 5. Network: reconstruct flows/sessions, protocol metadata, DNS/TLS, transferred objects, beacon patterns, authentication, and lateral movement; retain packet references for every claim.
18
+ 6. Hunt from falsifiable hypotheses mapped to behaviors and ATT&CK, not single brittle IOCs. State data prerequisites, query window, exclusions, expected false positives, and coverage gaps.
19
+ 7. Convert stable observations to YARA/Sigma/EDR queries with fixtures and negative tests. Separate high-confidence indicators from contextual leads.
20
+ 8. Produce an incident timeline, affected assets/accounts, confidence, impact, containment options, eradication/recovery considerations, and unresolved collection needs.
21
+
22
+ Do not delete, quarantine, reset accounts, or alter production telemetry without the relevant operational approval.
@@ -0,0 +1,22 @@
1
+ ---
2
+ name: llm-agent-security
3
+ description: Test LLM and agent systems for prompt injection, tool abuse, memory poisoning, data leakage, unsafe autonomy, identity failures, and model or skill supply-chain risks.
4
+ allowed-tools: Read Grep Glob Bash Edit Write WebFetch WebSearch
5
+ ---
6
+
7
+ # LLM and agent security
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Define which agent, environment, accounts, tools, data, and external targets are authorized before active testing.
10
+
11
+ ## Workflow
12
+
13
+ 1. Model the system: instruction hierarchy, models/providers, retrieval, memory, tools/MCP servers, identities, secrets, sandboxes, approval paths, subagents, channels, plugins/skills, and data egress.
14
+ 2. Define assets and invariants: instruction integrity, confidentiality boundaries, tool authorization, target scope, tenant separation, provenance, auditability, and recoverability.
15
+ 3. Build a test matrix for direct/indirect prompt injection, encoded/multimodal input, retrieval poisoning, tool-output injection, confused deputy, excessive agency, argument injection, approval bypass, memory persistence, cross-session leakage, and denial/cost exhaustion.
16
+ 4. Use synthetic secrets and canary assets. Never use real credentials when a test token proves the path.
17
+ 5. Evaluate at the action boundary: what instructions reached the model, what tool arguments were proposed, which policy/permission gate decided, what actually executed, and what audit evidence remained.
18
+ 6. Test plugin/model/data supply chains: provenance, signatures/hashes, pinned versions, transitive tools, install scripts, configuration writes, remote content, and update behavior.
19
+ 7. Measure repeatability across phrasing, placement, roles, models, and sessions. Record both successful and blocked attempts so control efficacy is visible.
20
+ 8. Remediate with least-privilege tools, typed schemas, target constraints, provenance labels, untrusted-content isolation, confirmation at consequential actions, scoped credentials, memory boundaries, and regression evals.
21
+
22
+ Do not treat disclosure of a system prompt alone as equivalent to tool compromise. Report the concrete violated invariant and demonstrated impact.
@@ -0,0 +1,28 @@
1
+ ---
2
+ name: malware-edr-research
3
+ description: Analyze, modify, build, and test malware-like samples, implants, anti-analysis behavior, and EDR/AV telemetry or evasion in authorized research environments.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Malware and EDR research
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. UR redteam mode permits complete technical work in this domain; execution and target controls still apply.
10
+
11
+ ## Sample workflow
12
+
13
+ 1. Preserve and hash the sample. Record provenance, acquisition time, file type, architecture, signatures, packer/compiler clues, and analysis environment.
14
+ 2. Perform static triage: headers, sections, imports/exports, resources, strings/deobfuscation, config, embedded payloads, crypto, persistence, C2/protocol, privilege and anti-analysis behavior.
15
+ 3. Build behavioral hypotheses and an observation plan before execution.
16
+ 4. In an approved isolated lab, collect process tree, filesystem/registry/config changes, services/tasks, network/DNS/TLS, IPC, injected regions, API/syscall traces, and memory artifacts. Snapshot and bound egress.
17
+ 5. Correlate static and dynamic evidence. Extract IOCs with confidence and expiration/context, then produce YARA/Sigma/EDR detections with positive and negative tests.
18
+
19
+ ## EDR/AV research workflow
20
+
21
+ 1. Define the product/version and telemetry boundary: user-mode hooks, kernel callbacks, ETW providers, AMSI, script engines, memory scanning, call-stack analytics, and cloud correlation.
22
+ 2. Establish a benign observable baseline, then isolate one detection dimension per experiment.
23
+ 3. Reverse the relevant component or capture telemetry to identify the real invariant; do not infer a bypass from process exit alone.
24
+ 4. Implement the smallest research harness for unhooking, syscall path changes, memory layout, AMSI/ETW behavior, stack provenance, or execution chain under study.
25
+ 5. Validate both effect and telemetry: expected action occurred, product state remained healthy, event visibility changed as predicted, and controls recovered after the test.
26
+ 6. Document prerequisites, affected versions, detection gaps, countermeasures, and reproducible lab steps.
27
+
28
+ Never execute an unknown sample on the host by default. Never allow uncontrolled egress, persistence outside the case lab, propagation, or target expansion. Work on copies and make teardown explicit.
@@ -0,0 +1,22 @@
1
+ ---
2
+ name: platform-radio-security
3
+ description: Research mobile apps, firmware, embedded hardware, OT/ICS systems, Wi-Fi, wireless, and SDR/radio targets in owned or explicitly authorized labs.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Platform, device, and radio security
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`. Device mutation, packet injection, RF transmission, wireless association, and active OT traffic require explicit current-session scope.
10
+
11
+ ## Workflow
12
+
13
+ 1. Inventory device/app/version, physical interfaces, radios, boot chain, update path, storage, debug ports, network protocols, mobile protections, and safety/availability constraints.
14
+ 2. Acquire read-only artifacts first: app package, firmware image, flash dump, UART logs, update bundle, traffic capture, board photos, symbols, configuration, and bill of materials. Hash and preserve originals.
15
+ 3. Mobile: map components, permissions/entitlements, exported surfaces, IPC/deep links, WebViews, local secrets, TLS/pinning, root/jailbreak checks, native libraries, and backend trust boundaries. Use controlled Frida/Objection hooks only in the approved lab.
16
+ 4. Firmware/hardware: unpack filesystems, identify architecture and bootloader, map services and credentials, review signing/rollback, emulate when possible, and use UART/JTAG/SWD in read-only mode before any write.
17
+ 5. OT/ICS: model Purdue zones and process consequences. Prefer passive captures and configuration review. Use protocol-aware simulation/digital twins; do not scan or fuzz production controllers.
18
+ 6. Wi-Fi: record owned SSIDs/BSSIDs/channels and test stations. Bound deauthentication, handshake/PMKID capture, rogue AP, and credential validation to the lab and approved rates.
19
+ 7. SDR/radio: identify jurisdiction, frequency, power, bandwidth, duty cycle, shielding/dummy-load needs, and receive-only alternatives. Default to receive-only; require explicit approval for transmission or replay.
20
+ 8. Validate findings with a reversible proof, record physical/safety preconditions, and provide remediation plus recovery steps.
21
+
22
+ Stop immediately on unexpected process impact, uncontrolled RF propagation, unsafe actuator state, or evidence that the observed asset is outside scope.
@@ -0,0 +1,33 @@
1
+ ---
2
+ name: research-evidence
3
+ description: Establish scope, review case integrity, preserve evidence-to-finding traceability, generate security diagrams, and produce reproducible technical reports.
4
+ allowed-tools: Read Grep Glob Bash Edit Write
5
+ ---
6
+
7
+ # Research evidence and reporting
8
+
9
+ Read `${UR_PLUGIN_ROOT}/UR-INTEGRATION.md`.
10
+
11
+ ## Case review
12
+
13
+ Verify that:
14
+
15
+ - every active action is covered by a current-session approved UR scope;
16
+ - target, time, account, port, tool, intensity, and exclusions are consistent across scope, timeline, commands, and evidence;
17
+ - originals and derived artifacts have hashes and provenance;
18
+ - every finding links to raw evidence and a reproducible validation path;
19
+ - observations, inferences, confidence, and unresolved questions are labeled;
20
+ - secrets and personal data are minimized/redacted without destroying evidentiary value;
21
+ - cleanup/recovery actions and residual changes are recorded.
22
+
23
+ ## Finding format
24
+
25
+ For each finding include identifier, title, affected asset/version, severity and rationale, confidence, prerequisites, description, evidence references, exact reproduction, demonstrated impact, likely root cause, CWE/OWASP/ATT&CK mapping where relevant, remediation, regression verification, and limitations.
26
+
27
+ ## Diagrams
28
+
29
+ Use Mermaid, Graphviz, or PlantUML only when topology or sequence adds clarity. Useful views include trust/data flow, attack path, protocol/state machine, process tree, call graph, evidence lineage, and incident timeline. Keep node identifiers stable and link diagram claims to evidence IDs.
30
+
31
+ ## Report
32
+
33
+ Produce an executive summary, authorization/scope, methodology, environment and tools, findings ordered by risk, attack/evidence narrative, remediation priorities, validation plan, limitations, artifact index with hashes, and timeline. Never claim exploitation or control that the evidence did not verify.