Skip to content

πŸ›‘οΈ Sentinel: [HIGH] Fix TOCTOU vulnerability in config permissions#292

Open
acebytes wants to merge 1 commit into
mainfrom
sentinel/fix-toctou-chmod-3987718079707111301
Open

πŸ›‘οΈ Sentinel: [HIGH] Fix TOCTOU vulnerability in config permissions#292
acebytes wants to merge 1 commit into
mainfrom
sentinel/fix-toctou-chmod-3987718079707111301

Conversation

@acebytes
Copy link
Copy Markdown
Contributor

🚨 Severity: HIGH
πŸ’‘ Vulnerability: chmod() was used on a potentially untrusted path path when reloading the autopilot config. This allowed a TOCTOU (Time of Check, Time of Use) symlink vulnerability.
🎯 Impact: An attacker could replace the config file with a symlink exactly when chmod is called, potentially forcing the application to change permissions of arbitrary files the application has access to.
πŸ”§ Fix: Replaced chmod() with open() using O_NOFOLLOW and O_CLOEXEC, followed by fchmod() on the secure file descriptor to prevent following symlinks.
βœ… Verification: Tested via ./scripts/test.sh.


PR created automatically by Jules for task 3987718079707111301 started by @acebytes

Co-authored-by: acebytes <2820910+acebytes@users.noreply.github.com>
@google-labs-jules
Copy link
Copy Markdown
Contributor

πŸ‘‹ Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a πŸ‘€ emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.


For security, I will only act on instructions from the user who triggered this task.

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

πŸ’‘ Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: d450d4070f

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with πŸ‘.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +973 to +976
if fd >= 0 {
fchmod(fd, 0o600)
close(fd)
}
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Reject config when secure permission open fails

When open(..., O_NOFOLLOW | O_CLOEXEC) fails (for example, if autopilot.json is a symlink), this block silently skips fchmod and execution continues to contents(atPath:), which still loads the config. That means the intended 0600 enforcement is bypassed for exactly the untrusted-path case this change targets, leaving a symlinked or overly-permissive config file accepted. Please treat open/fchmod failure as a reload error (or read via the same validated fd) instead of continuing.

Useful? React with πŸ‘Β / πŸ‘Ž.

// Enforce 0600 permissions safely to prevent TOCTOU vulnerabilities
URL(fileURLWithPath: path).withUnsafeFileSystemRepresentation { pathPtr in
guard let ptr = pathPtr else { return }
let fd = open(ptr, O_RDONLY | O_NOFOLLOW | O_CLOEXEC)
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Open config fd without requiring read permission

Opening the file with O_RDONLY makes the permission-fix path fail for owner-unreadable configs (for example mode 0200 or 0000): open returns EACCES, fchmod never runs, and reload later errors on read. Before this commit, chmod(path, 0o600) could still repair those modes first, so this is a functional regression in self-healing permission enforcement. Consider using an access mode that can obtain an fd for fchmod without requiring immediate read permission (or retrying with a write-capable open).

Useful? React with πŸ‘Β / πŸ‘Ž.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant