信息安全思维突围：从真实漏洞看“智能时代”防御新思路

January 21, 2026 admin

前言：头脑风暴式的四大典型事件

在信息化浪潮的巨轮滚滚向前之际，我们往往只看到技术的光鲜亮丽，却忽视了潜伏在代码、配置与业务流程中的暗流。正如古人云：“防微杜渐，方能保全”。下面，我将以近期《The Hacker News》披露的四起热点安全事件为切入口，进行一次全景式的案例剖析，帮助大家从攻击者的视角重新审视自身的安全防线。

Chainlit AI 框架的双重漏洞（CVE‑2026‑22218 & CVE‑2026‑22219）
– 任意文件读取 + SSRF，能让攻击者直接窥探容器内部的环境变量、云元数据，甚至进一步横向渗透。
Microsoft MarkItDown MCP 服务器的 fURI 漏洞
– 通过不受约束的 URI 参数，攻击者可以调取 EC2 实例的 IMDS，轻松窃取临时凭证，实现云账户接管。
n8n 开源工作流平台的供应链攻击
– 恶意社区节点被植入 OAuth 令牌窃取代码，利用工作流自动化的便利，悄悄把企业内部的 API 秘钥输送到外部服务器。
VoidLink 新型 Linux 恶意软件的容器渗透
– 以容器逃逸技术为突破口，针对云原生环境的后门植入，使得攻击者可以在多租户平台上实现跨租户数据抽取。

通过这四个案例的交叉对比，我们可以清晰地看到：“智能化、具身化、智能体化”的技术趋势固然为业务增效提供了新路径，却也在不经意间为攻击面提供了更多入口。接下来，请跟随我的文字，一同探讨每个案例背后的技术细节、攻击链以及对应的防御要点，进而在全公司范围内掀起一场信息安全意识的全面升级。

案例一：Chainlit AI 框架的双重漏洞——“ChainLeak”

1. 漏洞概述

CVE‑2026‑22218（CVSS 7.1）：在 /project/element 更新接口中，缺乏对用户提交字段的白名单校验，导致认证攻击者能够通过构造特制的请求路径读取服务器上任意可读文件。
CVE‑2026‑22219（CVSS 8.3）：同一接口在使用 SQLAlchemy 作为数据层时，未对外部 URI 进行有效过滤，攻击者可发起 SSRF 请求，直达内部网络服务或云元数据服务（如 http://169.254.169.254/latest/meta-data/）。

2. 攻击链示例

获取身份：攻击者通过弱口令或已泄露的 API Token 登录管理后台。
文件读取：利用 CVE‑2026‑22218，读取 /proc/self/environ，收集到 AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY 等凭证。
元数据窃取：借助 CVE‑2026‑22219，对 http://169.254.169.254/latest/meta-data/iam/security-credentials/role-name 发起 SSRF，获取实例角色的临时凭证。
横向渗透：凭借上述密钥，攻击者在同一 VPC 内的其他服务（如 S3、RDS）进行数据下载或后门植入。

3. 防御思考

最小权限原则：即便是内部服务，也应当使用 IAM Role with scoped permissions，避免一次凭证泄露导致全局失控。
输入校验：对所有用户可控参数实行 白名单过滤，尤其是涉及文件路径或网络地址的字段。
安全审计：开启 File Access Audit 与 Network Egress Logging，利用 CloudTrail、Falco 等工具实时监控异常读取与外向请求。
及时升级：Chainlit 已在 2.9.4 版本中修复上述缺陷，务必在 48 小时内完成升级并复核配置。

小贴士：在 CI/CD 流水线中加入 “dependency‑check” 环节，自动检测已知 CVE，防止旧版库意外进入生产环境。

案例二：Microsoft MarkItDown MCP 服务器的 fURI 漏洞——“元数据窃取暗门”

1. 漏洞概述

漏洞名称：MCP fURI
影响范围：在 AWS EC2 上运行的 MarkItDown Model Context Protocol (MCP) 服务器，尤其是使用 IDMSv1（即旧版 Instance Metadata Service）时。
漏洞核心：缺乏 URI 参数合法性校验，攻击者可以通过 convert_to_markdown?uri= 参数指向任意 HTTP、HTTPS 或 file:// URL，实现 任意资源访问。

2. 攻击链示例

探测接口：攻击者对公开的 MCP 服务发送带有恶意 URI 的请求。
IMDS 调用：将 URI 设置为 http://169.254.169.254/latest/meta-data/iam/security-credentials/role-name，服务器直接向内部元数据服务发起请求并将响应返回给攻击者。
凭证获取：攻击者获得临时安全凭证（AccessKey、SecretKey、Token），并利用其在 AWS 控制台中创建 IAM 用户、下载 S3 数据或修改安全组。
持久化：在目标账户下植入 Lambda 函数 或 ECS Task，实现长期潜伏。

3. 防御思考

升级至 IMDSv2：强制使用 Session Token，使得未经授权的请求难以直接访问元数据。
网络分段：将 MCP 服务放置在 私有子网，并通过 Security Group 限制对 169.254.169.254 的出站访问。
访问控制：对 MCP API 实施 OAuth 2.0 + Scope 细粒度授权，禁止未授权用户调用 convert_to_markdown。
审计日志：开启 AWS CloudTrail 对 Get*、AssumeRole、CreateUser 等敏感 API 的监控，结合 GuardDuty 实时告警。

格言：安全的根基在于“不可达即安全”。把不需要的网络通道砍掉，是防止元数据泄露的最根本办法。

案例三：n8n 工作流平台的供应链攻击——“社区节点的隐形钩子”

1. 漏洞概述

攻击者利用 n8n 官方提供的 Community Nodes（社区贡献的工作流插件）提交恶意代码。
恶意节点在执行时会向攻击者控制的 C2 服务器发送 OAuth 令牌、API Key 等敏感信息，然后自行下载并执行进一步的 Payload。
受影响组织因采用 自动化工作流（如定时同步 CRM 与 ERP）而在不知情的情况下泄露内部凭证。

2. 攻击链示例

节点安装：运维人员在 n8n 市场搜索 “Google Sheets Sync”，点击安装。
凭证窃取：节点在初始化阶段读取工作流上下文中的 OAuth Token，并通过 HTTPS POST 发送至攻击者服务器。
二次载荷：攻击者返回一段 JavaScript 代码，利用 n8n 内置的 eval 执行，进一步在内部网络中植入 Web Shell。
横向渗透：凭借已获取的内部凭证，攻击者访问内部 API、数据库，最终实现数据外泄和业务中断。

3. 防御思考

供应链审计：对所有第三方插件进行 代码审计 与 签名校验，仅允许经内部安全团队批准的插件进入生产环境。
最小化权限：工作流中使用的 OAuth Scope 应仅限于必需的 API（如只读、写入特定表），避免一次泄露导致全局授权。
运行时监控：对 n8n 实例启用 Sysdig / Falco，监测异常的网络出站请求和动态代码执行。
安全培训：强化运维人员对开源社区插件的安全认知，让“安全第一”成为插件挑选的默认准则。

诗曰：“草木本无心，惟人自毁之”。开源的力量在于共享，亦在于审慎。

案例四：VoidLink Linux 恶意软件的容器渗透——“云原生隐匿者”

1. 漏洞概述

VoidLink 采用 Linux 内核漏洞（如 Dirty COW） 加上 容器逃逸技术（RunC/Podman），成功在共享内核的容器环境中获取宿主机权限。
其攻击载荷通过 镜像层（Layer） 注入，利用 Docker Hub 的公开镜像进行 Supply Chain Injection，在容器拉取阶段完成植入。
成功后，恶意进程通过 Cron 或 Systemd 持久化，持续向外部 C2 发送系统信息、文件列表及密码散列。

2. 攻击链示例

恶意镜像：攻击者在 Docker Hub 上传名为 redis:latest 的镜像，镜像层中隐藏恶意二进制文件 voidlink.
拉取执行：开发者在 CI 环境中使用 docker pull redis:latest，容器启动后恶意进程利用 setuid(0) 获取 root 权限。
宿主机逃逸：通过 runc exec 的路径遍历漏洞，恶意进程脱离容器命名空间，直接在宿主机上执行 chmod +s /bin/bash，植入 SUID 后门。
数据外泄：后门通过加密通道向攻击者 C2 发送 /etc/shadow、K8s API token 等关键文件，实现 持久化渗透。

3. 防御思考

镜像签名：采用 Docker Content Trust (DCT) 或 Notary 对镜像进行签名，防止未授权镜像进入内部仓库。
运行时硬化：在容器运行时启用 AppArmor/SELinux 强制访问控制（MAC），限制容器对宿主机文件系统的写入。
系统更新：及时打补丁，尤其是内核层面的 CVE‑2025‑xxxx 类漏洞，杜绝已知逃逸路径。
镜像扫描：在 CI/CD 流水线集成 Trivy、Clair 等工具，自动检测恶意二进制和已知漏洞。

格言：“防守不是阻止攻击，而是让攻击无路可走”。在容器时代，安全即是对每一层的锁链。

综述：智能化、具身化、智能体化时代的安全挑战

上述四起案例共同勾勒出 “技术进步=攻击面扩张” 的必然逻辑。随着 大型语言模型（LLM）、生成式AI、数字孪生、机器人过程自动化（RPA） 以及 边缘计算 的深度融合，企业的 IT 架构正快速向 “智能体化” 迁移：

发展趋势	潜在安全风险	对应防御思路
AI 框架即服务（AI‑aaS）	代码注入、模型窃取、数据泄露	基于 Zero‑Trust 的模型访问控制、模型版本审计
具身智能（机器人、边缘设备）	固件后门、未受控 OTA、物理接触攻击	采用可信执行环境（TEE）、固件签名、硬件根信任
智能体化（自适应自动化）	自学习恶意指令、AI 诱骗、链路隐蔽	引入 AI 行为监控与异常检测（如基于图神经网络的流量分析）
生成式内容生产	Deepfake、社交工程、钓鱼文本自动化	强化身份验证与内容审计（数字水印、语义一致性检测）

在此背景下，信息安全不再是“IT 部门的事”，而是全员的责任。每一位职工都可能在无意之间成为攻击链的起点或终点。为此，公司即将开启 “全员信息安全意识提升计划”，内容涵盖：

AI 安全基础：理解 LLM 对数据的依赖、模型泄露的危害，以及安全 Prompt 编写规范。
云原生防御：容器安全最佳实践、K8s RBAC 细化、IaC（Infrastructure as Code）安全扫描。
社交工程防护：常见钓鱼手法、Deepfake 识别技巧、内部信息泄露风险评估。
应急响应演练：从发现异常日志到启动 Incident Response（IR）流程的全链路实战。

培训安排概览

日期	主题	主讲	形式
1 月 28 日	AI 框架漏洞与防御	Zafran 安全研究员	线上直播 + 实操演练
2 月 4 日	云元数据安全与 IMDSv2	AWS 安全专家	现场讲座 + 案例研讨
2 月 11 日	供应链安全深潜	开源安全社区	线上工作坊 + 代码审计
2 月 18 日	容器逃逸与硬化	KubeSec 团队	实战实验室（搭建防御环境）
2 月 25 日	社交工程全链路防御	内部红队	案例复盘 + 角色扮演游戏

温馨提示：参加任意一场培训即可获得 “信息安全守护者” 电子徽章，累计完成三场以上者将授予 公司内部“安全先锋” 认证，优先获得公司内部项目资源及职业成长通道。

行动呼吁：从“知晓”走向“实践”

立即自查：打开本公司内部的 安全自评清单（已在内部网发布），核对自己负责的系统是否已升级至无漏洞版本。
主动学习：利用公司 Learning Management System (LMS)，完成 AI 安全、云安全及供应链安全的微课程学习。
报告异常：如在日常工作中发现异常请求、未知进程或可疑网络流量，请使用 Security Ticketing System（Ticket ID：SEC‑2026‑XXXX）及时上报。
分享经验：每月的 安全午餐会（Security Lunch & Learn）欢迎大家带来实际案例或防御经验，让“安全文化”在每位同事的口中传播。

正所谓：“千里之堤，毁于蚁穴”。只有每个人都把安全细节当成日常工作的必备组件，才能让企业的数字城墙不因微小破口而崩塌。

结语：让安全成为组织的“软实力”

信息安全的目标不是“一次性防御”，而是要在 “智能化、具身化、智能体化” 的发展浪潮中，构建 弹性、可恢复、可验证 的安全体系。通过上述案例的剖析，我们已经看到 攻击者的思维逻辑 与 技术实现路径，也已经列举出 针对性的防御措施。接下来，请大家积极参与即将开启的培训计划，将理论转化为日常操作的“安全习惯”，让每一次点击、每一次部署、每一次代码提交，都变成对组织安全的再一次加固。

让我们一起，用专业、主动、合作的姿态，迎接信息安全的每一次挑战。因为，安全不是阻碍创新的绊脚石，而是支撑创新的坚实基石。

信息安全守护者，与你同在！

我们提供包括网络安全、物理安全及人员培训等多方面的信息保护服务。昆明亭长朗然科技有限公司的专业团队将为您的企业打造个性化的安全解决方案，欢迎咨询我们如何提升整体防护能力。

电话：0871-67122372
微信、手机：18206751343
邮件：info＠securemymind.com
QQ: 1767022898

面向未来的安全思维——从“AI助理被诱导”到全员防护的全景指南

January 21, 2026 admin

在数字化、智能体化、无人化的浪潮中，信息安全已经不再是“IT 部门的事”，而是每一位职工的日常必修课。近日，安全研究机构 Cyata 公开了 Anthropic 官方 Git MCP 服务器（mcp‑server‑git）中三大漏洞的详细报告，这一事件犹如一次警钟，敲响了我们对 AI 助理、工具调用与系统交互安全的重新审视。

本文将在头脑风暴的基础上，构思四个典型且富有教育意义的安全事件案例，对每个案例进行深入剖析，并结合当前智能化、无人化、数字化的融合发展趋势，呼吁全体职工积极参与即将开展的信息安全意识培训，提升自身的安全意识、知识和技能。

一、头脑风暴：四大典型安全事件案例（想象篇）

案例 1：AI 助手被“甜言”诱导，跨目录写入关键脚本

一名开发者在本地使用 Anthropic 的 AI 编程助手完成代码补全，误将“请把 config.yaml 放在项目根目录”这句话粘贴进了提示（prompt）中。AI 助手在执行 git add、git commit 时，被提示注入的路径（../../../../etc/cron.d/malicious）所误导，直接在服务器的系统 cron 目录创建恶意任务，实现持久化。

案例 2：Git 初始化漏洞导致公司内部机密仓库泄露

某 IT 支持团队在排查故障时，使用 mcp-server-git init /tmp/tmp123 随手创建了一个临时 Git 仓库。由于服务器未对初始化路径进行限制，任意目录均可被初始化为 Git 仓库，导致本应受保护的内部文档（如财务报表、商业计划）被意外加入 Git 索引，随后被 AI 助手读取并在对话中泄露。

案例 3：参数注入让 “git diff” 变身为 “shell 执行器”

在一次代码审查的自动化流水线中，系统调用 git diff --name-status $BASE..$HEAD，并把用户提交的分支名直接拼接进去。攻击者提交的分支名为 feature; rm -rf /var/www/html/*，因缺少参数过滤，Git 解释器将其当作两个独立的命令执行，直接删除了 Web 服务器的全部站点文件。

案例 4：AI 助手在 CI/CD 中“越权”调用，制造供应链后门

一家金融科技公司将 AI 助手嵌入 CI/CD 流程，用于自动生成验证脚本。攻击者在 Issue 中提交了一段看似正常的需求描述，AI 助手在生成脚本时，被提示注入的 “在代码中加入 eval(base64_decode(...))” 错误信息引导，最终把后门代码写入正式分支，并在构建镜像时随代码一起被打包发布，导致生产环境被植入后门。

二、案例深入解析：从漏洞根源到防御措施

1. 案例一的本质——提示注入（Prompt Injection）与路径验证失效

漏洞原理：CVE‑2025‑68145 指出，mcp‑server‑git 在启动时可通过配置限定可操作的仓库根路径，但在实际工具调用（如 git add、git commit）时，并未再次校验传入的路径是否在白名单之内。攻击者借助提示注入，将恶意路径嵌入提示内容，使 AI 助手在执行文件写入时误入系统关键目录。
危害评估：跨目录写入系统文件（如 /etc/cron.d/、/usr/local/bin/）可实现持久化后门、提权甚至全盘控制。
防御要点：
1. 双层路径校验——在服务器启动阶段设定根路径后，每一次工具调用均需进行路径合法性校验。
2. 最小化提示暴露——在向 AI 模型提供提示时，仅暴露必要信息，避免将完整文件系统路径直接写入提示。
3. 审计日志——记录所有路径请求和实际执行路径，利用 SIEM 对异常路径变动进行实时告警。

2. 案例二的本质——仓库初始化缺少路径限制（CVE‑2025‑68143）

漏洞原理：服务器在执行 git init 时，未检查目标目录是否在受信任范围内，使得任意目录都可被初始化为 Git 仓库。这样，系统管理员若在根目录或敏感目录执行 init，便会产生意料之外的 .git 隐藏目录。
危害评估：一旦出现 .git 目录，系统会将所在目录视作 Git 工作区，导致：
- 误将敏感文件加入版本控制，暴露给 AI 助手或外部同步工具；
- 产生未受控的 Git 钩子（hooks），为后续恶意代码执行提供入口。
防御要点：
1. 限制初始化路径——通过配置文件（如 allow_init_paths）明确列出可进行 git init 的目录列表。
2. 自动检测隐藏仓库——定期扫描全盘，发现新出现的 .git 目录即触发告警。
3. 培训与 SOP——在运维手册中加入“禁止在系统根目录及关键业务目录执行 Git 初始化”的明确规定。

3. 案例三的本质——参数注入（Command Injection）在 Git 差异比对中（CVE‑2025‑68144）

漏洞原理：在调用 git diff 时，服务器直接将用户提供的分支或提交哈希拼接为命令行参数，未进行白名单过滤或转义。攻击者利用分号（;）或其他 shell 元字符，注入任意系统命令。
危害评估：最直接的后果是文件删除、修改甚至执行任意恶意脚本，尤其在自动化流水线中，攻击链可以“一键”完成，从代码审查跳到系统破坏。
防御要点：
1. 输入白名单——只接受符合 Git 引用规范的字符（字母、数字、/、-、_），对所有其他字符进行过滤或转义。
2. 使用库 API 而非命令行——在后端尽量调用 Git 库（如 libgit2）提供的函数接口，避免直接拼接 shell 命令。
3. 最小化执行权限——流水线运行环境采用容器化或 sandbox，限制对宿主机的写入权限，即使出现注入也只能影响容器内部。

4. 案例四的本质——AI 助手在软件供应链中的“越权”行为

漏洞关联：此案例综合了 CVE‑2025‑68145、68144 的危害，并进一步展示了 AI 助手在缺乏“安全感知”时，会把人类的模糊指令直接转化为代码。提示注入在这里起到了放大镜的作用，使攻击者的恶意需求躲过了人工审查。
危害评估：供应链后门是当前最具危害性的攻击方式之一，一旦代码进入生产环境，攻击者即可通过后门窃取数据、操控业务，甚至对外进行勒索。
防御要点：
1. AI 输出审计——对 AI 生成的代码进行静态分析、代码审计工具（如 SonarQube）扫描，禁止直接合并未经过审计的变更。
2. 提示安全校验——在 AI 交互层加入“安全提示过滤器”，检测是否出现高危指令（如 eval、exec、system）并阻断。
3. 分层授权——AI 助手的“写入仓库”权限分为只读、审计、写入三层，只有经过人工确认的任务才提升至写入权限。

三、智能体化、无人化、数字化时代的安全新挑战

1. 人机协作的“双刃剑”

随着大语言模型（LLM）和多模态 AI 逐步渗透到研发、运维、客服等环节，“人机协作” 已成为提升效率的核心方式。然而，一旦模型被误导或被“提示注入”，其输出即可能转化为实际系统操作，形成“虚拟指令 → 真实危害” 的闭环。正如《礼记·大学》所云：“格物致知，诚意正心”，在 AI 场景下，格物即是对模型输入的严格审查，致知是对输出行为的全链路监控。

2. 自动化流水线的“盲点”

无人化部署、容器编排、GitOps 等理念让系统实现 “一键即达”，但如果 “一键” 的背后缺少安全校验，整个业务系统将被“一键摧毁”。这里的关键在于 “安全即代码” 的理念：把安全检查、权限校验、审计日志等同于业务代码一起编写、测试、部署。

3. 数字化资产的“扩散式风险”

数字化转型往往伴随大量数据搬迁、接口开放和云服务使用。每一次 API 调用、文件共享、模型推理 都是潜在的攻击面。若不对数据流向、访问控制、身份验证进行细粒度管理，攻击者就可以通过侧信道或提示注入进入系统核心。

4. 人员是最薄弱的环节，亦是最可强化的防线

技术防御只能降低风险，真正的安全底线在于 “每个人都要会识别、会报告、会防御”。正如《孙子兵法》所言：“兵者，诡道也。” 攻击者的手段日新月异，只有让全体职工保持警觉、不断学习，才能在攻防战中站在主动的一方。

四、号召全员参与信息安全意识培训的行动计划

1. 培训目标

目标	具体描述
认知提升	让职工了解 AI 助手、MCP 服务器、Git 等工具在实际工作中的安全风险，能够辨识提示注入、参数注入等常见攻击手法。
技能掌握	掌握安全编码、最小权限原则、日志审计、容器安全等实操技巧，能够在日常工作中自行完成风险评估与防护。
行为养成	形成“安全先行、记录溯源、及时上报”的工作习惯，确保任何异常都能在第一时间触发响应流程。
文化建设	通过案例复盘、情景演练，营造“安全是每个人的责任”的组织氛围，让安全成为企业文化的基石。

2. 培训对象与分层设计

职能	培训深度	重点模块
研发工程师	高	AI 助手安全交互、Git 操作安全、CI/CD 防护
运维/平台工程	中	MCP 服务器配置审计、容器安全、日志监控
产品/业务人员	基础	社会工程防护、数据泄露风险、权限管理
管理层	概览	业务连续性、合规要求、风险投资回报

3. 培训方式与节奏

线上微课程（30 分钟）：每周发布一段短视频，围绕一个安全概念或案例进行讲解。
现场情景演练（2 小时）：模拟提示注入、参数注入等攻击场景，要求参训者现场发现并阻断。
实战实验室（3 天连训）：提供专用沙箱环境，让职工亲手搭建 MCP 服务器，尝试修复 CVE‑2025‑68145~68144，完成漏洞复现与修补。
经验分享会（月度）：邀请安全团队、外部行业专家，围绕最新威胁趋势展开讨论。

4. 成效评估与激励机制

前置测评 & 后置测评：通过选择题、实操演练的方式，量化知识掌握情况；合格率 ≥ 90% 方可进入下一阶段。
安全积分系统：对提交安全改进建议、成功阻断异常事件的职工发放积分，可兑换学习资源或公司福利。
优秀案例奖励：季度评选“最佳防御案例”，对团队或个人给予表彰并在全员大会上分享。

5. 关键工具与资源

名称	用途	获取方式
MCP 安全基线模板	标准化配置检查脚本	由安全团队统一分发
AI Prompt Sanitizer	提示过滤器（Python 包）	内网 PyPI 镜像
Git 安全扫描插件	检测潜在路径遍历、恶意分支名称	开源项目，内部定制
容器安全基线	自动化 CIS Docker Bench 检测	CI/CD 预置步骤

6. 组织保障

安全培训专项小组：由信息安全部、研发部、HR 联合组成，负责课程研发、讲师排期、培训跟踪。
技术支持平台：建立内部安全知识库（Confluence），集合案例、工具、FAQ，方便职工随时查阅。
应急响应联动：培训结束后，将关键联系人信息加入公司响应手册，实现快速升级与处置。

五、结语：从“防御”到“韧性”，从“个人”到“组织”

安全不是一道静止的防线，而是一条 “动态韧性曲线”——在每一次技术迭代、每一次业务变化中，都要重新校准、重新加固。正如《道德经》云：“上善若水，水善利万物而不争”。在信息安全的实践中，我们应当像水一样，柔软渗透每一层系统、每一个流程，而不以硬规则束缚创新的活力。

然而，柔软并不等于松懈。柔软的前提是透明与可控，只有每一位职工都具备基本的安全认知、能够在工作中主动检查、及时报告，组织才能把“水流”引向安全的海岸。

今天我们通过四个假想案例，看到了 AI 助手、Git 工具和自动化流水线在缺乏安全约束时可能酿成的灾难；也看到了通过路径校验、参数过滤、最小权限和审计日志等技术手段可以有效遏制风险。明天，当我们在智能体化、无人化、数字化的浪潮中乘风破浪时，这些防御经验将化作 组织的安全基因，嵌入每一次代码提交、每一次模型训练、每一次系统部署之中。

请各位同事踊跃报名参加即将启动的 信息安全意识培训，用知识武装自己，用行动守护企业。让我们一起把“安全”从口号变成 每一次点击、每一次提交、每一次对话 中的自觉行动，让企业在数字化转型的道路上行稳致远。

安全无止境，学习有尽头——但只有坚持不懈，才能让风险始终处于可控之中。

信息安全是企业声誉的重要保障。昆明亭长朗然科技有限公司致力于帮助您提升工作人员们的信息安全水平，保护企业声誉，赢得客户信任。

电话：0871-67122372
微信、手机：18206751343
邮件：info＠securemymind.com
QQ: 1767022898