可访问性

安全无小事：从真实案例看“无形入口”，在数字化浪潮中筑牢防线

admin

前言脑暴
1️⃣ “隐形手套”事件——某金融APP利用 Android 辅助功能 API 伪装键盘，悄然窃取用户的 OTP 与登录密码，导致上万用户资金被盗。

2️⃣ “画中画”骗局——黑客在 Android 系统中通过 Accessibility Service 创建浮动窗口，冒充系统安全页面，引导用户授权敏感权限，随后植入间谍软件，数月后持续向 C&C 服务器回传企业内部文件。
3️⃣ “自动化恶意脚本”——在企业内部的 RPA（机器人流程自动化）平台中，攻击者利用未受限的 Accessibility API 编写脚本，模拟人工操作完成财务系统的转账审批，结果造成数亿元误转。

这三桩看似“高科技”，实则皆因“可访问性”这一正当功能被“偷梁换柱”。在数字化、数智化、自动化深度融合的今天，攻击者只要找到一条“软通道”，便能在不突破硬件防护的前提下，轻松突破企业安全围墙。下面，我们将以这些真实案例为切入口，深入剖析威胁根源、攻击手段及防御思路，帮助每一位同事在日常工作与生活中提升安全感知、夯实技能，做好“一点防护，万里无忧”。

一、案例深度剖析

1. 案例一：金融APP的“沉默键盘”——Android 辅助功能 API 被滥用

事件概述
2025 年底，国内某大型商业银行的移动客户端被发现通过 Accessibility Service 实时监听屏幕内容，截获用户输入的 OTP（一次性验证码）和登录密码，并在用户不知情的情况下将其发送到攻击者控制的服务器。此次攻击导致约 1.2 万用户资产被转移，损失累计超过人民币 1.5 亿元。

攻击链条
1. 获取 Accessibility Service 权限：攻击者通过伪装成“系统安全工具”诱导用户手动开启该服务。
2. 读取屏幕内容：利用 AccessibilityNodeInfo 接口实时抓取 OTP 输入框的文本。
3. 劫持输入：在用户输入完成后，立即将截获的凭证通过加密通道回传。
4. 完成转账：攻击者利用已获取的 OTP，在同一时间窗口内完成资产转移。

技术要点
– AccessibilityService：本是为视障人士提供屏幕朗读、交互辅助的合法功能。
– Advanced Protection Mode (APM) 失效：在此案例中，受害者未启用 Google 的 APM，导致恶意服务可自由开启。
– 缺乏二次验证：银行端对异常登录未进行行为分析或多因素验证。

教训与启示
– 任何非必要的辅助功能，都应在设备上关闭。
– 企业 App 必须实现防护机制，检测是否被 Accessibility Service 监听（如使用 isScreenReaderRunning() 等 API 检测）。
– 用户教育：提醒用户只有在明确需要时，才手动开启辅助功能，且需通过官方渠道下载可信应用。

2. 案例二：浮动窗口的“画中画”骗局——伪装系统安全页面

事件概述
2024 年 9 月，某大型跨国企业内部信息安全团队在内部监控平台上发现异常流量。进一步追踪后，发现一款名为 “SecureGuard” 的 Android 应用在用户打开系统设置时，弹出一层看似官方的安全验证页面，要求授权 “读取所有窗口内容” 权限。用户点击 “同意” 后，恶意软件悄然植入系统，开启后台键盘记录与截图功能，持续数月窃取内部项目文档及邮件。

攻击链条
1. 诱骗下载：通过钓鱼邮件或社交工程，引导用户下载伪装的安全工具。
2. 申请 Accessibility 权限：利用 requestAccessibilityService() 接口弹出系统对话框，伪装成系统安全设置。
3. 创建悬浮窗：通过 TYPE_APPLICATION_OVERLAY 权限，在画面中央绘制假冒的安全验证框。
4. 植入后门：利用已获授权的 Accessibility Service，自动化执行 UI 脚本，实现键盘记录、截图、文件上传。

技术要点
– 画中画（PiP）与悬浮窗：Android 12+ 已限制 TYPE_APPLICATION_OVERLAY 的使用范围，但在未开启 APM 的设备上仍可被滥用。
– 权限滥用：攻击者通过组合 READ_FRAME_BUFFER、WRITE_SECURE_SETTINGS 等高危权限，实现持久化控制。
– 行为隐蔽：利用 Accessibility Service 的 “无 UI” 运行模式，用户难以察觉。

防御建议
– 系统层面：在企业管理的移动设备上统一开启 APM，限制非必要的可访问性服务。
– 应用层面：企业 App 在启动时校验系统是否存在异常的 Accessibility Service（通过 AccessibilityManager.getEnabledAccessibilityServiceList()）。
– 用户层面：宣传“任何弹出窗口要求授权系统级权限，都应先核实其来源”，不轻易点击同意。

3. 案例三：RPA 平台的“自动化恶意脚本”——利用 Accessibility API 绕过人工审批

事件概述
2025 年 3 月，某制造业集团的财务系统被黑客利用内部部署的 RPA（机器人流程自动化）平台进行伪造审批。攻击者在 RPA 机器人中植入针对 Accessibility Service 的脚本，使机器人能够读取并填写财务系统的审批页面，实现自动完成大额转账。事发后，集团财务累计误转资金约 3.2 亿元。

攻击链条
1. RPA 环境渗透：攻击者通过弱口令或未打补丁的 RPA 控制台获取管理权限。
2. 注入 Accessibility 脚本：利用 adb shell settings put secure enabled_accessibility_services 命令开启自定义 Accessibility Service。
3. 模拟人工操作：脚本通过 performGlobalAction(GLOBAL_ACTION_CLICK)、setText() 等 API 完成审批流程。
4. 转账完成：机器人在后台完成转账，无需任何人工干预。

技术要点
– RPA 与 Accessibility 的结合：RPA 本身依赖 UI 自动化，而 Accessibility API 为其提供了更深层次的系统交互能力。
– 缺乏分层审计：财务系统未实现交易行为的多因素审计（比如异常金额、设备指纹校验等）。
– 权限管理薄弱：RPA 机器人运行在拥有系统级权限的服务账号下，未对权限进行最小化原则约束。

防御建议
– 最小权限原则：RPA 机器人应在受限的用户空间运行，禁止开启 Accessibility Service。
– 交易审计：对关键信息系统的高风险操作引入行为分析与双人复审机制。
– 安全管控：对所有系统服务的权限变更进行实时监控，异常时自动回滚并报警。

二、从案例看“可访问性”漏洞的根本原因

  1. 功能设计初衷与实际使用脱节
    辅助功能（Accessibility）本是为残障人士提供帮助，却因其“读取屏幕”“控制输入”的强大能力，被攻击者当作“软后门”。在设计时未对其使用场景进行严格限制，导致安全边界模糊。

  2. 权限模型缺乏细粒度控制
    Android 系统在过去几年虽已加入声明式权限，但对 Accessibility Service 的权限仍是“一键开启”。高级保护模式（APM）虽提供了限制，但仍需要用户主动开启，且企业端缺少统一强制的技术手段。

  3. 用户安全意识不足
    很多用户对“辅助功能”了解甚少，看到系统弹窗询问开启时往往“一键同意”，尤其是当弹窗伪装成官方安全提示时，更容易受骗。

  4. 企业内部安全治理不够细致
    在 RPA、自动化平台、内部应用开发中，对系统权限的审计不够，导致恶意脚本有机可乘。

三、数字化、数智化、自动化时代的安全新挑战

  • 数字化转型让业务流程全部搬到线上，信息资产呈指数级增长；
  • 数智化（AI）为运营决策提供数据支撑，也为攻击者提供了更精准的目标画像；
  • 自动化（RPA、DevOps、CI/CD）大幅提升效率，却常常伴随“权限膨胀”，成为攻击者的潜在入口。

在这样的大背景下，“人是最薄弱的环节”的老话依旧成立，但薄弱点已经从“密码”迁移到“权限”。我们必须在技术、流程、文化三个层面同步发力，形成“技术防护 + 流程管控 + 人员意识”三位一体的安全防线。

四、号召全体职工参与信息安全意识培训

1. 培训目标

  • 认知提升：让每位员工了解 Android 可访问性 API 的攻击原理及其在企业环境中的潜在风险。
  • 技能赋能：通过实战演练，掌握辨别恶意弹窗、检测系统是否被异常 Accessibility Service 监听的技巧。
  • 行为养成：培养“遇到系统权限请求先问三遍、确认来源后再决定”的安全习惯。
  • 文化沉淀：将安全意识渗透到日常工作、项目研发、外部合作的每一个环节。

2. 培训形式

形式 内容 时间 参与方式
线上微课 5 分钟短视频，介绍 Accessibility API 基础与常见攻击手法 每周一次 企业内部学习平台
现场案例研讨 现场拆解本篇文章中的 3 大案例，分组讨论防御方案 每月一次 线下会议室或视频会议
实操演练 通过模拟手机环境，让学员亲手检测并禁用非法 Accessibility Service 每季度一次 虚拟实验室（含 Android 虚拟机）
安全冲刺赛 以“发现并修复 Accessibility 漏洞”为主题的团队挑战赛 年度一次 跨部门组队，奖励丰厚
问答积分 在企业内部安全社区发布安全问答，累计积分可兑换培训证书 持续进行 安全社区平台

3. 培训收益

  • 个人层面：提升自我保护能力，避免因一次误点导致个人信息泄露或财产损失。
  • 团队层面：形成安全共识，降低因内部误操作导致的风险传播。
  • 组织层面：通过全员安全基线提升，帮助公司在审计、合规、供应链安全评估中获得更高评分。
  • 行业层面：树立企业安全标杆，为行业安全生态贡献力量。

五、实用安全小贴士（即学即用）

  1. 检查系统是否启用了未知的 Accessibility Service
    • 打开 设置 → 辅助功能 → 已启用的服务，确认列表中仅有官方或可信的辅助工具。
    • 如发现陌生项，立即点击关闭并卸载对应应用。
  2. 开启 Google 的 Advanced Protection Mode（APM）
    • 登录 Google 账户 → 安全 → 高级保护 → 按指引开启。该模式将限制第三方应用的可访问性权限。
  3. 对企业内部 RPA 机器人进行权限审计
    • 检查机器人运行账户的系统权限，确保未授予 android.permission.BIND_ACCESSIBILITY_SERVICE。
    • 建议采用基于容器的执行环境，限制对系统服务的访问。
  4. 定期更新系统与应用
    • Android 系统每月发布安全补丁，及时升级可修复已知的 Accessibility 漏洞。
    • 企业内部应用请配合 DevSecOps 流程，确保每次发布前进行安全审计。
  5. 养成“安全三思”习惯
    • 看到权限弹窗 → 先确认来源 → 再决定是否授权。
    • 若不确定，暂停操作并向 IT 安全部门求助。
  6. 利用安全工具监控异常行为
    • 部署移动端安全管理（MDM）平台，实时监控设备的 Accessibility Service 启动记录。
    • 设置告警阈值，一旦检测到异常开启即刻阻断并通知管理员。

六、结语：从“技术漏洞”到“安全文化”，每个人都是守门人

在数字化、数智化、自动化的浪潮里，技术进步永远是双刃剑。Android 可访问性 API 为残障人士打开了通往数字世界的大门，却也在不经意间为黑客敞开了盗窃之路。正如古人所言，“天下大事，必作于细”。我们不能只在事后修补漏洞，更要在每一次点击、每一次授权、每一次系统升级中，主动审视安全风险。

从今天起，让我们一起行动：

  • 打开 APM，关闭不必要的辅助功能；
  • 参与公司即将开启的信息安全意识培训，把案例中的痛点转化为自己的防线；
  • 在工作中主动检查权限、报告异常，让安全成为习惯，而非负担。

只有全体员工形成“安全先行、风险共担”的合力，企业才能在数字化转型的路上走得更稳、更快。让我们以案例为镜，以培训为师，以行动为剑，斩断那些潜伏在“无形入口”的威胁，守护每一位同事、每一笔业务、每一个创新梦想。

安全，是每个人的责任，也是每个人的权利。让我们在这场信息安全的“大考”中，携手共进，赢得未来！

昆明亭长朗然科技有限公司致力于提升企业保密意识，保护核心商业机密。我们提供针对性的培训课程，帮助员工了解保密的重要性，掌握保密技巧，有效防止信息泄露。欢迎联系我们，定制您的专属保密培训方案。

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