第1章安全概述

1、安全概述：大屏安全的重要性、常见安全威胁类型、安全策略设计原则

说实话，很多人觉得大屏就是个“展示工具”。数据投上去，大家看看就完了。但我在实际项目中踩过坑之后，才真正意识到——大屏往往是企业数据资产的“脸面”，也是最容易被忽视的攻击入口。

你想想看，大屏通常挂在公司前台、展厅、甚至指挥中心。它24小时开着，连接着后台数据库、API接口、甚至核心业务系统。一旦被攻破，不只是屏幕被篡改那么简单。我见过一个案例，攻击者通过大屏的WebSocket通道反向渗透到了内网，直接拿到了生产环境的数据库权限。嗯，这可不是危言耸听。

⚠️ 注意： 大屏不是“只读设备”。它背后有数据流、有接口、有权限体系。把它当成普通显示器，是最大的安全误区。

我在做安全审计时，总结了大屏场景下最常见的几类威胁。说白了，攻击者盯上的无非是这几个点：

数据泄露：大屏展示的数据往往经过脱敏，但接口返回的原始数据可能包含敏感信息。我曾经遇到过，前端直接调用了未鉴权的API，结果用户信息、订单金额全暴露了。
内容篡改：攻击者劫持WebSocket或HTTP请求，往大屏上推送恶意内容。比如在金融公司的大屏上显示“系统已瘫痪”之类的假消息，造成恐慌。
未授权访问：大屏的URL或IP地址被扫描到，任何人都能打开。我记得有个项目，大屏管理后台居然没有登录页，直接暴露在公网上。
跨站脚本攻击（XSS）：如果大屏展示的内容包含用户输入，又没有做过滤，攻击者可以注入恶意脚本。轻则弹窗，重则窃取Cookie。
拒绝服务攻击（DoS）：大屏需要实时刷新数据，如果接口被大量请求打满，大屏就会卡死或白屏。这在演示现场是致命的。

讲完了威胁，咱们聊聊怎么防。我个人习惯把大屏安全策略拆成三个层面：入口控制、数据传输、展示隔离。说白了，就是“谁可以看”、“数据怎么传”、“展示时怎么防”。

大屏只展示它需要的数据。别把整个数据库的查询权限给它。我建议给大屏单独建一个只读账号，只开放必要的表和字段。曾经有个项目，大屏账号居然有写入权限，结果测试时不小心改了一条生产数据……嗯，你懂的。

别指望单点防护。大屏前端要做输入校验，后端接口要做鉴权和限流，网络层要做防火墙和WAF。三层都防住，攻击者才没那么容易得手。

所有配置默认都是安全的。比如默认开启HTTPS、默认要求登录、默认对输出内容编码。我见过太多“先上线再说，安全后面补”的项目，结果后面就忘了补。

  💡 核心思路： 大屏安全不是加一把锁，而是建一套体系。从网络、接口、前端、运维四个维度同时下手。

谁在什么时候访问了大屏？数据有没有被异常拉取？这些都要有日志。我习惯在网关层记录每一次大屏的请求，包括来源IP、请求参数、响应状态。出了问题，能快速定位。

大屏的IP和端口不要公开。能用内网就用内网，必须公网访问的话，加白名单和VPN。我记得有个客户，大屏直接绑在公网IP上，连端口都没改，结果被扫描工具扫了个底朝天。

📌 避坑指南： 我曾经犯过一个错——大屏的WebSocket连接没有做心跳和超时断开。结果一个连接挂在那里好几天，占着资源不说，还成了攻击者的“持久通道”。后来我强制要求所有连接必须30秒无活动就断开。

大屏安全，说白了就是“别让展示变成灾难”。你想想看，一个漂亮的大屏背后，如果连基本的鉴权、加密、日志都没有，那它就是个定时炸弹。我个人习惯在设计阶段就把安全策略写进需求文档，而不是等上线后再补。嗯，这期内容就到这里，下一章咱们聊聊具体的权限控制模型怎么落地。