把数据放稳 · 总论
把数据放稳
数据安全不是装一把更好的锁，是让每一种「出事」都只丢一小块，而且丢了能找回来。
一、这组讲义写给谁
写给企业主。
我们交付的是一套方法论工作流，以及它在您那边的一套配置。这套配置跑在您自己的服务器、您自己的云账号上。数据始终在您手里，不在我们这里。
交付有两种：一种是教会型，我们把方法和配置教会您，交付当天就退出，之后由您自己管；一种是代运维型，交付后我们再帮您运维一段时间，到期或您喊停，再交还给您。
所以这组讲义要回答的，不是「您信不信我们」，而是「您自己能不能放心用、管不管得住」。配置里每一项为什么要这样设、坏了怎么办，这里一项一项讲。
二、企业主四问
点任一问，看它在哪一篇里答。
哪台服务器、哪个云账号、归谁所有。答不上来，后面三问都无从谈起。
就在本页，下面这一段
第一问是这一页要您先答的：请把「跑在哪台服务器、哪个云账号、账号登记在谁名下」写下来，放在您自己能找到的地方。我们交付时会和您一起填这一栏。
三、用四象限照一照
| 象限 | 在您的服务器上 |
|---|---|
| 已知的已知 | 服务器只认钥匙登录，只开必要的管理入口。这些通常一开始就做了 |
| 已知的未知 | 备份到底能不能恢复，有没有一份不在这台机器上。知道该查，一直没查 |
| 未知的已知 | 云账号本身就是服务器的总钥匙；页面上锁，不等于数据接口上锁。这是行业常识，只是很少有人拿来对照自己 |
| 未知的未知 | 业务系统的后台程序用的那个账号，能不能变成最高权限。不专门去查，根本想不到 |
四、看不到，不等于没有
这一组每一篇都会让您自查。查之前先记住一件事：看不到，和不存在，是两回事。
我们自己第一版评估里写过「系统日志不落盘」，后来发现，是查看用的账号权限不够，只看得到它自己那一部分。日志一直都在。
您拿到任何一份安全或运维报告，每一条「没有」都要问一句：是谁、用什么权限查的？
五、样板间
这一组里所有「我们自己的事」，都发生在我们自己的服务器上。问题是我们自己查出来的，当天补好，当天复核。
讲出来，不是说我们没出过事，而是说：每一条道理，我们都在自己身上验过。还没补好的，这里一条也不写。
给技术同学
- 报告里每一条结论，标注查看时用的权限。
- 分清「看不到」和「不存在」：权限不够时得到的空结果，不写成结论。
自查
- 您的工作流配置跑在哪台服务器、哪个云账号上，登记在谁名下？
- 您手上那份安全或运维报告，每一条「没有」是谁、用什么权限查的？
这一篇讲的，是我们每天在用的方法。
看我们怎么交付