# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero # YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el # sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild. name = "doas" version = "6.8.2" license = "ISC" [source] tarball = "https://github.com/Duncaen/OpenDoas/archive/v6.8.2.tar.gz" # FIXME sha256: el wrapper lo calcula (Alpine publica sha512). sha512 de Alpine: # sha512 = "4a93ff477413c859ba2702e688fa4f83248fff85e61e12336838a1e9aa1a8d9963a9782e4bc5e58e8d04b86c2c8ceb6b235ae9d3b32b3e548a2514a43653137d" sha256 = "6da058a0e70b7543bc60624389b0b00b686189ec933828c522bf8b2600495a67" patches = ["configuration-directory.patch", "manpage-example-path.patch", "change-PATH.patch", "rowhammer.patch"] [build] compiler = "zig-cc" target = "x86_64-linux-musl" link = "static" # Split de la info de depuración (SDD 23 etapa 4, tanda de HOJAS). Entra en `hash_inputs`. strip_debug = true flags = [] [build.phases] # de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3; revisá --shared para estático): compile = ''' _abuild_phase() { ./configure \ --prefix=/usr \ --without-pam \ --with-timestamp \ --with-doas-confdir make } _abuild_phase ''' # package(): copia manual (make install hace chown root:root → falla en el sandbox; # doas.conf de aports no viaja). # # ⚠ Acá decía «el binario setuid es cosa de la hidratación», y era FALSO: no había nadie que lo # pusiera. Medido el 2026-09-22 — `grep -rn S_ISUID crates/` daba CERO, el artefacto sale `r-xr-xr-x` # y `doas` en las 7 imágenes no podía funcionar. Desde hoy el bit se DECLARA abajo (`[[setuid]]`) y # lo aplica el ensamblado rompiendo el enlace duro (`takana setuid --apply`, SDD 28 §5.11). install = ''' _abuild_phase() { install -D -m 755 doas "/out"/usr/bin/doas install -D -m 644 doas.1 "/out"/usr/share/man/man1/doas.1 2>/dev/null || true install -D -m 644 doas.conf.5 "/out"/usr/share/man/man5/doas.conf.5 2>/dev/null || true } _abuild_phase ''' # ══ EL BIT DE PRIVILEGIO ═══════════════════════════════════════════════════════════════════════ # Fuera de `hash_inputs` (como `license`, `[[service]]` y `[[user]]`) ⇒ declararlo NO re-sella nada. # No puede vivir en el artefacto: `of_tree` sólo hashea el bit de ejecución, y la hidratación es por # hardlink ⇒ el `chmod` viajaría al artefacto que comparten todas las imágenes. Ver `crate::setuid`. # # ⚠ **Con el bit puesto todavía falta el `doas.conf`**, y sin él doas RECHAZA todo («no rule # matched»). No se inventa acá una regla: quién puede escalar es decisión de la imagen (¿grupo # `wheel`?, ¿qué usuario humano?), y hoy las imágenes no tienen usuario humano — el instalador sólo # pone contraseña de root. Es el mismo hueco que el `/etc/shells` del SDD 28 §5.11, y es la unidad de # trabajo siguiente. Declarar el bit ahora es correcto igual: es lo que no depende de esa decisión. [[setuid]] path = "usr/bin/doas" why = "es el ÚNICO camino de escalada de la imagen desde que `sudo` salió de los perfiles (2026-09-22): 134 KB contra 13 M y una superficie mínima. Sin el bit, un usuario no-root no puede administrar la caja ni con la contraseña correcta, y el error no menciona el privilegio." [deps] build = ["binutils", "bison", "make"]