只在内网访问，还需要账号权限吗？
通常仍需要。内网边界不能替代应用层身份、角色和数据范围控制。
Dashboard Security
数据大屏权限、安全与审计怎么做
摘要：数据大屏即使以展示为主，也可能包含经营、人员、项目、设备或位置数据。安全设计应从使用者和数据范围开始，明确谁能看、能看哪些范围、能做什么操作、哪些事件留痕，以及固定大屏终端和后台管理如何隔离。
先做“角色 × 数据 × 操作”矩阵
不要只建立“管理员、普通用户”两个角色。先列出实际使用者，例如领导、部门负责人、值班人员、运营人员、展示终端和系统管理员；再为每个角色确认页面、组织或区域数据范围，以及查看、筛选、导出、配置、发布和账号管理等操作。
默认拒绝，再按需要授权
OWASP的 Authorization Cheat Sheet建议采用最小权限和默认拒绝思路。项目落地时，前端隐藏按钮不能替代后端鉴权；新页面、新接口和新数据范围也应明确配置权限，而不是默认对所有已登录用户开放。
展示权限和数据权限要分开
用户能进入某个页面，不代表可以看到所有部门、项目或区域数据。接口应根据用户身份和授权范围返回数据，导出、详情下钻和分享链接也要使用同一套规则。用于展厅或指挥中心的固定终端，可以使用用途受限的专用账号，但不应复用管理员账号。
哪些事件需要记录
| 事件类别 | 常见记录 | 注意事项 |
|---|---|---|
| 身份与权限 | 登录失败、账号启停、角色和数据范围变更 | 记录操作者、时间、对象和结果 |
| 数据操作 | 导出、批量查询、配置修改和手工数据调整 | 避免把敏感原文全部写入日志 |
| 系统管理 | 接口配置、阈值、页面发布和定时任务变更 | 保留变更前后值或版本关联 |
| 异常安全 | 越权拒绝、接口错误、日志停止和异常流量 | 明确告警对象和处理流程 |
OWASP的 Logging Cheat Sheet指出，应用日志应服务于安全和运营目的，并注意访问控制、完整性、敏感信息和保留期限。日志不是越多越好，应按用途定义字段、查看权限和保留策略。
敏感信息如何在大屏上处理
先判断页面是否真的需要展示个人信息、联系方式、精确位置、财务明细或设备控制信息。能用汇总值解决的问题，不展示明细；必须展示时，可按角色脱敏、缩小范围或转到受控详情页。截屏、投屏、导出和浏览器缓存也要纳入评估。
固定大屏终端还要检查什么
- 使用专用低权限账号，限制系统设置、外部网站和本地文件访问。
- 明确开机启动、会话超时、断网恢复、浏览器更新和凭据轮换方式。
- 管理后台与公开展示入口分离，避免在现场终端保留管理权限。
- 服务器、域名、证书、备份、时间同步和日志容量都有责任人。
验收时做六类反向测试
- 未登录直接访问页面和接口是否被拒绝；
- 低权限角色能否通过修改地址或请求参数查看越权数据；
- 已停用账号、过期会话和旧分享链接是否仍可访问；
- 导出、配置和权限变更是否产生可查日志；
- 日志中是否意外出现密码、令牌或不必要的敏感数据；
- 日志服务异常、磁盘不足或网络中断时，系统如何提示与恢复。
常见问题
只展示不编辑，还需要审计日志吗？
至少应根据风险记录登录失败、权限变更、配置修改、数据导出和管理操作。
大屏自动登录怎么处理？
为固定终端设置用途受限的专用账号，限制页面与数据，并明确凭据轮换和终端管理。
是否必须满足等保要求？
是否适用及适用级别应由建设方、安全团队和相关专业机构结合实际系统判断。