{"id":38040,"date":"2019-10-31T22:21:20","date_gmt":"2019-10-31T19:21:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/propatchil-exim-propatch-eshhe-raz-svezhee-remote-command-execution-v-exim-4-92-v-odin-zapros\/"},"modified":"2021-02-01T11:37:46","modified_gmt":"2021-02-01T09:37:46","slug":"propatchil-exim-propatch-eshhe-raz-svezhee-remote-command-execution-v-exim-4-92-v-odin-zapros","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/propatchil-exim-propatch-eshhe-raz-svezhee-remote-command-execution-v-exim-4-92-v-odin-zapros","title":{"rendered":"Patch-elt Exim \u2014 patchelj \u00fajra. Friss Remote Command Execution az Exim 4.92-ben egy k\u00e9r\u00e9ssel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Patch-elt<\/p>\n

Nemr\u00e9giben, a ny\u00e1r elej\u00e9n t\u00f6meges felh\u00edv\u00e1sok indultak az Exim 4.92 verzi\u00f3ra t\u00f6rt\u00e9n\u0151 friss\u00edt\u00e9sre a CVE-2019-10149 sebezhet\u0151s\u00e9g miatt (Azonnal friss\u00edtse az exim-t 4.92-re \u2014 akt\u00edv fert\u0151z\u00e9s zajlik \/ Habr<\/a><\/noindex>). A napokban der\u00fclt ki, hogy a Sustes nev\u0171 rosszindulat\u00fa program kihaszn\u00e1lja ezt a sebezhet\u0151s\u00e9get.<\/p>\n

Most pedig az \u00f6sszes s\u00fcrg\u0151sen friss\u00edtett felhaszn\u00e1l\u00f3 \u00fajra \u201e\u00f6rvendezhet\u201d: 2019. j\u00falius 21-\u00e9n a Zerons kutat\u00f3 kritikus sebezhet\u0151s\u00e9get fedezett fel az Exim Mail Transfer agent (MTA) TLS haszn\u00e1lata k\u00f6zben<\/strong> a 4.80-t\u00f3l 4.92.1-ig<\/strong> terjed\u0151en, amely lehet\u0151v\u00e9 teszi a t\u00e1voli privilegiz\u00e1lt jogokkal rendelkez\u0151 k\u00f3d v\u00e9grehajt\u00e1s\u00e1t.<\/strong> (CVE-2019-15846<\/a><\/noindex>).<\/p>\n

<\/a><\/noindex><\/p>\n

S\u00e9r\u00fcl\u00e9kenys\u00e9g<\/h3>\n

A sebezhet\u0151s\u00e9g fenn\u00e1ll a GnuTLS \u00e9s OpenSSL k\u00f6nyvt\u00e1rak haszn\u00e1lata sor\u00e1n, amikor biztons\u00e1gos TLS kapcsolatot l\u00e9tes\u00edtenek.<\/p>\n

Heiko Schlittermann fejleszt\u0151 elmond\u00e1sa szerint az Exim konfigur\u00e1ci\u00f3s f\u00e1jlja alap\u00e9rtelmezetten nem haszn\u00e1l TLS-t, azonban sok disztrib\u00faci\u00f3 telep\u00edt\u00e9skor l\u00e9trehozza a sz\u00fcks\u00e9ges tan\u00fas\u00edtv\u00e1nyokat \u00e9s enged\u00e9lyezi a biztons\u00e1gos kapcsolatot. Ezen k\u00edv\u00fcl az \u00fajabb Exim verzi\u00f3k automatikusan be\u00e1ll\u00edtj\u00e1k a tls_advertise_hosts=*<\/em> opci\u00f3t, \u00e9s l\u00e9trehozz\u00e1k a sz\u00fcks\u00e9ges tan\u00fas\u00edtv\u00e1nyokat.<\/p>\n

a konfigur\u00e1ci\u00f3t\u00f3l f\u00fcgg. A legt\u00f6bb disztrib\u00faci\u00f3 alap\u00e9rtelmez\u00e9s szerint enged\u00e9lyezi, de az Eximnek tan\u00fas\u00edtv\u00e1ny+kulcs sz\u00fcks\u00e9ges a TLS szerverk\u00e9nt val\u00f3 m\u0171k\u00f6d\u00e9shez. Val\u00f3sz\u00edn\u0171leg a disztrib\u00faci\u00f3k egy tan\u00fas\u00edtv\u00e1nyt hoznak l\u00e9tre a telep\u00edt\u00e9s sor\u00e1n. Az \u00fajabb Eximekben a tls_advertise_hosts opci\u00f3 alap\u00e9rtelmez\u00e9s szerint «*», \u00e9s l\u00e9trehoznak egy \u00f6nal\u00e1\u00edrt tan\u00fas\u00edtv\u00e1nyt, ha nem adtak meg egyet.<\/p><\/blockquote>\n

A sebezhet\u0151s\u00e9g alapja a SNI (Server Name Indication) helytelen kezel\u00e9se, amely technol\u00f3gi\u00e1t 2003-ban vezett\u00e9k be az RFC 3546-ban, hogy a kliens megfelel\u0151 tan\u00fas\u00edtv\u00e1nyt k\u00e9rhessen a domain n\u00e9vhez. A TLS SNI szabv\u00e1ny terjed\u00e9se \/ WEBO Group blog \/ Habr<\/a><\/noindex>) a TLS-k\u00e9zfog\u00e1s sor\u00e1n. A t\u00e1mad\u00f3nak elegend\u0151 elk\u00fcldeni egy SNI-t, amely visszaperjel karakterre («») \u00e9s egy null karakterre (» «) v\u00e9gz\u0151dik.<\/p>\n

A Qualys c\u00e9g kutat\u00f3i hib\u00e1t fedeztek fel a string_printing(tls_in.sni) f\u00fcggv\u00e9nyben, amely a «» helytelen escape-el\u00e9s\u00e9ben rejlik. Ennek k\u00f6vetkezt\u00e9ben a visszaperjel nem escape-elt form\u00e1ban \u00edr\u00f3dik a nyomtat\u00e1si header \u00e1llom\u00e1nyba. Ezt k\u00f6vet\u0151en ezt az \u00e1llom\u00e1nyt, amely privil\u00e9giumokkal rendelkez\u0151 jogokkal b\u00edr, a spool_read_header() f\u00fcggv\u00e9ny olvassa be, ami heap overflow-hoz vezet.<\/p>\n

\u00c9rdemes megjegyezni, hogy jelenleg az Exim fejleszt\u0151i l\u00e9trehozt\u00e1k a sebezhet\u0151s\u00e9g PoC-j\u00e1t, amely parancsok v\u00e9grehajt\u00e1s\u00e1t teszi lehet\u0151v\u00e9 egy t\u00e1voli sebezhet\u0151 szerveren, de ez m\u00e9g nem \u00e1ll nyilv\u00e1nos el\u00e9r\u00e9sre. A hiba kihaszn\u00e1l\u00e1s\u00e1nak egyszer\u0171s\u00e9ge miatt ez csup\u00e1n id\u0151 k\u00e9rd\u00e9se, \u00e9s meglehet\u0151sen r\u00f6vid id\u0151n bel\u00fcl v\u00e1rhat\u00f3.<\/strong><\/p>\n

A Qualys r\u00e9szletesebb kutat\u00e1sa megismerhet\u0151 itt<\/a><\/noindex>.<\/p>\n

\"Patch-elt<\/p>\n

Az SNI haszn\u00e1lata a TLS-ben<\/em><\/p>\n

A potenci\u00e1lisan sebezhet\u0151 ny\u00edlt szerverek sz\u00e1ma<\/h3>\n

Egy nagy hosting szolg\u00e1ltat\u00f3 statisztik\u00e1i szerint E-Soft Inc<\/strong> szeptember 1-j\u00e9n a b\u00e9relt szervereken a 4.92-es verzi\u00f3t a hosztok t\u00f6bb mint 70%-a haszn\u00e1lja.<\/p>\n

Verzi\u00f3
\nSzerverek sz\u00e1ma
\nSz\u00e1zal\u00e9k<\/p>\n

4.92.1
\n6471
\n1.28%<\/p>\n

4.92<\/strong>
\n376436<\/strong>
\n74.22%<\/strong><\/p>\n

4.91
\n58179
\n11.47%<\/p>\n

4.9
\n5732
\n1.13%<\/p>\n

4.89
\n10700
\n2.11%<\/p>\n

4.87
\n14177
\n2.80%<\/p>\n

4.84
\n9937
\n1.96%<\/p>\n

M\u00e1s verzi\u00f3k
\n25568
\n5.04%<\/p>\n

E-Soft Inc statisztik\u00e1ja<\/em><\/p>\n

Ha a keres\u0151szolg\u00e1ltat\u00e1shoz fordulunk Shodan<\/strong><\/a><\/noindex>, akkor az 5,250,000 szerver adatb\u00e1zisb\u00f3l:<\/p>\n