uutils/coreutils

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

Open

#10.019 aberto em 3 de jan. de 2026

Ver no GitHub
 (0 comments) (0 reactions) (0 assignees)Rust (1.852 forks)batch import
U - touchgood first issuereported-canonical

Métricas do repositório

Stars
 (23.246 stars)
Métricas de merge de PR
 (Métricas PR pendentes)

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.

Guia do colaborador

Direção de pesquisa
Substitua o padrão stat then create no `touch` por uma única chamada `openat(O CREAT)` sem `O TRUNC` para evitar a condição de corrida. Em Rust, use `fs::OpenOptions::new().create(true).write(true).open(path)` ou chame `libc::openat` com `O CREAT | O WRONLY`. Estude a implementação atual em `src/touch.rs` e garanta que o arquivo seja criado se ausente sem truncar se já existente.
Pilha de tecnologia
rust
Domain
cli
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
RustLinux file system
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70