Contributing adversarial-telemetry scenarios to AIOpsLab
Maintainer antworten meist innerhalb von 6 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- python
- Bereich
- ai-infra-agents
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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]
- Vorherrschende Sprache
- Python
- Sterne
- 1k
- Forks
- 178
- Ø Merge
- 5 T. 2 Std.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/AIOpsLab
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
microsoft/AIOpsLab#109 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 6 Tagen
-
Mitigation eval passes when the broken workload is deleted or scaled to zeroEvtl. vergeben @TheDeadcoder hat das vor 25 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
Maintainer antworten meist innerhalb von 6 Tagen
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
microsoft/AIOpsLab#163 · 8 Kommentare ·
Maintainer antworten meist innerhalb von 6 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
microsoft/AIOpsLab#150 · 10 Kommentare ·
Maintainer antworten meist innerhalb von 6 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
microsoft/AIOpsLab#146 · 6 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 6 Tagen
Alle Issues in microsoft/AIOpsLab
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
FinanceFlash/unvibecode#577 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
area/test type/bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Clodmony/starship-coop#70 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
punitarani/fli#270 ·
-
🐛 Bug 🔔 Pending processing
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
jumpserver/jumpserver#17980 ·
Maintainer antworten meist innerhalb von 1 Tag
-
community enhancement good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
Maintainer antworten meist innerhalb von 1 Tag