Contributing adversarial-telemetry scenarios to AIOpsLab
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- python
- Área
- ai-infra-agents
Línea de trabajo
This issue asks whether maintainers are open to adversarial-telemetry scenarios; it does not name files, tests, or a defined change to implement. Start by reviewing AIOpsLab’s existing microservice scenarios and scenario format, then clarify the proposed format and scope with maintainers. There is no implementation-level definition of done yet.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello AIOpsLab team,
We're five final-year students at Cairo University's Faculty of Computing & AI. Our graduation research project, ReliOps, is built on AIOpsLab: a multi-agent on-call system (monitor, diagnosis, planner and verifier) running on your microservice scenarios.
Our question follows the USENIX Security 2026 AIOpsDoom paper, which also used AIOpsLab. When an attacker can write text into the telemetry an agent reads, where should the guard sit? input filtering, privilege separation between agents, a policy check before acting, or health checks and rollback after and what does each cost in legitimate fixes it blocks?
As far as we can tell, AIOpsLab has no adversarial-telemetry scenarios yet. We'd like to build ours so they can be contributed upstream. Would the maintainers be open to reviewing the scenario format, and is there interest in merging it?
Our first milestone, in November, is reproducing the published baseline on AIOpsLab.
Thank you,
Omar Betawy
ReliOps (graduation research project)
Faculty of Computing & AI, Cairo University
[email protected]
- Lenguaje dominante
- Python
- Estrellas
- 1k
- Forks
- 177
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin 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 microsoft/AIOpsLab
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Mitigation eval passes when the broken workload is deleted or scaled to zeroPosiblemente ocupada @TheDeadcoder la tomó hoy. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Regarding to the case #162Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de microsoft/AIOpsLab
Issues similares
-
🐛 Bug: Calendar work items cannot be opened on mobilePosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
Status: Triage Type: Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Objects.List treats versions=false (and similar flags) as truePosiblemente ocupada @andaaron la tomó hoy. Abiertopriority: p2 type: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
googleapis/storage-testbench#829 ·
Los mantenedores suelen responder en 2 días
-
[Bug]: memory provider treats 1:1 DMs as shared surfaces, so DM turns never receive reviewed recordsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
rlaope/oh-my-hermes#2088 ·
Los mantenedores suelen responder en 1 día