AiSOC：开源自托管 AI 安全运营中心

这个 Agent 能做什么，适合哪些场景？

AiSOC 是一个自托管的开源 AI 安全运营中心（SOC），采用 MIT 许可证。它集成了安全事件摄取、关联分析、AI 驱动的调查和统一的 SOC 控制台。其核心是一个通过 LangGraph 实现的约 600 行代码的编排器，支持读取和修改。Agent 的每个步骤（提示、工具调用、推理）都会记录在 Investigation Ledger 中，可回放。它包含 83 个点击即用的数据连接器、947 条可执行检测规则（其中 869 条为原生规则），以及一个包含 6000 条规则、可追溯来源的导入库。平台支持通过 Docker Compose、Kubernetes 或 Terraform 进行部署，并提供了三种一键式快速体验路径：基于 Python 的 aisoc-sandbox 模拟器、浏览器中的 GitHub Codespaces，以及用于本地完整环境的 Docker 安装脚本。它还包含一个 MCP 服务器，用于与 IDE 集成，以及一个用于评估的公共 CI 门控基准测试套件。

AiSOC 作为端到端安全运营平台运行：通过连接器（Python 编写的 78 家厂商）或 osquery-tls 摄取事件，在 Go 摄取服务中经过 OCSF 规范化、IOC 和 Shodan 丰富化，并发布到 Apache Kafka 事件总线。检测引擎（Sigma、YARA、KQL）通过融合（机器学习）、UEBA（基线）和规则引擎处理流，融合生成告警。LangGraph agent 使用真实工具（IOC 丰富化、MITRE 查找、图爆炸半径）通过 LLM 工具调用循环执行自主调查。结果记录在 Investigation Ledger 中，展示在 Web 控制台中，并提供 /explore 数据浏览器、/hunt 自然语言工作台，以及一个包含插件和检测的市场。响应执行由策略控制，默认 copilot 模式，并进行提示注入防护。该平台还提供联合搜索（Splunk SPL、Sentinel KQL、Elastic ES|QL、QRadar AQL）、状态化/窗口化检测（暴力破解、密码喷洒、端口扫描），以及成本调控的 LLM 路由，支持按租户预算和电路断路器。

1. 希望获得可审计、可回放 AI 调查过程的安全团队，通过自托管方式满足合规要求。
2. 希望通过公共评估工具和 CI 门控基准测试来验证告警减少效果的安全工程师。
3. 分析师希望使用自然语言编写查询，通过 /hunt 后台自动生成 ES|QL、SPL 或 KQL 查询。
4. 希望从单一界面探索存储事件，通过 /explore 进行身份/图谱/情报数据透视的调查人员。
5. 希望在 Claude、Cursor 或 Cody 等 IDE 中管理告警和回放调查，而不切换上下文的 MCP 用户。
6. 希望在攻击性安全行动中利用 AiSOC 的检测即代码生命周期和自动响应策略进行紫队演练的团队。

如何安装或部署这个 Agent？

有几种安装路径，取决于现有环境：

1. 无依赖快速体验（Python 3.10+，无需 Docker）：

   pip install -e packages/aisoc-sandbox
   aisoc-sandbox demo
   

1. 完整本地环境（Docker 和 pnpm）：

   git clone https://github.com/beenuar/AiSOC && cd AiSOC && pnpm aisoc:demo
   

1. 全新机器引导：

   curl -fsSL https://raw.githubusercontent.com/beenuar/AiSOC/main/install.sh | bash
   

1. 生产部署：参考 apps/docs/docs/installation.md（Render、Fly.io、Docker Compose、Kubernetes、Terraform）。Helm charts 在 infra/helm/，Terraform 在 infra/terraform/。

注意：npx aisoc 在 v8.0 发布前无法使用；当前从 packages/aisoc-lite/ 构建。

如何使用这个 Agent？

快速体验后（完整环境），在浏览器中打开 http://localhost:3000 即可查看控制台。控制台显示预置的 LockBit 3.0 案例（INC-RT-001），并展示 AI agent 的调查过程，即时的提示、工具调用和推理以 Investigation Ledger 形式流式呈现。使用 pnpm aisoc:demo:down 停止环境。

生产使用：配置连接器（通过控制台或代码），摄取事件，检测和告警将自动出现。使用 /explore 进行数据探索，使用 /hunt 使用自然语言创建猎杀查询。MCP 服务器（services/mcp/）暴露 13 个工具，可直接在 IDE 中使用。

CLI 快速体验（应在 v8.0 后可用）：

npx aisoc triage --demo

这个 Agent 有哪些优点和局限？

这个 Agent 与同类方案有什么区别？

与相关度最高的同类 agent 并排比较关键指标。

FollowAgents 如何评估这个 Agent？

最近版本

来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。

1. v19.0.0 AiSOC v19.0.0 2026-10-12
   发布说明摘录

   BREAKING - PATCH /api/v1/alerts/{id} now refuses a field it cannot apply. The request model set no extra=, so pydantic v2's default extra="ignore" dropped anything outside status, priority, tags, assignee and case_id and still answered 200 with the unchanged row — a success response for a write that did not happen (#1280). The dropped fields were not nonsense: disposition, severity, confidence and snoozed_until are all real alerts columns and three of them are writable elsewhere, …

   在 GitHub 查看 ↗
2. v18.0.0 AiSOC v18.0.0 2026-10-09
   发布说明摘录

   BREAKING - Three tables that had no reader now change authorization outcomes. Migration 087_enterprise_iam.sql created permission_conditions, privilege_grants and workload_identities, and shipped no reader for any of them — this repository's own CHANGELOG said "nothing reads any of them" and FIX_PASS_PROGRESS.md retracted the claim. Depth plan 8.2 gives them readers, and that is an authorization change in both directions: - A row in permission_conditions now denies. It was inert. Against the …

   在 GitHub 查看 ↗
3. v17.1.0 AiSOC v17.1.0 2026-10-07
   发布说明摘录

   Security - **GHSA-w4r8-969c-67p2 (High, CWE-347): the audit trail could be forged by an unauthenticated caller.** AuditMiddleware decoded the request's Bearer token with signature verification disabled and wrote its claims into the per-tenant tamper-evident audit chain on every mutating request — before authentication ran, and regardless of whether it failed. A self-crafted JWT got 401 from the route and still planted actor_email / tenant_id of the attacker's choosing into any known tenant's chain, reproduced against a …

   在 GitHub 查看 ↗

常见问题