អាប់ដេត Git ជាមួយនឹងភាពងាយរងគ្រោះចំនួន 8 ត្រូវបានជួសជុល

បោះពុម្ពផ្សាយ ការចេញផ្សាយការកែតម្រូវនៃប្រព័ន្ធគ្រប់គ្រងប្រភពចែកចាយ Git 2.24.1, 2.23.1, 2.22.2, 2.21.1, 2.20.2, 2.19.3, 2.18.2, 2.17.3, 2.16.6, 2.15.4 និង 2.14.62.24.1 XNUMX ដែលជួសជុលភាពងាយរងគ្រោះដែលអនុញ្ញាតឱ្យអ្នកវាយប្រហារសរសេរឡើងវិញនូវផ្លូវបំពាននៅក្នុងប្រព័ន្ធឯកសារ រៀបចំការប្រតិបត្តិកូដពីចម្ងាយ ឬសរសេរជាន់លើឯកសារនៅក្នុងថត “.git/” ។ បញ្ហាភាគច្រើនកំណត់ដោយបុគ្គលិក
Microsoft Security Response Center ភាពងាយរងគ្រោះចំនួនប្រាំក្នុងចំណោម XNUMX គឺជាក់លាក់ចំពោះប្រព័ន្ធប្រតិបត្តិការ Windows ។

• CVE-2019-1348 - ស្ទ្រីមពាក្យបញ្ជា "លក្ខណៈពិសេសនាំចេញ-សម្គាល់ = ផ្លូវ"វាអនុញ្ញាតឱ្យ សរសេរស្លាកទៅថតតាមអំពើចិត្ត ដែលអាចត្រូវបានប្រើដើម្បីសរសេរជាន់លើផ្លូវបំពាននៅក្នុងប្រព័ន្ធឯកសារ នៅពេលអនុវត្តប្រតិបត្តិការ "git fast-import" ជាមួយនឹងទិន្នន័យបញ្ចូលដែលមិនបានត្រួតពិនិត្យ។
• CVE-2019-1350 - ការរត់គេចមិនត្រឹមត្រូវនៃអាគុយម៉ង់បន្ទាត់ពាក្យបញ្ជា អាចដឹកនាំ ចំពោះការប្រតិបត្តិពីចម្ងាយនៃកូដអ្នកវាយប្រហារកំឡុងពេលក្លូនឡើងវិញដោយប្រើ ssh: // URL ។ ជាពិសេស ការគេចចេញពីអាគុយម៉ង់ដែលបញ្ចប់ដោយសញ្ញាថយក្រោយ (ឧទាហរណ៍ "test \") ត្រូវបានដោះស្រាយដោយមិនត្រឹមត្រូវ។ ក្នុងករណីនេះ នៅពេលបង្កើតអាគុយម៉ង់ជាមួយសញ្ញាសម្រង់ទ្វេ សម្រង់ចុងក្រោយត្រូវបានគេចចេញ ដែលធ្វើឱ្យវាអាចរៀបចំការជំនួសជម្រើសរបស់អ្នកនៅលើបន្ទាត់ពាក្យបញ្ជា។
• CVE-2019-1349 - នៅពេលដែលការក្លូនឡើងវិញនូវម៉ូឌុលរង ("ក្លូន -recurse-submodules") នៅក្នុងបរិស្ថានវីនដូក្រោមលក្ខខណ្ឌជាក់លាក់។ វា​អាច​ជា កេះការប្រើថត git ដូចគ្នាពីរដង (.git, git ~ 1, git ~ 2 និង git ~ N ត្រូវបានទទួលស្គាល់ថាជាថតតែមួយនៅក្នុង NTFS ប៉ុន្តែស្ថានភាពនេះត្រូវបានសាកល្បងសម្រាប់តែ git ~ 1) ដែលអាចត្រូវបានប្រើដើម្បីរៀបចំ សរសេរទៅថត ". git" ។ ដើម្បីរៀបចំការប្រតិបត្តិនៃកូដរបស់គាត់ ជាឧទាហរណ៍ អ្នកវាយប្រហារអាចជំនួសស្គ្រីបរបស់គាត់តាមរយៈកម្មវិធីដោះស្រាយក្រោយពេលពិនិត្យចេញក្នុងឯកសារ .git/config ។
• CVE-2019-1351 - ឧបករណ៍ដោះស្រាយសម្រាប់ឈ្មោះដ្រាយអក្សរនៅក្នុងផ្លូវ Windows នៅពេលបកប្រែផ្លូវដូចជា "C:\" ត្រូវបានរចនាឡើងដើម្បីជំនួសអត្តសញ្ញាណអក្សរឡាតាំងតែមួយប៉ុណ្ណោះ ប៉ុន្តែមិនគិតពីលទ្ធភាពនៃការបង្កើតដ្រាយនិម្មិតដែលបានផ្តល់តាមរយៈ "អក្សររង: ផ្លូវ" . ផ្លូវបែបនេះត្រូវបានចាត់ទុកមិនមែនជាផ្លូវដាច់ខាតទេ ប៉ុន្តែជាផ្លូវដែលទាក់ទង ដែលធ្វើឱ្យវាអាចធ្វើទៅបាន នៅពេលដែលក្លូនឃ្លាំងដែលមានគំនិតអាក្រក់ ដើម្បីរៀបចំកំណត់ត្រានៅក្នុងថតដែលបំពាននៅខាងក្រៅមែកធាងថតការងារ (ឧទាហរណ៍ នៅពេលប្រើលេខ ឬតួអក្សរយូនីកូដនៅក្នុងឌីស។ ឈ្មោះ - "1:\what\the\hex.txt" ឬ "ä:\tschibät.sch") ។
• CVE-2019-1352 — នៅពេលធ្វើការនៅលើប្រព័ន្ធប្រតិបត្តិការ Windows ការប្រើប្រាស់ស្ទ្រីមទិន្នន័យជំនួសនៅក្នុង NTFS ដែលបង្កើតឡើងដោយបន្ថែមគុណលក្ខណៈ “:stream-name:stream-type” ទៅឈ្មោះឯកសារ។ អនុញ្ញាត សរសេរជាន់លើឯកសារនៅក្នុងថត ".git/" នៅពេលក្លូនឃ្លាំងដែលមានគំនិតអាក្រក់។ ឧទាហរណ៍ ឈ្មោះ ".git::$INDEX_ALLOCATION" នៅក្នុង NTFS ត្រូវបានចាត់ទុកជាតំណត្រឹមត្រូវទៅកាន់ថត ".git" ។
• CVE-2019-1353 - នៅពេលប្រើ Git នៅក្នុងបរិស្ថាន WSL (ប្រព័ន្ធរងវីនដូសម្រាប់លីនុច) នៅពេលចូលប្រើថតការងារ មិនត្រូវបានប្រើ ការការពារប្រឆាំងនឹងការក្លែងបន្លំឈ្មោះនៅក្នុង NTFS (ការវាយប្រហារតាមរយៈការបកប្រែឈ្មោះ FAT គឺអាចធ្វើទៅបាន ឧទាហរណ៍ ".git" អាចចូលប្រើបានតាមរយៈ "git~1" directory)។
• CVE-2019-1354 -
  ឱកាស សរសេរទៅថត ".git/" នៅលើប្រព័ន្ធប្រតិបត្តិការ Windows នៅពេលក្លូនឃ្លាំងព្យាបាទដែលមានឯកសារដែលមានសញ្ញាថយក្រោយក្នុងឈ្មោះ (ឧទាហរណ៍ "a\b") ដែលអាចទទួលយកបាននៅលើ Unix/Linux ប៉ុន្តែត្រូវបានទទួលយកជាផ្នែកនៃ ផ្លូវនៅលើវីនដូ។

• CVE-2019-1387 - ការត្រួតពិនិត្យមិនគ្រប់គ្រាន់នៃឈ្មោះម៉ូឌុលរងអាចត្រូវបានប្រើដើម្បីរៀបចំការវាយប្រហារតាមគោលដៅ ដែលប្រសិនបើមានការក្លូនឡើងវិញ វាអាចមានសក្តានុពល អាចដឹកនាំ ដើម្បីប្រតិបត្តិកូដរបស់អ្នកវាយប្រហារ។ Git មិនបានរារាំងការបង្កើតថត submodule នៅក្នុងថតរបស់ submodule ផ្សេងទៀតទេ ដែលក្នុងករណីភាគច្រើននឹងនាំអោយមានការភ័ន្តច្រឡំ ប៉ុន្តែមិនអាចរារាំងមាតិកានៃ module ផ្សេងទៀតពីការសរសេរជាន់លើកំឡុងពេលដំណើរការ cloning recursive (ឧទាហរណ៍ submodule directories "hippo" និង "hippo/hooks" ត្រូវបានដាក់ជា ".git/modules/hippo/" និង ".git/modules/hippo/hooks/" ហើយបញ្ជីទំពក់នៅក្នុង hippo អាចត្រូវបានប្រើដោយឡែកពីគ្នាដើម្បីបង្ហោះទំពក់ដែលបានកេះ។

អ្នកប្រើប្រាស់ Windows ត្រូវបានគេណែនាំឱ្យធ្វើបច្ចុប្បន្នភាពកំណែ Git របស់ពួកគេភ្លាមៗ ហើយចៀសវាងការក្លូនឃ្លាំងដែលមិនបានផ្ទៀងផ្ទាត់រហូតដល់ការធ្វើបច្ចុប្បន្នភាព។ ប្រសិនបើវាមិនទាន់អាចធ្វើបច្ចុប្បន្នភាពកំណែ Git ជាបន្ទាន់បានទេ ដូច្នេះដើម្បីកាត់បន្ថយហានិភ័យនៃការវាយប្រហារ វាត្រូវបានណែនាំមិនឱ្យដំណើរការ "git clone —recurse-submodules" និង "git submodule update" ជាមួយនឹងឃ្លាំងដែលមិនបានត្រួតពិនិត្យ មិនមែនដើម្បីប្រើ "git fast-import” ជាមួយនឹងស្ទ្រីមបញ្ចូលដែលមិនធីក ហើយមិនមែនដើម្បីក្លូនឃ្លាំងទៅភាគថាសដែលមានមូលដ្ឋានលើ NTFS នោះទេ។

សម្រាប់សុវត្ថិភាពបន្ថែម ការចេញផ្សាយថ្មីក៏ហាមឃាត់ការប្រើប្រាស់ការស្ថាបនាទម្រង់ "submodule.{name}.update=!command" នៅក្នុង .gitmodules។ សម្រាប់ការចែកចាយ អ្នកអាចតាមដានការចេញផ្សាយបច្ចុប្បន្នភាពកញ្ចប់នៅលើទំព័រ ដេបៀន,គូប៊ុនទូ, អរ, SUSE/openSUSE, Fedora, សំខាន់បំផុត, ALT, FreeBSD.

ប្រភព: opennet.ru