dshbase

Plugin directory / Security / dsh-windows-workspace-guard

dsh-windows-workspace-guard

Verified · install-tested on dsh julescules

✓ Actively maintained Builds on 4 official DSH packages

View on GitHub ↗ ← Back to plugin directory

0Stars
0Forks
1Open issues
JavaScriptLanguage
2026-08-24Last push
Cross-platformPlatform

What it does

Prevent destructive PowerShell actions in DeepSeek Harness on Windows — workspace boundaries, protected paths, credentials, Git recovery, approvals, and audit logs.

Our take
Works — verified, early-stage project

Prevent destructive PowerShell actions in DeepSeek Harness on Windows — workspace boundaries, protected paths, credentials, Git recovery, approvals, and audit logs. It installs cleanly and boots without issues in our testing. It's early-stage but functional.

“Verified” means our automated CI actually ran dsh plugin add in a clean profile and it booted — nothing more. Feature descriptions and version compatibility are the author’s claims. This is not a security audit and not an endorsement of third-party code.

README

Windows Workspace Guard for DeepSeek Harness

[中文](README.zh.md) | English > [!IMPORTANT] > Unofficial community plugin. Independently developed and maintained; not reviewed or endorsed by DeepSeek. Stop a Windows agent before it deletes originals, escapes the workspace, destroys Git recovery paths, reads credentials, or changes system state. PowerShell calls receive a clear **PASS**, **ASK**, or **HARD BLOCK** before dispatch. ![Synthetic terminal example showing a credential block and read-only doctor](docs/demo.svg)

Start in 30 seconds

``powershell dsh plugin --profile web add github:julescules/dsh-windows-workspace-guard#v0.7.0 dsh --profile web --dump-config dsh --profile web ` Restart DSH, then ask: `text Run windows_workspace_guard_doctor, then use windows_workspace_guard_check to inspect this command without executing it: Get-Content -LiteralPath $env:DSH_HOME\.credentials.yaml `

Why v0.7.0

Monotonic hard blocks

Static non-overridable rules are also registered through the official synchronous
ctx.tools.guard() seam. They remain denials even if another reorderable tools/pre-execute listener short-circuits its waterfall. Older Harness builds without that API keep the pre-execute fallback. Live junction/symlink inspection remains asynchronous in tools/pre-execute; it cannot be moved into a synchronous guard and is reported honestly as a separate layer.

Credential and secret boundary

With
guardSensitiveData: true (default), the guarded pwsh(command) boundary blocks explicit reads or copies of: - $DSH_HOME\.credentials.yaml and .env files; - user SSH, AWS, Azure, Git, npm, GitHub CLI, and NuGet credential locations; - configured sensitivePaths; - sensitive environment variables and full Env: enumeration; - same-command outbound-network use combined with an explicit sensitive source. This is a conservative PowerShell command guard, not a general DLP system. It does not inspect arbitrary native-process memory, already-running processes, or tools outside toolNames.

Read-only Windows doctor

windows_workspace_guard_doctor reports facts without changing ACLs or configuration: - ctx.tools.guard() availability; - DSH home and configured workspace/protected path state; - existing link metadata for configured roots; - audit-path writability and bounded duplicate-runtime checks; - credential-file ACL metadata on Windows, without opening credential contents.

Decisions

| Result | Meaning | |---|---| | PASS | No matched risk under the active policy. | | ASK | A reviewable operation needs one host approval in
mode: ask. | | HARD BLOCK | Disk/system mutation, policy bypass, immutable path, link traversal, or sensitive-data access cannot be approved away. | Use windows_workspace_guard_check for a dry run. It returns machine-readable findings and never executes the command.

Main settings

The DSH Web settings card updates these values live:
`yaml enabled: true mode: block # block | ask | report toolNames: [pwsh] workspaceRoots: [] # empty = current session cwd protectedPaths: [] guardExistingLinks: true guardSensitiveData: true sensitivePaths: [] auditPath: '' # optional append-only JSONL auditIncludeCommand: false auditFailClosed: false ` With an audit path, dispatch writes occur after host approval and monotonic guards. Denied calls are observed after their final result. Commands are hashed and redacted by default.

DSH integration

The package stays outside Harness core and uses the official
dsh.bundle.patch, tools/pre-execute, ctx.tools.guard(), tools/execute, tools/result, settings, and typed-tool seams.

Upgrade, disable, uninstall

`powershell dsh plugin --profile web add github:julescules/dsh-windows-workspace-guard#v0.7.0 dsh plugin --profile web list dsh plugin --help ` Use the disable/remove command shown by dsh plugin --help for your Harness build, then restart DSH. Profile command names are still changing during developer preview.

Troubleshooting and data

- Missing settings card: run
dsh --profile web --dump-config, confirm windows-workspace-guard, then restart Web. - False positive: run the dry-run tool and report finding IDs plus a redacted command/path. - The plugin makes no network requests. Doctor reads filesystem/ACL metadata only and never credential values. - No audit file is created unless auditPath is configured. - Keep workspaceRoots and sensitivePaths absolute and narrow.

Verify

https://github.com/julescules/dsh-windows-workspace-guard/actions/workflows/ci.yml/badge.svg](https://github.com/julescules/dsh-windows-workspace-guard/actions/workflows/ci.yml)
`powershell npm run check npm pack --dry-run `

Limits

- Static policy is not an operating-system sandbox. - A filesystem TOCTOU window remains between link inspection and execution. - Tools outside
toolNames` need their own policy. - ACL warnings are review evidence, not automatic permission repair. For missed cases, reply in the https://github.com/deepseek-ai/deepseek-harness/discussions/2429 with Windows, PowerShell and DSH versions, a redacted command, expected PASS/ASK/BLOCK, and redacted doctor output. See [CONTRIBUTING.md](CONTRIBUTING.md) and [SECURITY.md](SECURITY.md).

License

[MIT](LICENSE)

Install

🧩 Let your agent install it (recommended)

Install the catalog once, then DeepSeek Harness can find and install any plugin from this site automatically:

dsh plugin add dshbase-catalog

Then say "install dsh-windows-workspace-guard for me" — your agent finds it in the directory and installs it. Docs: dshbase-catalog · verified packs.

This plugin is GitHub source (not published to npm) — install it straight from the repo:

Web profile:

dsh plugin --profile web add github:julescules/dsh-windows-workspace-guard

Headless (CLI) profile:

dsh plugin --profile headless add github:julescules/dsh-windows-workspace-guard

Test report

Verified: L1 install + L2 load + L3 runtime from GitHub source on dsh 0.1.0-rc.6.

Security: not yet scanned — our daily static scan will cover it shortly.

Share this badge

More in Security

Browse all 1896 plugins →