Run images whose PT_LOAD covers the low 64 KiB
Los mantenedores suelen responder en 3 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- c
- Área
- operating-systems
Línea de trabajo
Start with vdso_build and guest_invalidate_ptes, plus the fixed VDSO_BASE and the VDSO_OFF_SIGRET trampoline address the issue names. Reproduce by linking a static binary with -Wl,-Ttext-segment=0x8000 and running it under elfuse to see the SIGSEGV at 0x40. The issue leaves open whether to relocate the vDSO or refuse such images at load with a clear error, so confirm that choice with maintainers first. Done means the chosen behaviour is in place and the reproduction no longer faults silently.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
An ET_EXEC whose first PT_LOAD covers VDSO_BASE (0xF000) faults under elfuse. vdso_build writes the vDSO over the image's text at VDSO_BASE, and when the image starts at 0x0, the null page that guest_invalidate_ptes removes also takes its ELF header, so the first access to it faults.
Reproduction: aarch64-linux-gnu-gcc -static -O2 -Wl,-Ttext-segment=0x8000 hello.c (ld rounds the first PT_LOAD to 0x0), then elfuse ./a.out dies with SIGSEGV at 0x40. Linux 6.18 runs the same binary as root, where vm.mmap_min_addr does not apply.
The cause is the fixed VDSO_BASE. Linux places the vDSO in the mmap area, after the image is mapped, so it never collides with a PT_LOAD. Moving it in elfuse touches the shim, the signal trampoline address (VDSO_BASE + VDSO_OFF_SIGRET) and the boot and exec page-table setup. A smaller first step would refuse such an image at load with a clear error instead of faulting after the vDSO has been written over it.
Found while reviewing #435.
- Lenguaje dominante
- C
- Estrellas
- 273
- Forks
- 29
- Merge medio
- 2 d 10 h
- PR fusionados (30 d)
- 17
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 sysprog21/elfuse
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 3 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 3 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
Los mantenedores suelen responder en 3 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Los mantenedores suelen responder en 3 días
-
Dificultad 3/5 Medio día Aptitud para principiantes 62/100
Los mantenedores suelen responder en 3 días
Todos los issues de sysprog21/elfuse
Issues similares
-
mewencode: base256[] and base128[] are indexed out of bounds by a non-ASCII octetPosiblemente ocupada @kazu-yamamoto la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
kazu-yamamoto/Mew#276 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 91/100
FujiNetWIFI/fujinet-firmware#2045 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
gbdev/homebrewhub-submit#20 ·
-
pluto: extract.c logs cert nickname instead of ckaid when both *cert= and *ckaid= are specifiedPosiblemente ocupada @Yash990-bit la tomó hoy. Abierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 2 días