audit: record dashboard actions and token lifecycle
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- grpc, rust
Línea de trabajo
Start by reading dashboard/auth/middleware.rs, dashboard/auth/gate.rs, and grpc/audit/layer.rs to compare authentication and audit coverage. Trace flexiq-server token create|revoke and the three audit_log backends, then determine whether SDK shells are in scope. Done means the scope, principal attribution, migration impact, and covered state-changing actions are agreed and tested.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Follow-up to #840 (PR #991).
The audit trail covers token-authorised calls on the gRPC door and its JSON facade. It does not cover changes made from the dashboard: pause a queue, replay or purge dead letters, drain a worker, edit periodic tasks or overrides, mint or revoke tokens, change settings. Those requests authenticate with a session, not a token, so today nothing records who made them.
Design points:
- Attribution. Record the dashboard user (username or user id) rather than a token id. Either add a
principal_kind(token/user) toaudit_log, or reusetoken_id/principalwith a clear convention. Changingaudit_logmeans a migration on all three backends. - Choke point. The dashboard has its own gate (
dashboard/auth/middleware.rs,dashboard/auth/gate.rs). A layer there mirroringgrpc/audit/layer.rswould cover every state-changing route by default. - Token lifecycle. Minting and revoking tokens from the dashboard, and from
flexiq-server token create|revoke, are the most security-relevant events and are not recorded today. - Shells. Each SDK shell carries its own dashboard implementation. Decide whether this is a flexiq-server-only feature or a cross-SDK contract.
- Lenguaje dominante
- Rust
- Estrellas
- 20
- Forks
- 2
- Merge medio
- 10 h 6 min
- PR fusionados (30 d)
- 44
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ByteVeda/flexiq
-
docs enhancement P1
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
-
enhancement P2 storage
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
enhancement node P2 rust
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
-
enhancement epic P1 rust storage
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
Los mantenedores suelen responder en 1 día
-
P2 rust tests
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
Todos los issues de ByteVeda/flexiq
Issues similares
-
rust_analyzer flycheck: no CLI way to enable clippy from `check.overrideCommand`Posiblemente ocupada @TrapsterDK la tomó hoy. Abiertoneeds-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
bazelbuild/rules_rust#4392 ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
🐞 bug 🧩 bevy_gantz_egui
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
nannou-org/gantz#500 ·
Los mantenedores suelen responder en 1 día
-
[Feature]: Fedora 45 repoAbiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
metasequoiaime/msime#10989 ·
Los mantenedores suelen responder en 1 día