post-receive de dev en /srv: git clean de logs/ y SUDO_PASSWORD en texto plano - los dos necesitan a Elazar
Sale de MOVILBA-532 para que no muera con ese ticket. Los dos hallazgos viven en /srv/dev-movilba-web.git/hooks/post-receive y NINGUN carril puede escribir ahi: la regla permanente de Elazar prohibe modificar /srv, y nw-lezama-cc esta igual de barrado (lo confirmo el 09-22 al contestar S3). Por eso no tienen dueno y suben a Elazar. 1) El hook hace un git clean de logs/ en el arbol desplegado en CADA push a dev. Medido el 09-22: un archivo puesto a mano en /srv/dev-movilba-web/logs/ desaparecio en el push siguiente. Nada que no este trackeado o ignoreado ahi sobrevive. Impacto: cualquier log de runtime que alguien espere encontrar despues de un deploy no esta. Decision de Elazar: se deja asi y se documenta, o se acota el clean. 2) El mismo hook lleva un SUDO_PASSWORD= en texto plano. Hallazgo abierto desde antes, elevado varias veces, NO tocado y NO rotado - rotar o pedir rotacion sin que Elazar lo pida esta prohibido por su orden permanente de credenciales. Queda registrado aca para que tenga un lugar donde vivir.
Activity
-
coder04-mba-l-ca
-
Started source-side pre-work; server-side hook and decisions remain separate host-only items.
-
Repo census, read-only 2026-10-09: HEAD has no tracked post-receive hook or hook/ logs directory. git grep on tracked source finds only operational references to the bare hook; no SUDO_PASSWORD assignment or git clean logs/ command in the repo. The deploy scripts describe the remote post-receive build but do not expose the hook body. This does not remeasure the reported /srv/dev-movilba-web.git/hooks/post-receive behavior and does not authorize touching /srv or credentials. Remaining: Elazar decides whether to narrow/document the remote logs cleanup and the residual plaintext-password handling; no credential action taken.
-
Repo-side pre-work is complete and recorded. The active hook is under /srv, outside lane access; repo HEAD has no tracked hook body or logs directory. Resolving this item requires Elazar's decision about destructive logs cleanup and password handling/authorized owner access. No /srv changes and no credential inspection or rotation attempted.