停止ElasticSearch
service elasticsearch stop
更换ElasticSearch配置，这是这个漏洞的关键！
script.disable_dynamic: true --从flase改成true
我在想这样的一个动态脚本能力是怎么考虑的？妥妥的漏洞啊，就像上次的Redis默认无安全验证问题一样啊！！！
删掉temp
rm -rf /tmp
我这是很愤怒的！不过冲动是魔鬼，rm -rf请慎重！！！整个服务器删掉的悲伤故事就是它惹的。
批量杀掉进程
kill -9 $(ps -ef | grep elastic | grep -v grep | awk '{print $2}')
重新查看下进程列表 确保木马不重启
ps -ef
结果看起来是乐观的，不过是不是真的杀掉了？还需要时间的检验了？
重启Elastichsearch
service elasticearch start
为了更安全起见，服务器都加强了密码，还用ClamAV扫了一遍。
续集？？ 希望不要有续集了！！！
总结
这次的安全事故，我想大概像我这样的Linux新手不在少数，随着.NET的跨平台，大量的.NET应用会依赖更多的linux环境组件，Linux的应用安全一定也是需要更受我们重视的(虽然Linux不是在业界号称比Windows安全嘛，不过Linux应该会说这是Elasticsearch的锅啊！！！)
以上所述是小编给大家介绍的Ubuntu服务器被黑经历，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对易采站长站网站的支持！
