Codex Security Deep Scan fails to start on Windows: parent must provide a managed filesystem permission profile
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex App version: 26.803.81509
What subscription do you have?
plus
What platform is your computer?
"$([Environment]::OSVersion | ForEach-Object VersionString) $(if ([Environment]::Is64BitOperatingSystem) { "x64" } else { "x86" })"
What issue are you seeing?
Codex Security Deep Scan cannot start on Windows because the Deep Scan worker fails the filesystem permission preflight.
The exact MCP error is:
Deep Scan cannot safely start a read-only worker: the parent must provide a managed filesystem permission profile.
I am using Codex Desktop on Windows as a personal user.
The repository is trusted and Windows Elevated Sandbox is enabled.
What steps can reproduce the bug?
Deep Scan cannot safely start a read-only worker: the parent must provide a managed filesystem permission profile.
I also tried explicitly configuring a managed filesystem profile:
default_permissions = "security-readonly"
[permissions.security-readonly.filesystem]
":minimal" = "read"
":workspace_roots" = "read"
[permissions.security-readonly.network]
enabled = false
What is the expected behavior?
Codex Security Deep Scan should automatically receive or derive a valid managed read-only filesystem permission profile from the parent Codex Desktop session on Windows.
A trusted repository running under the supported Windows sandbox should be sufficient for Deep Scan to create its read-only workers without requiring undocumented manual permission-profile configuration.
If additional configuration is required, the preflight should provide the exact supported config.toml keys and values needed for Windows.
Additional information
Windows Elevated Sandbox itself was installed and Codex Desktop launches successfully.
I previously encountered an Elevated Sandbox setup loop, but after resolving the sandbox setup state, Codex Desktop itself works normally.
This issue is specifically with Codex Security Deep Scan worker startup.
The behavior suggests a mismatch between the filesystem permission profile expected by Deep Scan and the permission profile exposed by Codex Desktop on Windows.
Relevant Codex App runtime information:
- Codex App version: 26.803.81509
- Windows sandbox: elevated
- Repository: local Windows drive
- Repository trust level: trusted
- Codex Security plugin: enabled
- Deep Scan discovery never starts
- No scan results are generated
It would be helpful to clarify:
- What managed filesystem permission profile Deep Scan expects on Windows.
- Whether Codex Desktop is supposed to create/pass this profile automatically.
- Whether
default_permissionsis required for Deep Scan. - Which filesystem tokens are officially supported for the Deep Scan parent profile.
- Whether this is currently a Windows-specific Codex Desktop bug.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce Deep Scan startup on Windows with the supplied security-readonly config.toml profile, then trace the filesystem permission preflight and parent worker setup. Done means the read-only worker starts under a trusted elevated-sandbox session, or the preflight clearly identifies the supported configuration and failure cause.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- devtools, operating-systems, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100