设备码钓鱼

信息安全与人机协同：从真实案例看“设备码钓鱼”，携手共筑数字防线

admin

头脑风暴：在脑海中快速列出过去一年最让人疼痛的安全失误，往往会发现——“我点了那条链接”“我没想太多就输入了验证码”， 这两句话背后，隐藏的不是“粗心大意”，而是一场精心设计、利用OAuth 2.0 Device Authorization Grant的 “设备码钓鱼”（Device Code Phishing）大潮。下面，我将通过两个典型案例，用血肉之躯的细节把这场暗流展示给大家，让每位同事都在阅读的瞬间感受到“未防先危”的切身危机。

案例一：跨国金融集团的“微软账号失陷”事件（2026 年 2 月）

事件概述

2026 年 2 月，某跨国金融集团在美国和欧洲的 12 家子公司同步收到内部安全警报：多个后台系统出现 异常的 Azure AD Token，攻‑击者已经成功以 S SO‑level 权限登录内部 CRM、财务系统，甚至对高管的 Outlook 邮箱完成 邮件劫持（BEC）并发起了价值约 300 万美元 的转账指令。事后调查显示，攻击链的起点是一封看似普通的 Microsoft Teams 推送通知，内容为：“您的组织正在进行安全审计，请在下面的页面输入设备码以完成验证。”

攻击细节拆解

  1. 诱饵投递
    攻击者利用钓鱼邮件系统（Kali365 PhaaS）批量发送，邮件标题采用“紧急：您的 Teams 账户需要重新验证”。正文使用 Microsoft 官方常用的蓝白配色、Logo，并嵌入了指向 login.live.com 正式域名的链接，极大降低了受害者的警惕。

  2. 设备码获取
    受害者点开链接后，进入 Microsoft 设备码授权页面，页面显示“一次性 8 位代码”。该代码正是 OAuth 2.0 Device Authorization Grant 的核心：用户在受信任的设备上复制该码，随后在另一设备（如公司电脑）完成 “授权”。

  3. 授权完成
    攻击者在其控制的服务器上运行 模拟合法客户端（伪装成 Azure CLI），使用受害者提供的设备码向 Microsoft 授权服务器请求 Access Token 与 Refresh Token。由于受害者已经登录了 Microsoft 账户，且 MFA（包括硬件安全钥匙、Passkey）已在前端验证完毕，授权流程不再要求二次验证，于是 Token 顺利下发。

  4. 横向渗透
    获得的 Refresh Token 被攻击者用于 无限期刷新 Access Token，从而在数小时内以受害者身份访问 Azure AD、Office 365、SharePoint 等关键资源，完成 邮件转发、数据导出、权限提升。

  5. 后期清理
    攻击者使用 ARToken Kit 中的 “PRT Persistence” 功能，植入 Persistent Refresh Token（PRT）于受害者设备的本地缓存，确保即使用户更换密码、重新登录，也能在后台保持持久性访问。

影响评估

  • 直接经济损失：约 300 万美元的非法转账被追回 70%，其余因账户被冻结导致业务中断，产生额外运营成本约 150 万美元。
  • 声誉风险：金融监管部门发布的 “重大信息安全事件通报” 对集团形象造成长远负面影响。
  • 合规处罚：因未能有效防御授权层攻击，集团被监管机构处以 150 万美元 的罚款，并要求在 90 天内完成安全整改。

教训提炼

  • MFA 并非万能：传统的多因素认证只能防止认证阶段的攻击，授权层的漏洞（如设备码）依旧可以绕过。
  • 设备码授权需要“最小化”：对于不需要大规模 CLI、IoT、打印机等场景的组织，应在 Conditional Access 中禁止或限制 Device Code Flow。
  • 登录行为监控：仅凭 URL Reputation 或 邮箱网关 无法发现此类攻击，需要在 浏览器端（如 Push Security）实时捕获 Token 授权 行为并进行行为分析。

案例二：新能源企业的 GitHub Device Code 大规模泄漏（2026 年 4 月）

事件概述

2026 年 4 月，一家专注于光伏逆变器研发的新能源企业（以下简称“光电科技”）在内部研发平台发现 1500+ 私有仓库的源代码被外泄，泄漏文件中包含 关键控制算法、生产线 PLC 配置，导致公司在 欧洲市场的投标被迫退出，直接经济损失达 800 万美元。经取证，泄露源头是一次 GitHub Device Code Phishing 攻击。

攻击细节拆解

  1. 社交工程引导
    攻击者先在 LinkedIn 上搜索光电科技的研发工程师，发送“您在公司内部系统中有未完成的 GitHub CLI 登录，请使用以下设备码完成授权” 的私信。信息中包含 GitHub 官方登录页面 的真实 URL（https://github.com/login/device），并附上 7 位 Device Code。

  2. 受害者授权
    工程师误以为是公司 IT 部门的安全提示，复制设备码在 公司内部的 Linux 服务器（已登录公司 GitHub Enterprise）上执行 gh auth login --device-code。此时，GitHub 服务器收到合法的授权请求，同意后返回 OAuth Access Token，并自动绑定到工程师的角色（拥有 repo、admin:org 权限）。

  3. Token 外泄
    攻击者在自己的 C2 服务器上运行 自动化脚本，利用已获取的 Device Code，定时向 GitHub 发起 Token 交换，并将 Access Token 通过 Telegram Bot 发送给攻击者。随后，攻击者使用该 Token 克隆全部私有仓库，将关键源码上传至暗网。

  4. 横向渗透
    获得源码后，攻击者进一步分析逆变器的 控制通信协议，制做 恶意固件 并尝试在部分现场设备上进行 远程植入，虽被现场 IDS 阻断，但已导致 供应链安全 的潜在危机。

影响评估

  • 知识产权泄露：核心算法被竞争对手快速复制，导致公司在行业技术壁垒上失去优势。
  • 供应链风险：恶意固件的研发提示了 “授权层”被窃取后，攻击者可对 IoT 设备 直接发起后续攻击。
  • 合规审计：公司因 未能对 GitHub 的 OAuth 流程进行风险评估，在 ISO 27001 复审中被指出 “授权管理薄弱”，需在 6 个月内完成整改。

教训提炼

  • 除 Microsoft 外，所有实现 Device Code Flow 的平台均是潜在目标，尤其是 GitHub、AWS、Google Cloud。
  • 内部沟通渠道同样是钓鱼入口：企业应对 社交媒体、即时通讯 的安全提示进行统一标识与加密验证。
  • Token 生命周期管理 必须落实：对 长久有效的 Refresh Token 采用 轮转、吊销 机制，并在 离职、角色变更 时即时失效。

从案例到行动：在智能化、数智化、智能体化的融合时代，信息安全意识不可或缺

1. 智能化——AI 与安全的“双刃剑”

“祸福相倚，利在于用”。——《荀子·劝学》

2026 年，AI 已深度嵌入企业的 研发、运维、营销 全链路。AI 辅助代码生成、自动化运维脚本、智能客服机器人，极大提升了生产效率。但正如 Device Code Phishing 的快速产业化所示，AI 也在帮助攻击者 用 LLM 生成钓鱼页面、强化恶意脚本，甚至自动化地 “vibe‑coding” 新的攻击套件。

  • AI‑Generated Phishing Kits：使用 LLM 只需几行 Prompt，即可生成外观与功能高度相似的钓鱼网站，低成本快速迭代。
  • AI‑Assisted Token抢夺：攻击者利用机器学习模型识别 OAuth Consent 页面中的关键字段，自动完成授权。

因此，安全防御必须同 AI 同频进化：在 浏览器层 部署 AI‑原生检测引擎（如 Push Security），实时识别异常的 授权行为 与 异常 Token 请求，而不是仅依赖传统的 IOCs。

2. 数智化——数据驱动的安全运营

数智化 是指 数字化 + 智能化，即在大数据、实时分析的基础上形成 决策智能。在防御 Device Code Phishing 时，数智化可以帮助我们：

  • 行为基线：对全员的 OAuth 授权行为进行画像，标记异常的 设备码请求频次、时段、IP。
  • 关联分析：跨系统关联 Access Token 与 业务关键资源（如财务系统、研发仓库），快速定位异常的 横向移动。
  • 自动化响应：一旦检测到 非白名单设备码流，即触发 Conditional Access 阶段的阻断，并推送 安全警报 到终端用户与 SOC。

3. 智能体化——人与机器协同的安全防线

智能体化（Intelligent‑Agent）指的是在组织内部部署 自适应安全代理，这些代理可以自主感知、判断并执行防护动作。想象一下：

  • 浏览器代理 像 “安全卫士”，实时拦截 设备码授权页面，并弹出 二次确认（例如要求企业内部的 安全审批系统 进行验证）。
  • 终端代理 能够监控 CLI 工具（如 Azure CLI、GitHub CLI）的 device‑code 调用，一旦检测到异常就自动 封锁，并记录 操作日志。
  • AI 助手 在出现 疑似钓鱼邮件 时，可以通过 自然语言理解 识别邮件中的 设备码，并在用户点击前提供 安全建议。

这些 智能体 与 人类 的协同，正是 “人机合一，安全共生” 的最佳实践。

号召全员参与信息安全意识培训——我们一起筑牢数字长城

1. 培训目标

目标 关键能力
认知提升 了解 OAuth Device Authorization Grant 工作原理，掌握 设备码钓鱼 的攻击路径。
技能实战 能在 浏览器、CLI 中快速辨别恶意授权请求，懂得利用 Conditional Access 与 Browser‑Agent 进行防御。
行为养成 养成 安全报告、不随意复制粘贴设备码、验证来源 的日常习惯。
文化融合 将 信息安全 融入 企业数字化转型 与 AI 赋能 的每一个业务场景。

2. 培训形式

  • 线上微课堂（30 分钟）：通过 交互式动画 演示设备码授权流程，展示 真实攻击案例（包括本篇文章所述的两个案例）。
  • 实战演练（1 小时）：在受控环境中模拟 Device Code Phishing，让学员亲手操作 检测拦截 与 报告。
  • 情景演练（30 分钟）：结合 AI 生成的钓鱼邮件，进行 社交工程识别，提升人机协同的防御意识。
  • 知识测评（15 分钟）：通过 情境式选择题 检验学习效果，合格者将获得 内部安全徽章。

3. 培训时间与报名方式

时间 形式 参与对象
7 月 15 日 09:00‑09:30 线上直播 全体员工
7 月 22 日 14:00‑15:00 随堂实战 技术部、研发部
7 月 29 日 10:00‑10:45 情景演练 + 测评 所有业务线

报名方式：请扫描内部公众号“安全与合规”，点击 “信息安全意识培训” 进行预约；也可直接发送邮件至 [email protected]（主题：Device Code Phishing 培训）。

4. 参训奖励与激励机制

  • 安全达人徽章：通过全部模块且测评得分 ≥ 90% 的同事，将在公司内部系统获颁 “安全达人” 徽章，且在 年终评优 中计入 专项加分。
  • 抽奖福利：完成培训的同事有机会获得 智能硬件（如硬件安全钥匙、AI 助手） 或 公司定制纪念品。
  • 团队挑战：部门内部累计完成培训人数最多的前三名部门，可获得 部门专项安全预算（最高 2 万元），用于购买安全工具或举办团队安全学习会。

5. 让安全成为企业竞争力的“护身符”

  • 从防御角度看：在 数智化 转型的浪潮中，若没有 授权层 的防护，任何 AI、大数据 的创新都可能沦为 攻击者的跳板。
  • 从合规角度看：在 GDPR、ISO 27001、CSA 等法规的要求下，企业必须对 身份与访问管理（IAM） 进行全链路监控与审计。
  • 从商业角度看：一次 设备码钓鱼 引发的 数据泄露 或 财务损失，往往会超过 数百万美元 的防护预算。因此，投入一次培训的成本 与 防止一次攻击的收益，天差地别。

“防微杜渐，未雨绸缪。”——《左传·僖公二十三年》

让每位同事都成为信息安全的第一道防线，从了解 Device Code Phishing 的技术原理，到在日常工作中主动识别与上报异常；从依赖 技术工具 的被动防御，转向 人机协同 的主动防护。只有这样，才能在 智能化、数智化、智能体化 的融合发展中，真正实现 安全与业务的同频共振。

行动号召：立即报名，加入即将开启的 信息安全意识培训，让我们一起把“设备码”变成 安全密码，把 “钓鱼” 变成 安全的警钟！

我们在信息安全意识培训领域的经验丰富，可以为客户提供定制化的解决方案。无论是初级还是高级阶段的员工，我们都能为其提供适合其水平和需求的安全知识。愿意了解更多的客户欢迎随时与我们联系。

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

信息安全意识提升指南——从真实案例出发，构筑数字化防线

admin

头脑风暴：如果明天公司内部的邮件系统突然弹出“请更新您的 Office 账户”，而这条信息竟是黑客伪装的合法登录页面，您会怎么做？如果您的电脑屏幕上出现一行“python3 -m http.server 8080”，但您根本没有运行过任何 Python 程序，您会不会怀疑背后有人在暗中“开演唱会”？如果您在 GitHub 上搜索“Evilginx”，本想学习一次安全演示，却不经意间下载了含有 AI 生成后门代码 的仓库，您的业务数据是否已经被悄悄抽走？

以上三个设想并非天方夜谭，而是2026 年 7 月《The Hacker News》报道的真实案件。本文将围绕这三个典型案例进行深入剖析，帮助大家理解攻击者的思路与手段；随后，结合当下 数字化、数据化、数智化 融合发展的大背景，号召全体职工积极参与即将启动的信息安全意识培训，提升自我防护能力，守护企业的数字资产。

案例一：目录列表泄露，暴露全链路攻击细节

事件回顾

2026 年 4 月底，法国安全公司 Lexfo 在一次常规的互联网资产扫描中，意外发现位于 185.163.204[.]7（布达佩斯） 的一台 Python HTTP 服务器对外开放端口 8080。更令人吃惊的是，服务器开启了 目录列表（Directory Listing），任意访问者只需在浏览器中输入 http://185.163.204.7:8080/ 即可看到完整的文件结构。

目录中除了公开的 index.html，还有：

  • evilginx/：多个克隆的 Evilginx 代理代码；
  • bash_history：记录了攻击者曾执行的所有命令，包括 python3 -m http.server 8080；
  • telegram_sessions/：Telegram bot 的会话文件，泄露了实时通信的凭证；
  • rmm_installer/：远程管理工具（SimpleHelp）的安装包；
  • logs/：详细记录了钓鱼页面的访问日志、捕获的凭证、IP 地址等信息。

通过对这些文件的逐层解析，Lexfo 把这名使用 “codemado”（埃及黑客代号）身份的攻击者“一举抓获”，发现其已在 picis.net 与 romnor.ca 两个域名下运行了 三条针对 Microsoft 365 的 AiTM（中间人）钓鱼链，且自 2025 年 4 月起持续活跃，累计捕获了 数百个企业邮箱 的登录凭证。

攻击链拆解

  1. 基础设施搭建：攻击者在公开云服务器上通过 python3 -m http.server 8080 快速搭建文件共享服务，以便临时存放工具、日志及后门。该命令的常规性导致管理员难以在短时间内辨认异常。
  2. Evilginx 变体部署：攻击者使用 Evilginx 开源框架的 fork（红皇后、黑皇后）进行 AiTM 中间人钓鱼。红皇后通过改写 HTTP 头部、关闭 Subresource Integrity 检查，以绕过浏览器安全检测；黑皇后则利用 Microsoft OAuth 设备码（device code） 流程，让受害者在真实的 Microsoft 登录页面上自行完成 MFA。
  3. 凭证收集与持久化：成功截获的 refresh token 被写入服务器日志，并通过 Telegram bot 实时转发。攻击者随后利用 MaDoO Blaster（自研批量邮件发送工具）对已获取的账户进行进一步渗透，甚至实现 Token Auto‑Refresh，延长会话有效期至 2027 年 6 月。
  4. 后勤支撑：为维持对受害系统的长期控制，攻击者在目标机器上部署 SimpleHelp 远程控制工具以及 XEOX 持久化代理，形成多层次的后门体系。

教训与启示

  • 目录列表泄露是“明目张胆的自白”，一次轻率的配置错误即可把整个攻击链暴露给防御方。组织应在 部署 Web 服务前 严格审查默认配置，使用 Web Application Firewall（WAF） 及 自动化合规扫描 关闭不必要的目录列显功能。
  • bash_history 这类 “隐形日志” 常被忽视，却能直接呈现攻击者的操作轨迹。建议在服务器上 禁用或加密 交互式 shell 的历史文件，或使用 auditd 强制记录关键命令而不留明文痕迹。
  • Evilginx 系列的 AiTM 攻击已经从“技术小白”成长为 “产业链”，企业必须在 MFA（多因素认证） 基础上，结合 Conditional Access（条件访问） 策略，阻止 device_code 流程在非受信设备上使用。

案例二：设备码滥用——MFA 并非“万无一失”

事件回顾

在上述三条钓鱼链中，黑皇后（black‑queen） 采用了一种鲜为人知却极具危害的手法：OAuth 设备码（device code） 流程。攻击者通过自建的诱导页面（主题为 Microsoft Authenticator），向目标用户展示一串 6 位设备码，并指示其访问 https://microsoft.com/devicelogin 完成登录。

受害者在 真实的 Microsoft 登录页面 输入凭证并通过 MFA（手机验证码或推送） 验证后，设备码即被激活，攻击者可立即用 client_id = d3590ed6-52b3-4102-aeff-aad2292ab01c（Microsoft Office 桌面客户端）换取 access token 与 refresh token。随后，攻击者利用 refresh token 持续刷新会话，直至令牌过期（最长可达一年），甚至在用户主动注销后仍保持活跃。

攻击链细节

  1. 诱导页面构造：攻击者使用 Claude（AI 代码模型）生成的 HTML 与 JavaScript，使页面外观高度仿真，且包含 “复制设备码” 按钮，降低用户警惕。
  2. 真实登录流程：用户在 Microsoft 官方域名 完成身份验证，MFA 完全真实，安全提示被“可视化”地绕过。
  3. 后端 token 抓取：攻击者后台轮询 https://login.microsoftonline.com/{tenant}/oauth2/v2.0/token 接口，一旦用户完成授权，即获取 access/refresh token。由于 device_code 本身不绑定客户端 IP，后续的 token 使用不受源 IP 限制。
  4. 持续利用：攻击者在 Telegram Bot 中记录每一次 token 刷新，甚至将 token 列表公开至暗网，以实现 “租赁” 式的凭证交易。

防御要点

  • Conditional Access：对 device_code 流程实行 “阻止（block）” 策略，仅对 已登记的企业设备 开放。可通过 Azure AD 的 “Sign‑in risk policy” 设置 “Require compliant device”。
  • 日志监控：在 Entra ID（Azure AD） 登录日志中关注 Original transfer method 字段，对 device_code（标识为 DeviceCode）的登录进行 实时告警；尤其是出现 异常 IP（跨境、VPN、云服务商等）时应立即触发 条件访问 重新评估。
  • 用户教育：向员工普及 “设备码只用于特定硬件（如 Xbox、IoT）” 的事实，提醒其在未知来源的页面中输入验证码的风险。

案例三：AI 代码助力 —— “暗箱生成” 与 “AI 诱饵”

事件回顾

Lexfo 报告指出，三条钓鱼链 在开发与运维阶段均出现了 AI 生成代码 的痕迹：

  • red‑queen（mail‑argenta）在 Git 提交信息中留下了 “generated by Claude‑2” 的签名；
  • black‑queen（saroula01）在两次提交中列明 “co‑author: Claude 1.2”，并附有对应的 prompt 与 回复；
  • codemado 在脚本首部直接引用 CyberNeurova（付费 AI 代码生成平台）的示例：“Build me a keylogger in Python”。

更甚者，攻击者将 AI 生成的完整可执行文件（evilginx2.exe） 直接上传至 GitHub，供买家“即买即用”。这意味着，即使没有专业的开发能力，黑客也能轻松搭建 完整的 AiTM 钓鱼平台。

AI 代码的危害

  1. 开发门槛下降：AI 可在几分钟内完成 phishlet（钓鱼页面规则）编写、URL 重写逻辑以及 token 自动刷新 脚本的生成，使得 “低技术门槛 + 高效产出” 成为常态。
  2. 代码质量难以辨别：AI 生成代码往往结构合理、注释完备，却隐藏 后门（如隐蔽的网络请求、硬编码的 C2 地址）。传统的 静态代码审计 工具难以捕捉这些“隐形”恶意行为。
  3. 快速迭代、极易变种：每一次 prompt 调整都可能产出全新变种，导致 签名（signature）基于 Hash 的检测失效。

防御建议

  • 强化供应链安全：对内部 开源组件 与 第三方库 实行 SBOM（Software Bill of Materials） 管理，使用 代码签名 与 二进制完整性校验 防止恶意二进制被植入。
  • AI 生成代码审计：在审计流程中加入 Prompt‑to‑Code 追踪环节，对所有 AI 辅助开发 的代码进行 人工复审，使用 LLM‑Based 静态分析（如 GitHub CodeQL）检查潜在的 C2、信息泄漏、不安全的加密 等问题。
  • 安全意识教育：让开发、运维人员了解 AI 代码的潜在风险，杜绝“直接复制粘贴”未审查的 AI 生成脚本。

数字化、数据化、数智化时代的安全挑战

自 2020 年 起，企业的业务模式已从 信息化 逐步迈向 数智化：云平台、SaaS、AI 生成内容、低代码/无代码平台层出不穷。看似便利的技术背后，却隐藏着 攻击面的指数级放大：

  1. 云原生服务：Office 365、Azure AD、Google Workspace 等 SaaS 成为 企业数字化中枢，一旦 凭证 被窃取，即可横向渗透至 财务、HR、研发 等核心业务系统。
  2. AI 助攻：如上文所示，AI 可以 自动化 攻击脚本、批量生成 钓鱼页面，导致 攻击成本趋近于零。
  3. 数据驱动决策：企业依赖 大数据、实时分析 做业务决策，若攻击者获取 业务数据，可进行 商业勒索、竞争情报窃取，甚至 伪造业务报告，危害不可估量。
  4. 远程协作：疫情后常态化的 远程办公 让 终端安全 成为薄弱环节，个人设备、家庭网络 的防护不足常被黑客利用。

在此背景下，单纯依赖 技术防御 已难以应对快速演变的威胁，人 的安全意识与技能成为 最后一道防线。正如《孙子兵法》所言：“兵者，诡道也。故能而示之不能，用而示之不用。” 只有让每位员工懂得“潜在的威胁”，才能在攻击萌芽阶段即将其扼杀。

邀请您加入信息安全意识培训——让安全成为工作的一部分

为帮助全体同仁在数字化转型的浪潮中保持 清醒的安全感知，公司将于 2026 年 8 月 1 日 正式启动 《信息安全意识提升培训》（以下简称 安全培训），培训内容涵盖：

模块 主要议题 时长
Ⅰ. 基础篇 网络安全基本概念、常见攻击手法（钓鱼、恶意软件、供应链攻击） 2 小时
Ⅱ. 云安全篇 Microsoft 365、Azure AD 的安全配置、Conditional Access、Zero‑Trust 实施要点 2 小时
Ⅲ. AI 安全篇 AI 代码生成风险、AI 驱动钓鱼的判别、LLM 安全使用指南 1.5 小时
Ⅳ. 实战演练 红队模拟钓鱼演练、日志追踪与异常检测、应急响应流程 2.5 小时
Ⅴ. 持续学习 安全知识平台、CTF 练习、内部安全分享社区 持续

培训亮点

  • 案例驱动：以本文剖析的三大真实案例为核心，配合 现场演示，让您直观感受攻击路径与防御要点。
  • 互动式学习：采用 情景剧、角色扮演（如“攻击者 vs 防御者”），将抽象概念具象化，提升记忆度。
  • AI 赋能：课堂将展示 ChatGPT、Claude 等大模型在安全审计、威胁情报中的正向应用，帮助大家掌握 AI 辅助防御的技巧。
  • 认证奖励：完成全部模块并通过 线上考核（80 分以上）者，将获得公司颁发的 《信息安全合规达人》 电子证书，计入年度绩效，且可在内部商城兑换 安全小礼品（如硬件安全令牌、加密U盘）。

古人云：“穷则变，变则通，通则久。” 面对持续进化的威胁，变通 正是我们唯一的出路。通过本次培训，您不仅能 提升个人安全素养，还能 助力组织构建零信任防线，让安全成为公司竞争力的核心要素。

报名方式

请登录公司内部 安全学习平台（URL: https://security.intranet/learning），使用公司统一账号登录后，点击 “信息安全意识提升培训”，选择 “报名参加” 即可。若您在报名过程中遇到任何技术问题，可联系 安全运维部（邮箱：[email protected]） 进行咨询。

结束语：从“防御”走向“主动”

信息安全不是“一次性投入”，而是一场 持续的、全员参与的 长跑。正如 《礼记·中庸》 讲：“博学之，审问之，慎思之，明辨之，笃行之。” 我们要 博学 —— 了解最新威胁动态；审问 —— 对每一次可疑链接、异常登录进行深度追问；慎思 —— 评估业务风险与技术防护的平衡；明辨 —— 区分真实与诱骗的细微差别；笃行 —— 将学习到的防御措施落实到日常工作中。

让我们共同努力，把 “安全意识” 从口号变为行动，把 “防御” 从被动转为主动。只要每位同事都能在自己的岗位上做好防护，企业的数字化转型才能真正 安全、稳健、可持续。

昆明亭长朗然科技有限公司采用互动式学习方式，通过案例分析、小组讨论、游戏互动等方式，激发员工的学习兴趣和参与度，使安全意识培训更加生动有趣，效果更佳。期待与您合作，打造高效的安全培训课程。

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