ES未授权访问漏洞？别慌，手把手教你如何自查与修复！
嘿,朋友们！今天咱们来聊一个让运维小伙伴和开发同学都头疼的问题——ES未授权如何做，说真的，我第一次碰到这事儿的时候，心里咯噔一下，心想“完了，数据是不是裸奔了？”但冷静下来一步步排查，其实也没那么可怕，来，跟着我的思路走，保你也能从容应对！
咱们得搞清楚啥叫ES未授权,就是你的Elasticsearch集群没设密码，谁都能连上直接查数据、删索引，那画面太美我不敢看……（捂脸）这种漏洞在公网上简直是“裸奔”，黑客抓个包就能把你的用户信息、订单数据扒个精光，我有个朋友，他们公司就是这样，某天早上发现索引全被删了，老板脸都绿了，你说惨不惨？
那遇到这种情况,咱们怎么自查呢？第一步，先试试直接访问你的ES端口，比如http://你的IP:9200，如果浏览器直接返回了一堆JSON数据，那恭喜你，中招了！我当初就是好奇试了一下，结果当场石化……不过别怕，发现问题就是解决问题的开始。
接下来重点来了,ES未授权如何做——修复方案我整理了几招，亲测有效！
第一招：开鉴权（最基础）
在ES的配置文件elasticsearch.yml里加上xpack.security.enabled: true，然后重启集群，注意啊，别光改一个节点，集群里所有节点都要改，不然会有惊喜（手动狗头），改完之后，就得创建用户密码了，用elasticsearch-setup-passwords interactive命令，交互式设置，跟填表格一样简单。
第二招：防火墙/安全组设白名单（补救措施）
如果一时半会儿没法改配置，那就先把ES端口对公网关了！在云控制台或者服务器防火墙里，只允许你办公网IP访问9200端口，我做过测试，设置完之后再试试外部访问，直接超时，心里那个踏实啊~
第三招：反向代理+认证（进阶玩法）
用Nginx或者Apache做前置代理，加一层Basic Auth，这样即使ES本身没开鉴权，外面人也要先过代理这关，说白了，就是给数据保险柜再加把锁，双保险，晚上睡觉都香。
第四招：定期巡检不可少（日常习惯）
修好之后别以为万事大吉了，我建议每周扫一遍端口，或者直接用脚本检测9200端口是否暴露在外，别嫌麻烦，我吃过亏，那段时间天天做噩梦，梦见索引被删……（苦笑）
最后啰嗦两句,ES未授权这事儿，八成是开发图省事、运维没跟上，大家都不容易，但数据安全真不是儿戏，出了事兜底的是整个公司，希望我这篇分享能帮到你，如果还有啥不懂的，评论区喊我，我看到必回！咱们下期见，拜拜啦~👋
（本文作者为一线运维老兵，经验纯手打，欢迎转发给有需要的朋友~）