uutils/coreutils

touch create path TOCTOU: stat then create leading to truncate via race

Open

#10 019 ouverte le 3 janv. 2026

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)Rust (1 852 forks)batch import
U - touchgood first issuereported-canonical

Métriques du dépôt

Stars
 (23 246 stars)
Métriques de merge PR
 (Merge moyen 9j 14h) (216 PRs mergées en 30 j)

Description

Component

touch

Description

For a missing path, uutils touch does an existence check first and then creates the file.

File::create() opens with O_CREAT|O_TRUNC, so there is a race window: if another process creates the path (or swaps it to a symlink to an existing file) between the stat and the create, touch will open with truncation.

GNU touch does not have this specific pattern on create: it uses a single openat(O_CREAT) without a prior existence check and without O_TRUNC.

Test / Reproduction Steps

Syscall trace on a missing path:

uutils:

statx(AT_FDCWD, "/tmp/touch-sys/newfile", ..., ...) = -1 ENOENT
openat(AT_FDCWD, "/tmp/touch-sys/newfile", O_WRONLY|O_CREAT|O_TRUNC|O_CLOEXEC, 0666) = 3

GNU:

openat(AT_FDCWD, "/tmp/touch-sys/newfile", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3
utimensat(0, NULL, NULL, 0) = 0

Impact

Race window for unintended truncation/clobbering when touch is run in attacker-writable directories or on attacker-controlled paths, especially when run with elevated privileges.

Guide contributeur

Direction de recherche
Remplacez le modèle stat then create dans `touch` par un seul appel `openat(O CREAT)` sans `O TRUNC` pour éviter la condition de concurrence. En Rust, utilisez `fs::OpenOptions::new().create(true).write(true).open(path)` ou appelez `libc::openat` avec `O CREAT | O WRONLY`. Étudiez l'implémentation actuelle dans `src/touch.rs` et assurez vous que le fichier est créé s'il est manquant sans tronquer s'il existe déjà.
Stack technique
rust
Domaine
cli
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
RustLinux file system
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70