看起来已经解决了，但还有一些空位。
这通常是开发人员离开公司时发生的情况。暂停您的公司电子邮件帐户并收到笔记本电脑和员工 ID 卡。你能看到的都已经整理好了。
剩下的就是看不见的一面。 服务器和管理屏幕的访问权限在您创建列表之前不会得到确认。
即使您更改了一个密码，其他门也保持不变。
这是因为有不止一种方法可以访问它。每一个都以不同的方式注册，因此即使您关闭其中一个，其他的仍然保留。
| 门 | 在哪里注册的？ | 当仅邮件停止时 |
|---|---|---|
| 公司邮件 | 邮件服务帐户 | 关闭 |
| SSH 公钥 | ~/.ssh/authorized_keys | 按原样打开 |
| 数据库用户 | mysql.user | 按原样打开 |
| 存储库部署密钥 | Deploy key | 按原样打开 |
密码是人们记住的东西和， 公钥和分发密钥已注册在机器上。没看到。即使更改密码，注册的线路也不会被删除。即使您从存储库中删除协作者，部署密钥仍然是独立的。
失败似乎堆积如山，而成功却在一行中擦肩而过。
这种联系不太明显。尝试从外部窃听任何帐户 Failed password 它堆积起来并立即变得可见。另一方面，如果您使用已注册的密钥输入， Accepted publickey 它排成一行。
记录本身仍然存在。 但是，如果您设置了基于失败次数的通知，则不会触发此行。而钥匙属于谁，并不是日志。 查看已注册的密钥列表 你可以说出来。与其说“即使被突破也不会发出警报”，更准确的说法是“不会被仅显示失败的通知触发”。
有两种计算方法：
当蓝色画布检查其运营资产中每一项的存在并进行统计时，可以保留访问权限的位置被分为两部分。服务器上命令可统计的位数 四个地方，人们必须打开控制台的地方 八个地方是的。
| 服务器中可以使用命令统计的位置 | 如何检查 |
|---|---|
| 服务器登录帐户 | getent passwd 使用登录 shell 查看帐户为 |
| 已注册的 SSH 公钥 | ~/.ssh/authorized_keys 查看行及其后面的注释。 |
| 须藤权限 | getent group sudo 和 /etc/sudoers.d/ 看法 |
| 数据库用户 | SELECT user, host FROM mysql.user; 查看您的帐户和访问范围 |
| 服务器外部·需要打开控制台的地方 | 为什么这很重要 |
|---|---|
| 管理员页面登录 | 如果您使用CMS，还可以在会员表中看到管理员级别。 |
| FTP·SFTP帐号 | 共享主机可能有单独的 FTP 密码和 SSH 密码。 |
| 托管/云控制台 | 它比服务器帐户具有更大的权限，因为它可以删除服务器或创建新服务器。 |
| 域名注册商 | 如果打开的话，即使你锁定服务器，地址也会被转移到另一个地方。 |
| 存储帐户和部署密钥 | 即使您删除协作者，部署密钥仍然是独立的。 |
| 备份存储 API 密钥 | 备份是完整的副本，因此一个密钥相当于整个服务器。 |
由于每个企业使用的服务不同，因此职位数量和名称也会有所不同。这张表可以被视为决定“我们公司应该关注的方向”的起点。
在删除之前先获取列表。
- 请求以离职人员的名义提供剩余帐户和访问方法的列表。 将帐户、公钥、数据库用户、控制台登录名和部署密钥收集到一处。
- 删除前请检查是否是您共同使用过的账号。 仅删除共享帐户可能会导致部署和备份停止。首先检查 cron 和部署脚本是否正在使用该帐户。
- 区分擦除和发布新的关键。 仅删除该人的密钥，然后创建一起使用的新密钥并替换它。如果一次性全部丢弃，正常服务将停止。
如果你好奇敲门人的记录， 如果管理员地址是/admin，每天会被攻击多少次？您可以继续观看。您也可以委托我们整理该列表并在事后对其进行监控。
文本和视频中出现的清单、访问方法表和日志是再现屏幕，并不传输实际的帐户名或密钥。
