Torna agli aggiornamenti
New releaseSep 8, 2026

Aegis aegis-v0.14.1-alpha

Monitor a livello di sistema operativo per agenti AI: osserva i processi, l'accesso ai file e l'attività di rete sulla macchina locale e attribuisce ogni evento a un'istanza dell'agente.

Condividi

AEGIS

Osservabilità indipendente a livello di sistema operativo per agenti AI di codifica

Osserva ciò che gli agenti AI fanno realmente sulla tua macchina — processi, file, rete — dall'esterno degli agenti, senza bisogno di hook.

AEGIS è un osservatore indipendente a livello di sistema operativo per agenti AI. Osserva i processi degli agenti, l'accesso ai file e l'attività di rete indipendentemente da come l'agente è stato avviato o dal fatto che collabori con il monitoraggio — e collega ogni osservazione a una specifica istanza di agente, con le prove di tale attribuzione dichiarate in modo esplicito. Costruito su un motore di monitoraggio JavaScript CommonJS, con TypeScript nel renderer e nei tipi condivisi. Open-source, locale, senza telemetria — tutto rimane sulla tua macchina.

Release CI Monitor-first MIT License Platform

Demo di AEGIS
Demo registrata alla v0.10.0-alpha; alcune etichette sono state rinominate da allora.

Download · Segnala un bug · Richiedi una funzionalità · Contribuisci


Cosa osserva AEGIS

LivelloCome
Processi110 agenti (262 firme di nomi di processo), risoluzione della catena dei processi padre, rilevamento dell'host IDE, scoperta di estensioni WSL e IDE
FileMonitoraggio chokidar sulle directory sensibili (.ssh, .aws, .gnupg, .env*, configurazioni cloud) e sui percorsi di configurazione registrati degli agenti noti; rilevamento della lettura tramite handle aperti e Restart-Manager su Windows
ReteTCP in uscita per processo agente, reverse DNS con conferma diretta e un verdetto per endpoint — allowlisted, unknown o flagged; un endpoint non identificato non viene mai mostrato come sicuro
Comportamento73 regole di rilevamento in 8 categorie (YAML, ricaricate a caldo), baseline mobili su 10 sessioni, punteggio delle anomalie su quattro assi (rete / filesystem / processo / baseline)
LLM localiSondaggi a runtime per Ollama e LM Studio, inclusi i modelli caricati; altri runtime come vLLM e llama.cpp vengono rilevati tramite firma di processo

I fatti contati sopra non sono mantenuti a mano: npm run counts:check ricalcola ogni contatore documentato dall'albero a ogni esecuzione CI e fa fallire la build quando un numero nella documentazione si discosta dalla realtà.

Il grafo delle prove

Ciò che distingue AEGIS da un visualizzatore di processi non sono i sensori — è che ogni evento è collegato a un'istanza di agente, con prove che puoi verificare:

  • Identità dell'istanza. Un agente è identificato come pid + tempo di nascita del sistema operativo (instanceId), quindi un PID riciclato è una nuova istanza, non una continuazione della storia della precedente. La memorizzazione nella cache dell'identità è vincolata da un testimone, e la CI esegue una prova di iniezione (npm run verify:gate, 4 mutanti) che diventa rossa se un'identità potesse mai essere servita da una cache obsoleta.
  • Attribuzione con prove dichiarate. Ogni record di audit contiene pid, instanceId e un oggetto attribution con uno dei tre stati — confermato, dedotto o non attribuito — supportato da un registro chiuso di codici di prova. Quando AEGIS non sa quale agente ha toccato un file, dice non attribuito; non inventa mai un proprietario.
  • Log a prova di manomissione. Gli eventi di audit sono JSONL concatenati tramite hash (Event Schema v1) con rotazione giornaliera, conservazione di 30 giorni e marcatori di perdita espliciti quando il buffer di scrittura va in overflow.
  • Misurato, non affermato. Il meccanismo di identità è sottoposto a benchmark nel repository: la parità del tempo di nascita del provider è stata esatta per ogni processo confrontabile in entrambe le esecuzioni registrate (542/542 e 419/419), e il sidecar dello snapshot dei processi costa ~10 ms per scansione, mentre il provider di fallback costa da centinaia a migliaia. Le tabelle per esecuzione, gli ambienti e le lacune dichiarate sono in docs/bench/.

Prove: src/main/process-identity.js · src/main/attribution.js · audit di correttezza · bench 2026-08-12 · bench 2026-08-13

Monitor-first

AEGIS è una telecamera, non una guardia. Osserva e registra — non blocca gli agenti a livello di sistema operativo oggi. Non ci sono hook del kernel né applicazione automatica. Il controllo dei processi (kill / sospendi / riprendi) è manuale e solo su invocazione dell'utente. Il blocco attivo è nella roadmap, non nella release attuale. Usa AEGIS per visibilità, audit e rilevamento delle anomalie — abbinalo al sandboxing quando hai bisogno di applicazione delle regole.

Come AEGIS si differenzia dalla supervisione in-agent

La maggior parte degli strumenti di supervisione degli agenti AI strumenta l'agente stesso — un plugin di Claude Code, un'estensione IDE, un wrapper SDK. Questa collocazione ha un punto cieco strutturale: un agente compare solo se (l'agente o il suo utente) ha installato l'hook. Un python autogpt.py grezzo, un binario non avvolto o uno strumento che semplicemente non collabora è invisibile alla strumentazione in-agent.

AEGIS si colloca invece a livello di sistema operativo: osserva l'attività di processi, file e rete dall'esterno degli agenti, quindi ciò che vede non dipende dalla collaborazione dell'agente — solo dalla copertura di AEGIS stesso (vedi limiti noti). Non è l'unico strumento che osserva gli agenti localmente — AgentSight, ad esempio, osserva dal livello eBPF su Linux — e gli strumenti basati su hook sono complementari piuttosto che concorrenti: gli hook vedono l'intento (prompt, chiamate a strumenti) all'interno degli agenti che hanno aderito, mentre AEGIS vede gli effetti (processi, file, connessioni) per tutto ciò che gira sulla macchina, collegati alle istanze degli agenti senza richiedere collaborazione.

Limiti noti

Un monitor che non puoi calibrare è un monitor di cui non puoi fidarti, quindi i limiti sono dichiarati qui piuttosto che scoperti in seguito. I risultati riverificati alla base di questo elenco, ciascuno con stato OPEN/CLOSED, vivono nell'audit di correttezza; la versione breve:

  • La copertura si basa su firme ed euristiche. Il rilevamento parte da 110 agenti (262 firme di nomi di processo) più euristiche (WSL, estensioni IDE, sondaggi LLM locali). Un binario di agente che non corrisponde a nessuna di queste non viene rilevato.
  • Il polling ha un punto cieco. Un processo nato e morto tra i tick di scansione (~10 s) non viene mai osservato; le pagine del bench lo dichiarano esplicitamente. La cattura per evento tramite ETW è nella roadmap, con una ricognizione statica già in docs/recon/kernel-file-etw.md.
  • L'identità su macOS/Linux è degradata. Quelle piattaforme attualmente non forniscono il tempo di nascita del sistema operativo, quindi l'identità dell'istanza ricade solo sul PID ed è insicura sotto il riutilizzo dei PID. Il monitoraggio dei costi dei token è solo Windows.
  • Le finestre degli eventi dell'interfaccia troncano in silenzio. Il renderer mantiene finestre di eventi limitate che possono discordare dai totali, e non c'è ancora un banner di troncamento.
  • La salute dei sensori è tracciata ma non ancora mostrata. Il processo principale registra la salute per sensore per i sensori di filesystem e rete, ma l'interfaccia non può ancora distinguere una macchina silenziosa da un sensore morto, e gli sforamenti della scansione dei processi vengono saltati senza un contatore.
  • I marcatori di perdita dell'audit richiedono un flush riuscito. Se il processo viene terminato mentre il disco sta ancora fallendo, le voci di audit espulse possono andare perse senza un marcatore su disco.

Cosa deliberatamente non affermiamo

I numeri compaiono in questo README solo quando derivano dal repository (e sono imposti da npm run counts:check) o sono misurati con un metodo scritto. Alcuni numeri che le persone chiedono non esistono ancora, quindi non li dichiariamo:

  • Tempo di avvio. Non esiste alcun benchmark di avvio; la vecchia affermazione "sotto i due secondi" è stata rimossa piuttosto che mantenuta non misurata.
  • Tassi di rilevamento o falsi positivi. Esiste un bench di scenari con un oracolo indipendente (bench/, valutato contro Sysmon/Procmon), ma è solo Windows, copre uno scenario e non viene eseguito in CI — non è una base per un tasso.
  • Overhead. Il costo di CPU/RAM di AEGIS stesso non è stato misurato con un metodo scritto.
  • Titoli di accelerazione del benchmark. Il rapporto misurato snapshot-vs-fallback è passato da 193× a 51× tra due giorni sulla stessa macchina; l'affermazione duratura è quella più debole — snapshot ~10 ms, fallback da centinaia a migliaia di ms — ed è l'unica forma citata qui.
  • Punteggi di confidenza per evento. Deliberatamente assenti dal prodotto finché non esiste un bench di verità di base.
  • Conteggi dei test. I conteggi delle suite copiati a mano diventano obsoleti in silenzio; la suite stampa i propri conteggi e la CI li esegue a ogni commit.

Perché una supervisione indipendente

Gli agenti AI operano con accesso profondo a file, credenziali e comandi shell. Il rischio non è ipotetico: il resoconto di Kaspersky sul caso OpenClaw riporta che un audit di sicurezza nel gennaio 2026 ha identificato 512 vulnerabilità, otto delle quali critiche, e sostiene che il problema più profondo è architettonico — accesso locale privilegiato combinato con la capacità di comunicare esternamente (Kaspersky, 2026-02-10). Le patch correggono i bug; non ti danno visibilità su ciò che un agente ha realmente fatto sulla tua macchina. Quella visibilità è il livello che AEGIS aggiunge.

Download

Installer Windows

A partire dalla v0.11.0-alpha, le release includono un installer NSIS per Windows — scarica il .exe dall'ultima release. Le release dalla v0.13.0-alpha in poi includono anche un manifest firmato, quindi un download può essere verificato offline contro la chiave pubblica committata in questo repository — vedi Verifica di una release AEGIS. Le release precedenti non includono alcun manifest e non possono essere verificate in questo modo.

Dal sorgente (tutte le piattaforme)```bash

git clone https://github.com/antropos17/Aegis.git cd Aegis npm install npm start

> Richiede **Node.js 24.x** (`engines` in `package.json`). Consigliato Windows 10/11; macOS/Linux sperimentale ([#37](https://github.com/antropos17/Aegis/issues/37)) — vedi [limiti noti](#known-limits).

### Prova senza agenti AI

Non hai agenti AI in esecuzione? La modalità demo ti consente di esplorare la dashboard completa con dati simulati — nessun monitoraggio reale, nessun processo reale.```bash
npm run dev
# then open http://localhost:5174

Il server di sviluppo include il motore dello scenario demo — vite.config.js lo abilita ogni volta che il comando è serve, quindi la dashboard simulata viene renderizzata senza un passaggio di build separato e senza Electron. Per una build statica e condivisibile (senza server di sviluppo, senza Electron), esegui npm run build:demo e servi la directory dist/demo risultante con qualsiasi server di file statici (la build usa percorsi di asset relativi, quindi qualsiasi host funziona).

La modalità demo esegue un motore di scenario che cicla attraverso quattro fasi di minaccia — calma → elevata → critica → reset — con fino a 12 agenti AI simulati (Claude Code, Copilot, Cursor e altri). Gli eventi di accesso ai file, le connessioni di rete, i punteggi di anomalia e le valutazioni di rischio vengono tutti generati in tempo reale, così ogni scheda e funzionalità è pienamente operativa.

Usalo per valutare AEGIS prima della distribuzione, per mostrare l'interfaccia al tuo team o per sviluppare nuove funzionalità senza bisogno di un ambiente Windows live.

Cronologia delle versioni

VersioneDataPunti salienti
v0.11.0-alpha2026-08-11Installer Windows, attribuzione Event Schema v1, verdetti sugli endpoint, record di salute dei sensori, rilevamento WSL ed estensioni IDE
v0.10.0-alpha2026-03-09Pulizia del codice, hardening della sicurezza, palette dei comandi
v0.9.1-alpha2026-03-08Deduplicazione dropdown, percorsi delle skill, aegis-context ottimizzato
v0.9.0-alpha2026-03-08categoryIndex, skill prompt-craft, store migrati a TS
v0.8.2-alpha2026-03-08Estrazione TS di formatBytes, test significativi, pulizia dei branch
v0.8.1-alpha2026-03-07Release di patch
v0.8.0-alpha2026-03-05Prontezza al lancio: CSP rinforzato, integrazione OpenClaw, revisione del README
v0.7.0-alpha2026-03-04Ruleset YAML, 68 regole, hot-reload, 568 test
v0.5.0-alpha2026-03-03Ridisegno UI avanzato, VisTimeline, AgentGraph
v0.4.0-alpha2026-03-03Infrastruttura TypeScript, prestazioni, refactoring

Funzionalità

Rilevamento — 110 agenti (262 firme di nomi di processo), risoluzione della catena genitore, monitoraggio di percorsi sensibili e configurazione degli agenti, punteggio di rischio per agente con gradi di fiducia (da A+ a F), rilevamento LLM locale, marcatura dei falsi positivi

Analisi — Baseline comportamentali con medie mobili, rilevamento di anomalie multi-asse, valutazione delle minacce AI tramite l'API Anthropic (opt-in), report di minaccia HTML stampabili

Dashboard — Dashboard a griglia bento: indicatore RiskRing, TrustBadge, feed di attività con filtri, timeline delle sessioni con tooltip di attribuzione, schede agente espandibili, preset di protezione (Paranoid/Strict/Balanced/Developer), palette dei comandi (Ctrl+K), scorciatoie da tastiera (Ctrl+1-5), tema scuro/chiaro, notifiche toast, protezione OOM

Esportazione — Report JSON, CSV, HTML, archivio ZIP con un clic, log di audit JSONL con hash a catena (rotazione giornaliera, conservazione di 30 giorni)

i18n — Internazionalizzazione con base inglese (en.json); traduzioni dalla community benvenute

CLI--scan-json per scripting, --version, --help

Ruleset YAML

  • 73 regole di rilevamento in 8 categorie (config AI, segreti, SSH, cloud, browser, devtools, crypto, certificati)
  • Validate rispetto a rules/_schema.json; la modifica di un ruleset ricarica a caldo senza riavvio
  • Estendibile aggiungendo un .yaml in rules/. Gli ID delle regole devono essere univoci — un ID duplicato viene saltato, non sovrascritto. Un file appena aggiunto viene rilevato al successivo ricaricamento o riavvio, poiché il watcher reagisce alle modifiche nei file di primo livello esistenti

Screenshot

Catturati dalla build demo (npm run build:demo), 2026-08-21.

📸 Shield — Panoramica in tempo reale Scheda Shield
📸 Feed di attività Feed di attività
📸 Regole e permessi Regole e permessi
📸 Report ed esportazione Report ed esportazione
📸 Statistiche degli agenti Statistiche degli agenti
📸 Impostazioni Impostazioni

Architettura```

┌───────────────┐ ┌────────────────┐ ┌───────────────┐ ┌───────────────┐ │ Process │ │ File │ │ Network │ │ LLM Runtime │ │ Snapshot │ │ Watcher │ │ Monitor │ │ Detector │ │ (sidecar with │ │ (chokidar + │ │ (TCP + rDNS + │ │ (Ollama / LM │ │ CIM fallback)│ │ handle / RM) │ │ verdicts) │ │ Studio) │ └──────┬────────┘ └──────┬─────────┘ └──────┬────────┘ └──────┬────────┘ └──────────────┬───┴───────────────────┴──────────────────┘ ▼ ┌───────────────────────────────┐ │ Identity & Attribution │ │ instanceId = pid + birth time │ │ evidence codes, no guessing │ └──────┬────────────────┬───────┘ ▼ ▼ ┌──────────────────┐ ┌─────────────────────┐ │ Baselines + │ │ Audit Logger │ │ Anomaly (4-axis) │ │ (Event Schema v1, │ │ Risk Engine │ │ hash-chained JSONL) │ └──────┬───────────┘ └──────┬──────────────┘ ▼ ▼ ┌──────────────┐ ┌──────────────────┐ ┌───────────────┐ │ Dashboard │ │ Exports │ │ CLI │ │ (Svelte IPC) │ │ (JSON/CSV/HTML/ │ │ (--scan-json │ │ │ │ ZIP) │ │ --version) │ └──────────────┘ └──────────────────┘ └───────────────┘

Per-sensor health records live in the main process; surfacing them in the UI is on the roadmap.

**Stack**: Electron 43, Svelte 5, Vite 7, Vitest. Il motore di monitoraggio è JavaScript (CommonJS); TypeScript è usato nel renderer e nei tipi condivisi. La CI valida ogni merge con job di build, lint, svelte-check, test e audit; `npm run counts:check` ricalcola ogni contatore documentato dall'albero, `npm run verify:gate` dimostra il witness di identità contro mutanti iniettati, e `npm run verify:seq-gate` dimostra il motore di sequenza contro mutanti iniettati.

## Database agenti

110 agenti in [`src/shared/agent-database.json`](https://github.com/antropos17/aegis/blob/master/src/shared/agent-database.json):

**Coding** — Claude Code, GitHub Copilot, Cursor, Windsurf, Tabnine, Amazon Q, Cody, Aider
**Autonomi** — OpenClaw, Devin, Manus AI, OpenHands, SWE-Agent, AutoGPT, BabyAGI, CrewAI
**Desktop** — Anthropic Computer Use, Google Gemini, Apple Intelligence, Microsoft Copilot
**Framework** — LangChain, Semantic Kernel, AutoGen, MetaGPT, TaskWeaver
**LLM locali** — Ollama, LM Studio, vLLM, llama.cpp, LocalAI, GPT4All, Jan

Aggiungi agenti personalizzati tramite l'interfaccia o modificando il JSON. Vedi [AGENTS.md](https://github.com/antropos17/aegis/blob/master/AGENTS.md).

## Roadmap

Tutto ciò che segue è **pianificato**, non ancora rilasciato. AEGIS oggi è solo monitor (vedi [Monitor-first](#monitor-first)).

- [ ] Blocco attivo — applica le regole in caso di violazione (userspace, pre-esecuzione; i driver kernel sono un non-obiettivo) (oggi: osserva e registra solo)
- [ ] Mostrare la salute dei singoli sensori nell'interfaccia — i record del processo principale esistono ([design](https://github.com/antropos17/aegis/blob/master/docs/roadmap/sensor-health-degraded.md))
- [ ] Mappatura MITRE ATT&CK per le regole di rilevamento
- [ ] Rilevamento anomalie basato su ML (oggi: pesi euristici hard-coded)
- [ ] Supporto di prima classe per macOS e Linux (attualmente sperimentale — [#37](https://github.com/antropos17/Aegis/issues/37))
- [ ] Monitoraggio GPU per il rilevamento di inferenza locale
- [ ] Attribuzione file per processo (ETW, fanotify) — ricognizione statica: [docs/recon/kernel-file-etw.md](https://github.com/antropos17/aegis/blob/master/docs/recon/kernel-file-etw.md)
- [ ] Rilevamento container/VM (Docker, WSL)
- [ ] Estensione browser per agenti AI web-based
- [x] Aggiornamenti automatici Windows firmati (implementato; la prima release richiede un'installazione manuale)
- [x] i18n / localizzazione ([#53](https://github.com/antropos17/Aegis/issues/53))

## Domande frequenti

### Cos'è Aegis?

Aegis è un monitor open-source a livello di sistema operativo per agenti AI. Tiene traccia di processi, accesso ai file, attività di rete e anomalie comportamentali in tempo reale, costruito su Electron 43 e Svelte 5. Il motore di monitoraggio è JavaScript CommonJS; il renderer è in moduli ES, e TypeScript è usato nel renderer e nelle definizioni dei tipi condivisi. Tutti i dati restano locali — nessuna telemetria, nessuna dipendenza dal cloud.

### Perché gli agenti AI hanno bisogno di monitoraggio?

Gli agenti AI autonomi come OpenClaw, AutoGPT e Devin hanno accesso profondo a file locali, credenziali e comandi shell — ma operano con una supervisione minima. Il caso OpenClaw è l'esempio concreto: un audit di sicurezza riportato da [Kaspersky](https://www.kaspersky.com/blog/openclaw-vulnerabilities-exposed/55263/) ha identificato 512 vulnerabilità in un agente popolare. Aegis fornisce il livello di osservabilità indipendente, così puoi vedere cosa fanno realmente gli agenti sulla tua macchina.

### In cosa Aegis è diverso dai tradizionali EDR?

I tradizionali strumenti EDR monitorano minacce guidate dall'uomo — malware, ransomware, phishing. Aegis è costruito specificamente per il comportamento degli agenti AI: include 110 agenti (262 firme di nomi di processo) nel suo database di rilevamento, 73 regole di rilevamento calibrate su pattern specifici degli agenti, e baseline comportamentali che tracciano come l'attività di ciascun agente cambia nel tempo. È inoltre monitor-first: osserva e registra, lasciando l'applicazione delle regole al sandboxing.

### Aegis funziona con gli strumenti MCP?

Aegis monitora i processi, non i protocolli. Se uno strumento connesso tramite il Model Context Protocol (MCP) genera processi, accede a file o effettua chiamate di rete, quell'attività viene osservata e attribuita come qualsiasi altra — Aegis non analizza il traffico MCP direttamente.

### Aegis è un sostituto del sandboxing?

No. Aegis è un livello di osservabilità, non di restrizione. I sandbox limitano ciò che gli agenti possono fare; Aegis mostra ciò che gli agenti stanno facendo. Sono complementari — usa il sandboxing per l'applicazione delle regole e Aegis per visibilità, audit e rilevamento delle anomalie.

### Quali agenti supporta Aegis?

Aegis include 110 agenti (262 firme di nomi di processo) nel suo database, che coprono assistenti di coding (Claude Code, Copilot, Cursor), agenti autonomi (OpenClaw, AutoGPT, CrewAI, Devin), AI desktop (Gemini, Apple Intelligence), framework (LangChain, AutoGen, MetaGPT) e runtime LLM locali (Ollama, LM Studio, llama.cpp). Puoi aggiungere agenti personalizzati tramite l'interfaccia o la configurazione JSON.

### Posso usare Aegis in produzione?

Aegis è software alpha (vedi [Releases](https://github.com/antropos17/Aegis/releases) per la versione corrente) ed è consigliato per ambienti di sviluppo e test. È monitor-first — non bloccherà nulla — e le funzionalità per il deployment in produzione come l'auto-update e l'applicazione a livello di sistema operativo sono nella [roadmap](#roadmap), non nella release corrente.

### Aegis è gratuito?

Sì. Aegis è rilasciato sotto licenza MIT senza telemetria, senza requisiti cloud e senza livelli a pagamento. Il codice sorgente completo è disponibile su GitHub.

## Contributori

<table>
  <tr>
    <td align="center"><a href="https://github.com/antropos17"><img src="https://assets.kitploit.com/production/public/readmes/11867/d578c57b7ef172e620fdae169ad91c8e0055b37d16844c2c2629faaf9b9219a2.jpg" width="80px;" alt=""/><br/><sub><b>Antropos7</b></sub></a></td>
    <td align="center"><a href="https://github.com/ElshadHu"><img src="https://assets.kitploit.com/production/public/readmes/11867/3c10ee663b93377a199c1e7210a9367027209543b0517b81c3d062f896295e8f.jpg" width="80px;" alt=""/><br/><sub><b>Elshad Humbatli</b></sub></a></td>
    <td align="center"><a href="https://github.com/skmelendez"><img src="https://assets.kitploit.com/production/public/readmes/11867/e5155c2418c9da5882d234cc3c4cc9553f394b267dc070af20e46ec29e6c1424.jpg" width="80px;" alt=""/><br/><sub><b>Steven Melendez</b></sub></a></td>
    <td align="center"><a href="https://github.com/travisbreaks"><img src="https://assets.kitploit.com/production/public/readmes/11867/bc41c225a907e0765ed5854e34d18643727303d9f0322b87e3aadffce277f93a.jpg" width="80px;" alt=""/><br/><sub><b>travisbreaks</b></sub></a></td>
    <td align="center"><a href="https://github.com/raye-deng"><img src="https://assets.kitploit.com/production/public/readmes/11867/922df91939ff1c15304305ca05e0e48193a6fd98679450b765363ae710a22344.png" width="80px;" alt=""/><br/><sub><b>raye-deng</b></sub></a></td>
    <td align="center"><a href="https://github.com/KJyang-0114"><img src="https://assets.kitploit.com/production/public/readmes/11867/bf4bc0e449422b18054b342eea0716b8d434554a3b84fd539df0ac570d375a73.png" width="80px;" alt=""/><br/><sub><b>KJyang-0114</b></sub></a></td>
  </tr>
</table>

[CONTRIBUTING.md](https://github.com/antropos17/aegis/blob/master/CONTRIBUTING.md) &middot; [SECURITY.md](https://github.com/antropos17/aegis/blob/master/SECURITY.md) &middot; [CODE_OF_CONDUCT.md](https://github.com/antropos17/aegis/blob/master/CODE_OF_CONDUCT.md)

## Supporto

Se Aegis ti è utile, considera di dargli una stella su GitHub — aiuta altri a scoprire il progetto.

**Team & Enterprise** — Hai bisogno di dashboard centralizzate, integrazione SIEM o deployment gestito? Lo stiamo costruendo. [Ricevi notifiche](mailto:[email protected]?subject=Aegis%20Enterprise%20Interest)

## Licenza

[MIT](https://github.com/antropos17/aegis/blob/master/LICENSE)

## Cronologia stelle

[![Star History Chart](https://assets.kitploit.com/production/public/readmes/11867/7cd00fa07216305d19bb2b6ece0de2b2dd36eeb2786d065aef0359159e4598a8/43d9ce4f0049392bf903058716bccb8009e9bdf415dc7e9e892487d4c1f75365-display-v1.webp)](https://www.star-history.com/?repos=antropos17%2FAegis&type=timeline&legend=top-left)

Categorie