Contributing adversarial-telemetry scenarios to AIOpsLab
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Ativa
- Stack de tecnologia
- python
- Domínio
- ai-infra-agents
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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]
- Linguagem predominante
- Python
- Estrelas
- 1k
- Forks
- 177
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de microsoft/AIOpsLab
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
Mitigation eval passes when the broken workload is deleted or scaled to zeroTalvez já em andamento @TheDeadcoder assumiu há 5 dias. Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
-
Regarding to the case #162Aberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
Todas as issues de microsoft/AIOpsLab
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
TomerAberbach/profiler-md#733 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
its-me-prash/vwgroup-connect-ha#1858 ·
Mantenedores costumam responder em até 1 dia
-
area: client bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
Deleting all alarms or timers shows deleted ones until the next update when there are none leftAbertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
leikoilja/ha-google-home#1107 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
Graphify-Labs/graphify#4524 · 1 comentário ·
Mantenedores costumam responder em até 1 dia