可见的规则 · 可追踪的操作

透明度和审计政策

使监控变得易于理解,并使管理访问权限具有问责性

本政策解释了组织在使用 DeskGate 时应遵循的治理原则:提前通知、记录用途、限制访问、可追溯的管理、定期审查以及公平的问题或争议处理流程。

DeskGate自托管控制明确的范围 · 可追溯的访问权限 · 有记录的审查
治理政策 · 最后更新日期:2026年8月18日如有疑问?请联系 DeskGate

透明度先于收藏

人们不应该在无意中发现工作场所的监控。

在部署之前,组织应该解释 DeskGate 是什么,为什么使用它,哪些员工和设备在范围内,哪些类别可以被记录,监控何时运行,谁可以查看信息,记录保留多长时间,以及如何提出问题或权限请求。

通知应使用简明易懂的语言,并区分日常员工分析、安全控制、技术支持、事件调查以及任何特殊情况的数据收集。如果目的、范围、证据、保存期限或接收方发生重大变更,则在变更生效前需要重新通知。

问责链

1

已批准用途

指定负责人记录业务需求、法律审查、范围和成功衡量标准。

2

已配置集合

管理员仅启用所需的模块、组、计划、警报和策略。

3

授权审查

访问权限遵循工作职责、已记录的案例、最小权限原则和保密原则。

4

记录操作

相关行政事件、调查结果、出口、变更和结果均可追溯。

基于角色的访问

平台管理员、经理、技术支持人员、安全审查员、审计员和服务提供商应获得不同的权限。绝不能仅仅为了方便而授予广泛的访问权限。组织应按既定计划审查活跃帐户、角色变更、休眠用户、客户边界、导出信息和特权活动。

审计审查

审计审查应检查催收是否仍符合其目的,通知是否仍然准确,保留期限是否得到执行,警报是否有效,管理员是否获得授权,调查是否得到记录,以及报告是否结合实际情况进行解读。审查结果需要明确负责人、目标日期、纠正措施的证据以及后续行动。

公正调查

屏幕截图、持续时间、警报、URL、应用程序分类、USB事件或不活动时间仅是信号,而非最终结论。请审查设备状况、工作角色、已批准的休息时间、会议、访问权限、出差情况、技术故障以及其他相关背景信息。给予受影响人员适当的机会来解释或更正不准确的信息。

政策例外

紧急或调查性访问权限应有时限,需经相应级别批准,并限定在相关范围内,事后进行审查。例外情况绝不能成为永久性的捷径。任何涉嫌滥用 DeskGate 的行为,均应根据情况通过安全、隐私、人力资源、法律或道德规范等渠道上报。

最低审计证据

维护当前政策和先前版本;批准和审查日期;员工通知;配置基线;角色分配;访问审查;保留计划;必要的数据保护影响评估或风险评估;事件和调查记录;培训完成情况;处理协议;支持访问批准;例外情况;补救计划;以及证明终止用途导致收集或删除功能失效的证据。

审计信息本身可能包含个人或安全敏感数据。应采用与底层 DeskGate 环境相同的访问、保留、保密、备份和事件控制措施来保护它。

沟通与审查标准

透明度声明应在工作开始前易于查找,并在工作结束后仍然可用。应提供实际示例,而不仅仅依赖于法律条文:例如,应用程序名称和持续时间是否可见,访问的网址是否被记录,是否可以启用屏幕截图或键盘活动记录,是否记录可移动介质事件,以及何时可能提供远程支持。当明确区分哪些功能已禁用以及哪些功能已启用时,应说明这些区别有助于员工理解实际情况。

管理人员和管理员需要定期接受关于目的限制、保密性、角色界限、报告限制、升级流程和安全导出等方面的培训。培训内容应包括不当好奇心、过度调查、客户交叉、共享凭证、未经授权的远程访问以及基于不完整活动得出结论等案例。如果日常行为与政策相悖,仅凭签署的政策是不够的。

至少应按既定的周期定期审查政策,并在发生重大事件、投诉、法律变更、新增模块、收购、外包或员工结构变更后进行审查。将书面声明与实际配置和管理员权限进行比对。发布重大变更并保留沟通证据。如法律或集体协议要求协商,则应在生效前完成协商程序。提供保密渠道处理疑虑,并禁止对善意提问或举报滥用行为的人进行报复。

透明度审查应向利益相关者提供简明易懂的结果:审查了哪些内容、发现了哪些差距、由谁负责整改、整改期限以及如何验证整改完成情况。严重滥用或反复出现的异常情况应上报给被审查团队以外的部门。