Patched Exim - បំណះម្តងទៀត។ ការប្រតិបត្តិពាក្យបញ្ជាពីចម្ងាយស្រស់នៅក្នុង Exim 4.92 ក្នុងសំណើមួយ។

ថ្មីៗនេះ នៅដើមរដូវក្តៅ មានការអំពាវនាវយ៉ាងទូលំទូលាយសម្រាប់ Exim ដើម្បីធ្វើបច្ចុប្បន្នភាពទៅកំណែ 4.92 ដោយសារតែភាពងាយរងគ្រោះ CVE-2019-10149 (ធ្វើបច្ចុប្បន្នភាព Exim ជាបន្ទាន់ទៅ 4.92 - មានការឆ្លងមេរោគសកម្ម / Sudo Null IT News) ហើយថ្មីៗនេះវាបានប្រែក្លាយថាមេរោគ Sustes បានសម្រេចចិត្តទាញយកអត្ថប្រយោជន៍ពីភាពងាយរងគ្រោះនេះ។

ឥឡូវនេះ អស់អ្នកដែលធ្វើបច្ចុប្បន្នភាពជាបន្ទាន់អាច "រីករាយ" ម្តងទៀត៖ នៅថ្ងៃទី 21 ខែកក្កដា ឆ្នាំ 2019 អ្នកស្រាវជ្រាវ Zerons បានរកឃើញភាពងាយរងគ្រោះដ៏សំខាន់នៅក្នុង ភ្នាក់ងារផ្ទេរសំបុត្រ Exim Mail (MTA) នៅពេលប្រើ TLS សម្រាប់កំណែពី 4.80 ទៅ 4.92.1 រួមបញ្ចូល អនុញ្ញាតពីចម្ងាយ ប្រតិបត្តិកូដដោយសិទ្ធិមានសិទ្ធិ (CVE-2019-15846).

ភាពងាយរងគ្រោះ

ភាពងាយរងគ្រោះមានវត្តមាននៅពេលប្រើទាំងបណ្ណាល័យ GnuTLS និង OpenSSL នៅពេលបង្កើតការតភ្ជាប់ TLS សុវត្ថិភាព។

យោងតាមអ្នកអភិវឌ្ឍន៍ Heiko Schlittermann ឯកសារកំណត់រចនាសម្ព័ន្ធនៅក្នុង Exim មិនប្រើ TLS តាមលំនាំដើមទេ ប៉ុន្តែការចែកចាយជាច្រើនបង្កើតវិញ្ញាបនបត្រចាំបាច់កំឡុងពេលដំឡើង និងបើកការតភ្ជាប់សុវត្ថិភាព។ កំណែថ្មីនៃ Exim ក៏ដំឡើងជម្រើសផងដែរ។ tls_advertise_hosts=* និងបង្កើតវិញ្ញាបនបត្រចាំបាច់។

អាស្រ័យលើការកំណត់។ ការចែកចាយភាគច្រើនបើកវាតាមលំនាំដើម ប៉ុន្តែ Exim ត្រូវការវិញ្ញាបនបត្រ+សោ ដើម្បីដំណើរការជាម៉ាស៊ីនមេ TLS ។ ប្រហែលជា Distros បង្កើត Cert កំឡុងពេលដំឡើង។ Exims ថ្មីជាងនេះមានជម្រើស tls_advertise_hosts លំនាំដើមទៅជា "*" ហើយបង្កើតវិញ្ញាបនបត្រដែលចុះហត្ថលេខាដោយខ្លួនឯង ប្រសិនបើមិនមានផ្តល់ជូនទេ។

ភាពងាយរងគ្រោះខ្លួនវាស្ថិតនៅក្នុងដំណើរការមិនត្រឹមត្រូវនៃ SNI (Server Name Indication ដែលជាបច្ចេកវិទ្យាដែលត្រូវបានណែនាំក្នុងឆ្នាំ 2003 ក្នុង RFC 3546 សម្រាប់អតិថិជនដើម្បីស្នើសុំវិញ្ញាបនបត្រត្រឹមត្រូវសម្រាប់ឈ្មោះដែន។ ការចែកចាយស្តង់ដារ TLS SNI / WEBO Group Blog / Sudo Null IT News) កំឡុងពេលចាប់ដៃ TLS ។ អ្នកវាយប្រហារគ្រាន់តែត្រូវការផ្ញើ SNI ដែលបញ្ចប់ដោយសញ្ញាថយក្រោយ ("") និងតួអក្សរទទេ ("") ។

អ្នកស្រាវជ្រាវមកពី Qualys បានរកឃើញកំហុសនៅក្នុងមុខងារ string_printing(tls_in.sni) ដែលពាក់ព័ន្ធនឹងការគេចចេញពី “” មិនត្រឹមត្រូវ។ ជា​លទ្ធផល អក្សរ​កាត់​ត្រូវ​បាន​សរសេរ​ដោយ​មិន​គេច​ទៅ​កាន់​ឯកសារ​បឋមកថា​ស្ពូល​បោះពុម្ព។ បន្ទាប់មកឯកសារនេះត្រូវបានអានដោយសិទ្ធិឯកសិទ្ធិដោយមុខងារ spool_read_header() ដែលនាំទៅដល់ការហៀរសំបោរ។

គួរកត់សម្គាល់ថានៅពេលនេះ អ្នកអភិវឌ្ឍន៍ Exim បានបង្កើត PoC នៃភាពងាយរងគ្រោះជាមួយនឹងការប្រតិបត្តិពាក្យបញ្ជានៅលើម៉ាស៊ីនមេដែលងាយរងគ្រោះពីចម្ងាយ ប៉ុន្តែវាមិនទាន់មានជាសាធារណៈនៅឡើយទេ។ ដោយសារតែភាពងាយស្រួលនៃការកេងប្រវ័ញ្ចនៃកំហុស វាគ្រាន់តែជាបញ្ហានៃពេលវេលា និងខ្លីណាស់។

ការសិក្សាលម្អិតបន្ថែមទៀតដោយ Qualys អាចរកបាន នៅទីនេះ.

ការប្រើប្រាស់ SNI ក្នុង TLS

ចំនួនម៉ាស៊ីនមេសាធារណៈដែលងាយរងគ្រោះ

នេះបើយោងតាមស្ថិតិពីអ្នកផ្តល់សេវាបង្ហោះដ៏ធំមួយ ក្រុមហ៊ុន E-Soft Inc គិតត្រឹមថ្ងៃទី 1 ខែកញ្ញា នៅលើម៉ាស៊ីនមេដែលបានជួល កំណែ 4.92 ត្រូវបានប្រើនៅក្នុងជាង 70% នៃម៉ាស៊ីន។

កំណែ
ចំនួនម៉ាស៊ីនមេ
ភាគរយ

4.92.1
6471
1.28%

4.92
376436
74.22%

4.91
58179
11.47%

4.9
5732
1.13%

4.89
10700
2.11%

4.87
14177
2.80%

4.84
9937
1.96%

កំណែផ្សេងទៀត
25568
5.04%

ស្ថិតិរបស់ក្រុមហ៊ុន E-Soft Inc

ប្រសិនបើអ្នកប្រើម៉ាស៊ីនស្វែងរក Shodanបន្ទាប់មកក្នុងចំណោម 5,250,000 នៅក្នុងមូលដ្ឋានទិន្នន័យម៉ាស៊ីនមេ៖

• ប្រហែល 3,500,000 ប្រើ Exim 4.92 (ប្រហែល 1,380,000 ដោយប្រើ SSL/TLS);
• ជាង 74,000 ដោយប្រើ 4.92.1 (ប្រហែល 25,000 ដោយប្រើ SSL/TLS) ។

ដូច្នេះ ដែលគេស្គាល់ជាសាធារណៈ និងអាចចូលប្រើបាន Exim ដែលមានសក្តានុពលដែលងាយរងគ្រោះនឹង servers អំពី 1.5M.

ស្វែងរកម៉ាស៊ីនមេ Exim នៅក្នុង Shodan

ការការពារ

• ជម្រើសដ៏សាមញ្ញបំផុត ប៉ុន្តែមិនត្រូវបានណែនាំគឺមិនត្រូវប្រើ TLS ដែលនឹងនាំឱ្យសារអ៊ីមែលត្រូវបានបញ្ជូនបន្តយ៉ាងច្បាស់លាស់។
• ដើម្បីជៀសវាងការកេងប្រវ័ញ្ចលើភាពងាយរងគ្រោះ វាជាការប្រសើរក្នុងការធ្វើបច្ចុប្បន្នភាពទៅកំណែ Exim Internet Mailer 4.92.2.
• ប្រសិនបើវាមិនអាចធ្វើបច្ចុប្បន្នភាព ឬដំឡើងកំណែដែលបានជួសជុល អ្នកអាចកំណត់ ACL នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ Exim សម្រាប់ជម្រើស acl_smtp_mail ជាមួយនឹងច្បាប់ដូចខាងក្រោមៈ

  # to be prepended to your mail acl (the ACL referenced
  # by the acl_smtp_mail main config option)
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_sni}}}}
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_peerdn}}}}

ប្រភព: www.habr.com