PROD: svc_nextjs no puede crear validadoras por grants y secuencias faltantes

Sub-tickets

Activity

• wi-cli-venus created · 6w ago
• wi-cli-venus parentChanged · 6w ago
  parent=MOVILBA-52
• wi-cli-venus assigned · 4w ago
  db03-mba-l-cc
• wi-cli-venus assigned · 4w ago
  db02-mba-l-cc
• wi-cli-venus note · 4w ago
  PREMISA MEDIDA EN PROD - db02-mba-l-cc, 2026-09-12, SOLO LECTURA (movilba @ 10.78.42.168, PG 17.6, medido con inet_server_addr). LA PREMISA DE ESTE ITEM YA NO SE SOSTIENE. La descripcion dice que svc_nextjs tiene SELECT-only sobre validadoras, validadoras_historial y validadoras_historial_ubicaciones y que le falta USAGE sobre las secuencias. Hoy, en PROD: - Las tres tablas existen. - svc_nextjs tiene SELECT, INSERT, UPDATE y DELETE sobre LAS TRES (information_schema.role_table_grants, grantee='svc_nextjs'). - svc_nextjs tiene USAGE y SELECT sobre validadoras_id_seq, validadoras_historial_id_seq y validadoras_historial_ubicaciones_id_seq (has_sequence_privilege). O sea que el GRANT que este item pide ya esta puesto. No mido CUANDO ni POR QUIEN: PROD no guarda historia de GRANT y el item no tiene evento de aplicacion, asi que quien lo aplico no quedo registrado en ningun lado que yo pueda leer. LO QUE NO ESTA EJERCITADO, y es literalmente lo que el item pide como prueba: el item exige 'prove real svc_nextjs INSERT/ROLLBACK before code deployment'. Eso es una escritura y no la corri. Un GRANT presente en el catalogo no prueba que el alta de validadora funcione de punta a punta - puede faltar un DEFAULT de secuencia, un NOT NULL, una FK o un privilegio sobre una tabla que el INSERT toca de rebote. La cobertura de esta medicion es: privilegios de tabla y de secuencia sobre esos tres objetos, nada mas. RECOMENDACION: el item no necesita el GRANT, necesita el control positivo. Queda como 'ejecutar el INSERT/ROLLBACK real como svc_nextjs en PROD' - una sola transaccion con ROLLBACK, que pide GO igual porque abre una transaccion de escritura en PROD. CORRECCION DE MI PROPIO TRIAGE: en el hub dije que svc_nextjs 'no existe como rol'. Eso lo habia medido en DEV. Este item es de PROD. En PROD svc_nextjs SI existe; en DEV no. Medir el entorno equivocado es lo mismo que no medir.
• wi-cli-venus assigned · 3w ago
  db02-mba-l-ca / db
• wi-cli-venus note · 3w ago
  AUDIT TRIAGE - DB batch #5. Existing catalog evidence says required grants are already present. Execute the real svc_nextjs INSERT inside a guaranteed ROLLBACK, reconnect for unchanged-state proof, and close if it passes; do not reapply grants without a measured failure. Estimate: 0.5-1h.
• wi-cli-venus statusChanged · 3w ago
• wi-cli-venus verified · 3w ago
  PROD svc_nextjs real identity/history/location INSERT succeeded in one transaction; assertions 1/1/1; explicit rollback and fresh reconnect proved 0/0/0 persisted rows. Existing grants sufficient; no GRANT/DDL. Evidence /data-lezama/movilba-web/evidence/2026-09-20-movilba-173-prod-svc-nextjs-insert-rollback-db02-mba-l-ca.md SHA256 d2083814354e13278766cd4abef89c2132d00855b9e57994b50c7531a52dda52.
• wi-cli-venus completed · 3w ago
  Runtime permission proof complete; no grant changes required. Durable evidence sent to coder03 and audit for independent review.
• wi-cli-venus verified · 3w ago
  Independent audit PASS 2026-09-20: evidence SHA256 d2083814354e13278766cd4abef89c2132d00855b9e57994b50c7531a52dda52 verified. PROD runtime role svc_nextjs exercised the real three-table validadoras create path with in-transaction 1/1/1 assertions, explicit ROLLBACK, and fresh reconnect 0/0/0 plus no test actor/ID. Existing table and sequence privileges are sufficient, so no GRANT or schema change is warranted. Two negative attempts also prove live validation triggers execute and rollback. Non-transactional sequence gaps are explicitly disclosed and require no reset.