ghcr.io/intuitem/ciso-assistant-community/frontend:v3.14.5-arm64

为项目点亮星标🌟，以获取发布通知并助力社区发展！

intuitem.com · SaaS免费试用 · 路线图 · 文档 · 语言 ·

---

· 框架

CISO Assistant为网络安全管理和GRC（治理、风险与合规）实践提供了全新视角：

• 设计为中央枢纽，通过对象间的智能链接整合多个网络安全概念，
• 作为多范式工具构建，可适应不同背景、方法论和期望，
• 明确将合规性与网络安全控制解耦，实现跨平台复用，
• 倡导复用和互联，而非重复工作，
• 采用API优先方法开发，支持UI交互和外部自动化，
• 内置丰富的标准、安全控制和威胁库，
• 提供开放格式，可自定义和复用您自己的对象与框架，
• 包含内置的风险评估和整改跟踪工作流，
• 通过简单语法和灵活工具支持自定义框架，
• 提供跨多种渠道和格式（UI、CLI、Kafka、报告等）的丰富导入/导出功能。

我们的愿景是打造网络安全管理的一站式平台——通过简化和互操作性实现GRC现代化。

作为与网络安全和IT专业人员合作的从业者，我们曾面临同样的问题：工具碎片化、数据重复，以及缺乏直观的集成解决方案。CISO Assistant源于这些经验教训，我们正围绕务实、常识性原则构建社区。

我们不断根据用户和客户的反馈进行改进。CISO Assistant就像一只章鱼🐙，不断长出新的“触手”——为网络安全团队带来清晰度、自动化和生产力，同时减少数据输入和输出的工作量。

1. ISO 27001:2013 和 27001:2022 🌐
2. NIST 网络安全框架 (CSF) v1.1 🇺🇸
3. NIST 网络安全框架 (CSF) v2.0 🇺🇸
4. NIS2 🇪🇺
5. SOC2 🇺🇸
6. PCI DSS 4.0.1 💳
7. CMMC v2 🇺🇸
8. PSPF 🇦🇺
9. 通用数据保护条例 (GDPR)：来自 GDPR.EU 的完整文本和清单 🇪🇺
10. Essential Eight 🇦🇺
11. NYDFS 500（含 2023-11 修订版）🇺🇸
12. DORA（法案、RTS、ITS 和 GL）🇪🇺
13. NIST 人工智能风险管理框架 🇺🇸🤖
14. NIST SP 800-53 rev5 🇺🇸
15. Règles OIV - 部门《国家民事活动》（2019 年）🇫🇷
16. CCB CyberFundamentals 框架 🇧🇪
17. NIST SP-800-66（HIPAA）🏥
18. HDS/HDH 🇫🇷
19. OWASP 应用安全验证标准 (ASVS) 4 🐝🖥️
20. RGS v2.0 🇫🇷
21. AirCyber ✈️🌐
22. 网络弹性法案 (CRA) 🇪🇺
23. TIBER-EU 🇪🇺
24. NIST 隐私框架 🇺🇸
25. TISAX (VDA ISA) v5.1 和 v6.0 🚘
26. ANSSI 安全卫生指南 🇫🇷
27. 基本网络安全控制措施 (ECC) 🇸🇦
28. CIS 控制措施 v8* 🌐
29. CSA CCM（云控制矩阵）* ☁️
30. 联邦数据保护法 (FADP) 🇨🇭
31. NIST SP 800-171 rev2（2021 年）🇺🇸
32. ANSSI：生成式人工智能系统安全建议 🇫🇷🤖
33. NIST SP 800-218：安全软件开发框架 (SSDF) 🖥️
34. GSA FedRAMP rev5 ☁️🇺🇸
35. 法国网络合规框架 (3CF) v1（2021 年）✈️🇫🇷
36. ANSSI：SecNumCloud ☁️🇫🇷
37. 法国网络合规框架 (3CF) v2（2024 年）✈️🇫🇷
38. ANSSI：网络危机管理自我评估工具 💥🇫🇷
39. BSI：IT-Grundschutz-Kompendium 🇩🇪
40. NIST SP 800-171 rev3（2024 年）🇺🇸
41. ENISA：5G 安全控制矩阵 🇪🇺
42. OWASP 移动应用安全验证标准 (MASVS) 🐝📱
43. 敏捷安全框架 (ASF) - 基线 - 由 intuitem 提供 🤗
44. ISO 27001:2013 🌐（用于遗留系统和迁移）
45. 欧盟人工智能法案 🇪🇺🤖
46. FBI CJIS 🇺🇸👮
47. 运营技术网络安全控制措施 (OTCC) 🇸🇦
48. 安全控制框架 (SCF) 🇺🇸🌐
49. NCSC 网络评估框架 (CAF) 🇬🇧
50. 加州消费者隐私法 (CCPA) 🇺🇸
51. 加州消费者隐私*** 🇺🇸
52. NCSC Cyber Essentials 🇬🇧
53. 摩洛哥国家信息系统安全指令 (DNSSI) 🇲🇦
54. Part-IS ✈️🇪🇺
55. ENS Esquema Nacional de seguridad 🇪🇸
56. 韩国 ISA ISMS-P 🇰🇷
57. 瑞士 ICT 最低标准 🇨🇭
58. Adobe 通用控制框架 (CCF) v5 🌐
59. BSI 云计算合规标准目录 (C5) 🇩🇪
60. 突尼斯 ANCS 信息系统安全审计参考框架 🇹🇳
61. ECB ***市场基础设施网络弹性监督期望 🇪🇺
62. Mindeststandard-des-BSI-zur-Nutzung-externer-Cloud-Dienste（版本 2.1）🇩🇪
63. 成熟度评估表 - 基础级 (DGA) 🇫🇷
64. NIS2 技术和方法要求 2024/2690 🇪🇺
65. 沙特阿拉伯货币管理局 (SAMA) 网络安全框架 🇸🇦
66. 数据安全指南 (CNIL) 🇫🇷
67. 国际***贸易条例 (ITAR) 🇺🇸
68. 联邦贸易委员会 (FTC) 客户信息保护标准 🇺🇸
69. OWASP LLM 治理与安全清单 🌐
70. ANSSI：敏感或限制传播信息系统架构建议 🇫🇷
71. CIS Kubernetes v1.10 基准 🌐
72. De tekniske minimumskrav for statslige myndigheder 🇩🇰
73. Google SAIF 框架 🤖
74. ANSSI：信息系统安全管理建议 🇫🇷
75. 审慎标准 CPS 230 - 运营风险管理 (APRA) 🇦🇺
76. 审慎标准 CPS 234 - 信息安全 (APRA) 🇦🇺
77. 车辆网络安全审计 (VCSA) v1.1 🚘
78. Cisco 云控制框架 (CCF) v3.0 ☁️🌐
79. FINMA - 通函 2023/01 - 运营风险与弹性 - 银行 🇨🇭
80. 后量子密码学 (PQC) 迁移路线图（2025 年 5 月）🔐
81. 云主权框架 - 1.2.1 - 2025 年 10 月 🇪🇺
82. ISO 22301:2019 概述 - 业务连续性管理体系 🌐
83. CCB CyberFundamentals 框架 2025 🇧🇪
84. 安全事件检测服务提供商 (PDIS) - 要求参考框架 🇫🇷
85. 供应商尽职调查 - 简易基线 - intuitem 🌐
86. Active Directory (AD) 控制点 - ANSSI 🇫🇷
87. ISO 42001:2023 概述 - 人工智能管理体系（含附录 A）🤖🌐
88. 印度数字个人数据保护法 (DPDPA) - 2023 年 🇮🇳
89. E-ITS（爱沙尼亚国家网络安全标准）- 2024 年 🇪🇪
90. Microsoft 云安全基准 v1 - ☁️🌐
91. ***信息安全基线 2 (BIO2) 🇳🇱
92. ANSSI：MonAideCyber 问卷 🇫🇷
93. ITSP.10.171 - 保护加拿大非***系统和组织中的特定信息 🇨🇦
94. CISA 供应商供应链风险管理 (SCRM) 模板 🇺🇸
95. 欧洲可持续发展报告标准 (ESRS) 🇪🇺
96. ITIL 4 管理实践 🌐
97. NOREA - DORA 控制框架 v3.0 🇪🇺
98. NIS-1 法国转化版 🇫🇷
99. PSSI État 🇫🇷
100. 认证文件清单 🇫🇷
101. EBIOS RM v3.1 标签规范 🇫🇷
102. SecNumCloud v3.2 附录 2：委托方建议 ☁️🇫🇷
103. CCB CyberFundamentals Small - 自我评估 🇧🇪
104. Mitre ATT&CK v18.1 - 威胁目录 🌐
105. Mitre D3FEND - 参考控制措施 🌐
106. OWASP Top 10 Web - 威胁目录 🐝🌐
107. OWASP MAS 威胁建模指南 - 威胁目录 🐝📱
108. CISA 网络安全绩效目标 (CPG) v2.0 🇺🇸
109. ANSSI：法国 NIS2 ***网络参考框架 (ReCyF) 🇫🇷
110. 法国网络合规框架 (3CF) v3.1（2026 年）✈️🇫🇷
111. Règles OIV - 部门《航空运输》（2016 年）✈️🇫🇷

社区贡献

添加您自己的自定义库

库可以表示一个框架、威胁目录、一组参考控制措施，甚至是自定义风险矩阵。

现在可以直接从 Excel 文件加载库。无需事先手动将其转换为 YAML——上传 Excel 文件时会在内部处理转换。

查看 tools 目录及其专用 README，其中描述了 Excel 格式库源文件的预期格式。excel 子目录包含用作现有库源的示例 XLSX 文件，可用作创建您自己的库的模板。

要从 Excel 文件加载库，请转到 Governance → Library 页面，点击 Load，然后选择您的 Excel 源文件。导入过程中会报告任何验证或解析错误。

可选：将库转换为 YAML

虽然可以直接加载 Excel 文件，但仍可以使用外部 Python 脚本将库源文件转换为 YAML：

• convert_library_v2.py 帮助您从简单的 Excel 文件生成库。一旦您的项目按预期格式结构化，运行该脚本即可生成相应的 YAML 文件。
• tools 目录还包含针对特定框架的专用转换器（例如，CIS 或 CCM Controls）。

创建映射库

为便于创建框架之间的映射，您可以使用 prepare_mapping_v2.py 工具。它基于两个现有的 YAML 格式框架库生成 Excel 文件。填写映射后，生成的 Excel 文件可以：

• 直接加载到应用程序中，或
• 使用 convert_library_v2.py 转换为 YAML。

如果希望在不使用 WSL2 的情况下开发项目，您需要安装 MSYS2，将 MSYS2 UCRT64 的二进制文件添加到您的系统 PATH 环境变量（通常，二进制文件位于 C:\msys64\ucrt64\bin），然后通过 MSYS2 UCRT64 使用 pacman 安装以下依赖：

pacman -S mingw-w64-ucrt-x86_64-file mingw-w64-ucrt-x86_64-pango

安装依赖后，您还需添加以下 2 个系统环境变量：

MAGIC=指向 `magic.mgc` 文件的完整路径（通常为 `C:\msys64\ucrt64\share\misc\magic.mgc`）
WEASYPRINT_DLL_DIRECTORIES=与 MSYS2 UCRT64 二进制文件相同的路径

由于 Windows 上的默认编码不是 UTF-8 而是 cp1252，某些打印 UTF-8 字符（如表情符号）的 Python 脚本可能会在某些情况下导致后端崩溃或故障（例如库导入）。 为避免此项目出现该问题，请通过添加以下 2 个用户环境变量强制使用 UTF-8 编码：

PYTHONUTF8=1
PYTHONIOENCODING=utf-8:replace

[!NOTE]

已知问题

• Windows 上的 libmagic 库（MIME 检测）通过读取 Excel 文件（.xlsx）的前 2048 位来识别文件时存在困难，在导入 Excel 库时，大多数情况下会返回 application/octet-stream（后端会显示警告消息 [warning ] Invalid MIME type）。但借助 backend/library/views.py:StoredLibraryViewSet.upload_library 中的回退方法，这不会影响 Excel 文件的导入。

运行后端

1. 克隆仓库。

git clone git@github.com:intuitem/ciso-assistant-community.git
cd ciso-assistant-community

2. 在父文件夹中创建一个文件（例如 ../myvars），通过复制并修改以下代码将环境变量存储在其中，并将" "替换为您的私有值。注意不要将此文件提交到 git 仓库。

必填变量

后端中的所有变量都有便捷的默认值。

推荐变量

export DJANGO_DEBUG=True

# 默认 URL 设置为 http://localhost:5173，但您可以更改，例如使用 Caddy 代理启用 HTTPS
export CISO_ASSISTANT_URL=https://localhost:8443

# 例如使用 Mailhog 设置开发邮件服务器
export EMAIL_HOST_USER=''
export EMAIL_HOST_PASSWORD=''
export DEFAULT_FROM_EMAIL=ciso-assistant@ciso-assistantcloud.com
export EMAIL_HOST=localhost
export EMAIL_PORT=1025
export EMAIL_USE_TLS=True # true 表示使用 STARTTLS
export EMAIL_USE_SSL=False # true 表示使用 SMTPS

其他变量

# CISO Assistant 默认使用 SQLite，但您可以通过声明以下变量来设置 PostgreSQL
export POSTGRES_NAME=ciso-assistant
export POSTGRES_USER=ciso-assistantuser
export POSTGRES_PASSWORD=
export POSTGRES_PASSWORD_FILE= # 指定密码的另一种方式
export DB_HOST=localhost
export DB_PORT=5432 # 可选，默认值为 5432

# CISO Assistant 默认使用文件系统存储后端。
# 一次只能激活一个云存储后端（USE_S3 和 USE_AZURE 互斥）。

# --- AWS S3 ---
# 您可以通过声明以下变量使用 S3 存储桶
# 启动 CISO Assistant 前必须先创建 S3 存储桶
export USE_S3=True
export AWS_STORAGE_BUCKET_NAME=
export AWS_S3_REGION_NAME= # 可选，例如 us-east-1

# S3 身份验证选项 1：访问密钥（适用于独立部署或 S3 兼容服务）
export AWS_ACCESS_KEY_ID=
export AWS_SECRET_ACCESS_KEY=
export AWS_S3_ENDPOINT_URL= # S3 兼容服务（如 MinIO）必填

# S3 身份验证选项 2：IRSA（适用于 Kubernetes/EKS 部署）
# 在启用 IAM Roles for Service Accounts (IRSA) 的 EKS 上运行时，
# 这些环境变量由 Pod 的服务账户自动注入。
# 无需显式配置——只需确保设置 USE_S3=True 和 AWS_STORAGE_BUCKET_NAME。
# export AWS_WEB_IDENTITY_TOKEN_FILE=/var/run/secrets/eks.amazonaws.com/serviceaccount/token
# export AWS_ROLE_ARN=arn:aws:iam::123456789012:role/ciso-assistant-s3-role

# --- Azure Blob Storage ---
# 您可以使用 Azure Blob Storage 容器代替 S3。
# 启动 CISO Assistant 前必须先创建容器。
# export USE_AZURE=True
# export AZURE_CONTAINER= # 默认：ciso-assistant-container
# export AZURE_CUSTOM_DOMAIN= # 可选，例如 cdn.example.com
# export AZURE_LOCATION= # 可选，容器内的路径前缀（例如 "media"）

# Azure 身份验证选项 1：账户密钥
# export AZURE_ACCOUNT_NAME=
# export AZURE_ACCOUNT_KEY=

# Azure 身份验证选项 2：连接字符串
# export AZURE_CONNECTION_STRING=

# Azure 身份验证选项 3：托管身份（适用于 Azure 托管部署）
# 需要 AZURE_ACCOUNT_NAME。Pod/VM 分配的托管身份会自动使用。
# export AZURE_ACCOUNT_NAME=
# export AZURE_USE_MANAGED_IDENTITY=True

# 添加第二个备份邮件服务器（即将弃用，不再推荐）
export EMAIL_HOST_RESCUE=
export EMAIL_PORT_RESCUE=587
export EMAIL_HOST_USER_RESCUE=
export EMAIL_HOST_PASSWORD_RESCUE=
export EMAIL_USE_TLS_RESCUE=True
export EMAIL_USE_SSL_RESCUE=False

# 您可以定义第一个超级用户的邮箱，便于自动化。系统会向超级用户发送密码初始化邮件
export CISO_SUPERUSER_EMAIL=

# 默认情况下，Django 密钥在每次启动 CISO Assistant 时随机生成。这便于快速测试，
# 但不推荐用于生产环境，因为这可能会破坏会话（有关更多信息，请参阅
# 此 [主题](https://stackoverflow.com/questions/15170637/effects-of-changing-djangos-secret-key)）。
# 要设置固定密钥，请使用环境变量 DJANGO_SECRET_KEY。
export DJANGO_SECRET_KEY=...

# 用于运行不受信任代码的沙箱模式（例如库 Excel 文件）
# WARNING: 生产环境必须启用沙箱。
export ENABLE_SANDBOX=True # 可选，生产环境（DJANGO_DEBUG=False）默认值为 True，开发环境（DJANGO_DEBUG=True）默认值为 False。

# 日志配置
export LOG_LEVEL=INFO # 可选，默认值为 INFO。可用选项：DEBUG、INFO、WARNING、ERROR、CRITICAL
export LOG_FORMAT=plain # 可选，默认值为 plain。可用选项：json、plain

管理迁移

迁移由版本控制跟踪，

对于产品的第一个版本，建议从干净的迁移开始。

[!NOTE] 要清理现有迁移，请输入：

find . -path "*/migrations/*.py" -not -name "__init__.py" -delete
find . -path "*/migrations/*.pyc" -delete

在更改（或清理）后，需要重新生成迁移文件：

poetry run python manage.py makemigrations
poetry run python manage.py migrate

这些迁移文件应通过版本控制进行跟踪。

测试套件

要在后端运行 API 测试，只需在后端文件夹的 shell 中输入 poetry run pytest。

要在前端运行功能测试，请执行以下操作：

• 在前端文件夹中，运行以下命令：

tests/e2e-tests.sh

测试工具的目标是防止任何回归，即所有测试（包括后端和前端）都应成功。

docker-compose.yml 现在依赖镜像中已有的非 root 用户 1001:1001。旧版本部署使用 root 用户，该方式仍受支持。如需迁移至非 root 用户，请在主机中执行以下步骤：

• docker compose down
• 更新 docker-compose.yml 文件
• sudo chown -R 1001:1001 db
• docker compose up -d

支持的语言 🌐

1. FR: 法语
2. EN: 英语
3. AR: 阿拉伯语
4. PT: 葡萄牙语
5. ES: 西班牙语
6. DE: 德语
7. NL: 荷兰语
8. IT: 意大利语
9. PL: 波兰语
10. RO: 罗马尼亚语
11. HI: 印地语
12. UR: 乌尔都语
13. CS: 捷克语
14. SV: 瑞典语
15. ID: 印尼语
16. DA: 丹麦语
17. HU: 匈牙利语
18. UK: 乌克兰语
19. EL: 希腊语
20. TR: 土耳其语
21. HR: 克罗地亚语
22. ZH: 中文（简体）
23. LT: 立陶宛语
24. KO: 韩语

贡献者 🤝

技术栈 💜

• Django - Python Web开发框架
• SvelteKit - 前端框架
• eCharts - 图表库
• unovis - 辅助图表库
• Gunicorn - UNIX 环境下的 Python WSGI HTTP 服务器
• Caddy - 功能强大的反向代理
• Gitbook - 文档平台
• PostgreSQL - 开源关系型数据库管理系统
• SQLite - 开源关系型数据库管理系统
• Docker - 容器引擎
• inlang - 软件全球化生态系统
• Huey - 轻量级任务队列

安全

我们已尽力遵循安全最佳实践。请将任何问题报告至 。

许可证

本仓库包含 CISO Assistant 开源版本（社区版）的源代码，该版本基于 AGPL v3 许可证发布；同时也包含 CISO Assistant 商业版本（专业版和企业版）的源代码，该版本基于 intuitem 商业软件许可证发布。采用这种单体仓库方式是为了简化管理。

顶级“enterprise”目录下的所有文件均基于 intuitem 商业软件许可证发布。

顶级“enterprise”目录外的所有文件均基于 AGPLv3 许可证发布。

详情请参见 LICENSE.md。如需了解商业版本的更多信息，请通过 与我们联系。

除非另有说明，所有文件均 © intuitem。

活动