safe_traversal: don't follow a symlink in open_file_at#13507
Open
Angadi56 wants to merge 1 commit into
Open
Conversation
Merging this PR will improve performance by 3.22%
|
| Mode | Benchmark | BASE |
HEAD |
Efficiency | |
|---|---|---|---|---|---|
| ⚡ | Simulation | du_all_wide_tree[(5000, 500)] |
16.8 ms | 16.3 ms | +3.22% |
Tip
Curious why this is faster? Comment @codspeedbot explain why this is faster on this PR, or directly use the CodSpeed MCP with your agent.
Comparing Angadi56:open-file-at-nofollow (b39a9d2) with main (be96f5d)
Footnotes
-
46 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩
|
GNU testsuite comparison: |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The safe-traversal helpers exist so recursive and privileged file operations can anchor on directory descriptors and refuse to cross a symlink, and every openat in the module passes O_NOFOLLOW to enforce that. open_file_at, the one primitive that creates a file, was missing it, so it opened O_CREAT|O_WRONLY|O_TRUNC on the final name and would follow a symlink sitting there. Its only caller is install's fd-based copy, which unlinks the destination name and then creates it through this helper; if a symlink is present at that name it gets followed and its target is truncated and filled with the source file's contents, so a link placed in the destination directory can redirect a privileged install onto a file outside the tree. The path-based copy_file already avoids this by using create_new, which never resolves a symlink, so the fd-based path was the odd one out. I noticed it while reading how the two copy paths line up. Adding O_NOFOLLOW makes open_file_at refuse the link with ELOOP instead of writing through it, matching the rest of the module. The added test plants a symlink to a sentinel outside the directory and checks the sentinel is left untouched.