Feature-flag changes can be saved without a compliance audit entry; state the audit log's durability per resource

Abierto Apto para principiantes
#1,042 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
72/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python

Línea de trabajo

Comienza con backend/app/api/v1/endpoints/feature_flags.py y compara su comportamiento al escribir entradas de auditoría con la garantía transaccional descrita en docs/api/endpoints.md. Lee también las afirmaciones sobre el registro de auditoría de la tabla del modelo de amenazas y de docs/architecture/overview.md. Terminar significa que la documentación indica claramente la garantía de durabilidad de cada recurso y, para las entradas de auditoría de mejor esfuerzo, explica que las entradas omitidas son visibles a través de la métrica existente de fallos de auditoría.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement post-launch

Feature-flag create, update and delete write their compliance audit entry after the flag change has been committed, and a failure to write it is logged and ignored (backend/app/api/v1/endpoints/feature_flags.py, e.g. lines ~364-384: "non-fatal: do not fail the request if this fails"). So a flag change can be saved with no compliance audit entry. User administration is different: docs/api/endpoints.md states that its audit entry is written in the same transaction and that nothing is saved if it cannot be written.

The docs describe the audit log as an "immutable audit trail" (the threat-model table and docs/architecture/overview.md), which readers can take to mean complete.

Expected: state the durability promise per resource. Either write the flag's audit entry in the same transaction (as user administration does), or say in the audit-logging docs which changes are recorded best-effort and how a missed entry is visible (the existing audit-failure metric). Found in a code review (2026-10-06).

Lenguaje dominante
Python
Estrellas
0
Forks
4
Merge medio
5 h 19 min
PR fusionados (30 d)
503

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Controlvar/controlvar

Todos los issues de Controlvar/controlvar

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.