代码拉取完成,页面将自动刷新
同步操作将从 aqztcom/sso 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
推荐阅读:
项目(点击预览) | 文章作者 ID | 文章链接 | 学习资源 |
---|---|---|---|
# 安全运维规范 # | @ppabc|安全运维规范发起人 | 原创链接 | 推荐|归档 |
- 内部漏扫工具-巡风 | @ysrc|同程安全应急响应中心 | 原创链接 | 推荐|归档 |
- Docker的蜜罐系统 | @atiger77|atiger77 | 原创链接 | 推荐|归档 |
- jumpserver跳板机 | @jumpserver|jumpserver | 原创链接 | 推荐|归档 |
- 脚本自动安全检查基线 | @ppabc|安全运维规范发起人 | 转载链接 | 推荐|归档 |
- 服务器安全事件应急响应排查 | @ppabc|安全运维规范发起人 | 转载链接 | 推荐|归档 |
- GitLab误删除数据库事件的几点思考 | @左耳朵耗子|程序员,酷壳博主 | 转载链接 | 推荐|归档 |
- Gitlab从删库到恢复:丢失6小时生产数据 | 龙井、萧田国 | 转载链接 | 推荐|归档 |
- 运维三十六计 | 梁定安、周小军 | 转载链接 | 推荐|归档 |
目前,网上运维工程师服务器安全意识参差不齐,大部分都存在这三方面的问题:
服务器安全不是很懂;
服务器安全重要,但没按要求做,或安全设置不全面;
服务器安全重要,安全设置都有做,但实际操作有遗忘,安全意识不强。
比如:在2017/01/31 18:00 UTC国外Gitlab出现故障,丢失了6小时的生产数据!Gitlab 数据库终于在北京时间 2月2日 0:14 恢复成功(18:14 UTC 02/01)。运维工程师操作时。没有检查正在操作的服务器,以至于误删除了正常的数据。
安全设置要不要做?做安全还是不做安全?还是说只做一些基础设置。
如果安全相关工作,能让服务器和服务器集群更安全,那就要去做。
安全的相关工作尽量做,不会做的想办法做,实在没法做的,那就延后再说,也许现在没办法做,可能以后有办法,想做总能找到办法。
安全无小事,要想想不安全的后果,如果出现安全事件,数据泄露,数据库被拖库,后果是很严重的,这样的案例互联网上很多,就不多说了。
项目的口号是:使用服务器安全运维规范,不掉坑,不背锅!
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。