sergio/takana

1# fuzz-verificado.tsv — los FUZZ de `scripts/vigia-parches.py` que YA se miraron, con su veredicto.
2#
3# Un FUZZ no se puede resolver automáticamente: `patch` metió el cambio ADIVINANDO dónde, y si cayó
4# en el sitio correcto sólo lo dice el diff. Pero una vez mirado, el veredicto no caduca solo:
5# depende del TEXTO del parche y de la FUENTE, y las dos están pineadas.
6#
7# Por eso la clave no es (receta, parche) sino (receta, parche, HUELLA), donde la huella resume el
8# parche + el pin de la fuente. Tocá el parche o subí la versión y la huella cambia, la entrada deja
9# de casar y el vigía VUELVE A PREGUNTAR. No es una lista de excepciones: no hay forma de silenciar
10# algo y que siga silenciado cuando cambió.
11#
12# La línea lista para pegar la imprime el propio vigía debajo de cada FUZZ sin verificar.
13#
14# receta<TAB>parche<TAB>huella<TAB>veredicto (qué se comprobó, no «ok»)
15#
16# ⚠ Los dos FUZZ de waterfox NO están acá a propósito: no los verifiqué en esta ronda y waterfox está
17# fuera de alcance. Van a seguir saliendo como FUZZ, que es lo honesto.
18cairo	cairo-ctime-r.patch	053bd7e1c4b4051f	2026-09-05: los 3 hunks exactos — conf.set('HAVE_CTIME_R',1) queda DESPUÉS del bucle check_funcs; el `if false` envuelve subdir('cairo-trace') y NO subdir('cairo-script'); el tercero va tras meson.override_dependency ⇒ la .pc sobrevive sin los exe csi-*
19cairo-shared	cairo-ctime-r.patch	053bd7e1c4b4051f	2026-09-05: misma huella que `cairo` (mismo parche, misma fuente pineada) ⇒ mismo veredicto
20doas	rowhammer.patch	22d6f35cf2e6fa57	2026-09-05: el hunk cae dentro de checkconfig() y queda rv=permit(...); if(rv==0)→permit, coherente con main() que hace if(rv!=0)→EPERM. El fuzz lo causa un parche ANTERIOR de la cadena (el #ifdef DOAS_CONFDIR de configuration-directory.patch), no un cambio de upstream
21firefox	time64.patch	66bc1630adc67e1b	2026-09-05: now_including_suspend() y now_awake() quedan con libc::timespec::default(); no sobrevive ningún literal `tv_sec: 0` en zeitstempel/src/unix.rs
22firefox	fix-rust-target.patch	cd6f96abf42122e4	2026-09-05: la asignación cae justo tras el `return None` de find_candidate y el return usa ensure_unicode; no queda ninguna LLAMADA a find_candidate(candidates), sólo su def
23gnupg	0001-include-unistd.patch	d688ed86408ec74d	2026-09-05: entra en el bloque de includes de scd/app.c — pero upstream YA trae <unistd.h> dos líneas más abajo ⇒ el parche está OBSOLETO y sólo lo duplica (inocuo: el header tiene guardas). Quitarlo re-hashea gnupg, así que se paga cuando se re-selle por otro motivo
24libxml2	CVE-2026-6732.patch	d67f9694dcad492f	2026-09-05: los 2 hunks dentro de xmlParseReference(); las 4 llamadas pasan ctxt->userData y NO queda ninguna sax->characters(ctxt, ni sax->cdataBlock(ctxt, en todo el fichero. El fuzz es por el offset de 226 líneas, no por el sitio
25libxml2-shared	CVE-2026-6732.patch	d67f9694dcad492f	2026-09-05: misma huella que `libxml2` ⇒ mismo veredicto
26mesa	mesa-version-script-comma.patch	6054348f4a56ac2c	2026-09-05: version-script y dynamic-list quedan en forma COMA ('-Wl,--version-script,'+ruta), que es exactamente lo que el parche declara querer
27mesa-llvmpipe	mesa-version-script-comma.patch	6054348f4a56ac2c	2026-09-05: misma huella que `mesa` ⇒ mismo veredicto
28mesa-swrast	mesa-version-script-comma.patch	6054348f4a56ac2c	2026-09-05: misma huella que `mesa` ⇒ mismo veredicto
29wayland	wayland-scanner-dup2-output.patch	b56341a45c5e7b1d	2026-09-05: el dup2(outfd, STDOUT_FILENO) cae dentro de main() de src/scanner.c y no queda NINGÚN freopen en el fichero