Linux: support RESOLVE_NO_XDEV when openat2 is unavailable
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- linux, rust
- Área
- operating-systems, security
Línea de trabajo
Comienza con cap-primitives/src/rustix/linux/fs/open_impl.rs y el resolver existente manually::open(), luego sigue la ruta de open_dir_noxdev() de cap-std-ext y la API pública de cap-fs-ext. Verifica que el fallback compruebe cada componente abierto antes de atravesar symlinks o descender, devuelva EXDEV o un error explícito de no compatibilidad cuando sea necesario, y deje sin cambios las aperturas que no tienen la política.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
TL;DR: On Linux, cap-primitives falls back to its manual path resolver when
openat2() is unavailable, but the fallback cannot enforce
RESOLVE_NO_XDEV. Downstream users therefore cannot safely reject mount
crossings on systems where openat2() returns ENOSYS.
Context: This surfaced through bootc's open_dir_noxdev() usage under QEMU
linux-user, but the missing behavior is general and is not specific to bootc or
QEMU. The downstream report is
https://github.com/bootc-dev/bootc/issues/1481.
Current behavior
cap-primitives/src/rustix/linux/fs/open_impl.rs uses openat2() for its fast
path and falls back to manually::open() when the syscall is unavailable. The
manual resolver preserves capability containment and resolves symlinks one
component at a time, but it has no NO_XDEV policy.
As a result, cap-std-ext implements open_dir_noxdev() with a direct
openat2() call. It handles EXDEV, but propagates ENOSYS instead of using a
capability-safe fallback.
Reproduction
| Component | Value |
|---|---|
| Host and VM | x86_64, Fedora 44 |
| Container | aarch64 Fedora bootc |
| Affected emulator | QEMU linux-user 8.2.9 |
| Working emulator | QEMU linux-user 10.2.2 |
| cap-primitives | 4.0.3 |
| cap-std-ext | 5.1.2 |
With QEMU 8.2.9 registered through binfmt_misc:
$ podman run --rm --arch arm64 \
quay.io/fedora/fedora-bootc:latest \
bootc container lint
error: Linting: Function not implemented (os error 38)
The trace reports unsupported AArch64 syscall 437 immediately before the
failure. That syscall is openat2, same image passes under QEMU 10.2.2,
which implements openat2.
Required behavior
The fallback must reject crossing any mount, including same filesystem bind
mounts and mounts reached through symlinks, while retaining the manual
resolver's containment and race-resistance properties.
A final st_dev comparison is insufficient because a bind mount may have the
same device and inode as its source. Checking only the final descriptor is also
insufficient: an intermediate component or symlink may cross a mount even when
the final component is not a mount root. Each opened component must therefore
be checked before symlink interpretation or descent.
If reliable mount information is unavailable, the operation should return an
explicit unsupported error rather than silently perform a normal open.
Proposed direction
- Keep
openat2()as the fast path and addRESOLVE_NO_XDEVwhen requested. - On
ENOSYS, reuse the existing manual component resolver rather than add a
separate path walker. - Check every newly opened descriptor for a mount crossing before following a
symlink or descending into that component. - Return
EXDEVfor a detected crossing and fail closed when mount identity
cannot be determined reliably. - Expose this as an existing-directory operation through the public layer the
maintainers consider appropriate, such ascap-fs-ext. Existing opens
should remain unchanged when the policy is not requested.
STATX_ATTR_MOUNT_ROOT appears suitable for the fallback, under QEMU 8.2.9 it
correctly identified all 153 mount points visible in /proc/self/mountinfo, a
same filesystem bind mount, and descriptors held across mount and detach
operations. STATX_MNT_ID was not reliable in this environment because QEMU
reported the field as available but returned zero for tested paths.
The initial API should be limited to opening existing directories, applying a
general OpenOptions flag to effectful operations such as truncation would
require a broader design because validating the result after opening is too
late.
References
- Downstream report: https://github.com/bootc-dev/bootc/issues/1481
openat2(2): https://man7.org/linux/man-pages/man2/openat2.2.htmlstatx(2): https://man7.org/linux/man-pages/man2/statx.2.html- cap-std-ext API: https://docs.rs/cap-std-ext/latest/cap_std_ext/dirext/trait.CapStdExtDirExt.html
- Lenguaje dominante
- Rust
- Estrellas
- 821
- Forks
- 59
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de bytecodealliance/cap-std
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
bytecodealliance/cap-std#427 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
bytecodealliance/cap-std#416 · 2 comentarios ·
-
Archiving cap-std Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
bytecodealliance/cap-std#426 · 2 comentarios ·
-
Replace cap-async-std Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 42/100
bytecodealliance/cap-std#408 · 4 comentarios · 2 reacciones ·
-
Support for renameat2? Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
bytecodealliance/cap-std#406 · 1 comentario · 2 reacciones ·
Todos los issues de bytecodealliance/cap-std
Issues similares
-
bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
yantrikos/yantrik-os#255 ·
-
Replayed reasoning items send "content": null, which the Responses API schema does not permit Abiertobug CLI custom-model
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
raphamorim/rio#1956 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
rust-bitcoin/rust-bitcoin#6930 · 1 comentario ·