រាយការណ៍អំពីការសម្របសម្រួលនៃឃ្លាំង git និងមូលដ្ឋានអ្នកប្រើប្រាស់នៃគម្រោង PHP

លទ្ធផលដំបូងនៃការវិភាគនៃឧប្បត្តិហេតុដែលទាក់ទងនឹងការកំណត់អត្តសញ្ញាណការប្រព្រឹត្តអាក្រក់ពីរនៅក្នុងឃ្លាំង Git នៃគម្រោង PHP ដែលមាន backdoor បានធ្វើឱ្យសកម្មនៅពេលផ្ញើសំណើដែលមានបឋមកថា User Agent ដែលបានរចនាជាពិសេសត្រូវបានបោះពុម្ពផ្សាយ។ នៅក្នុងវគ្គសិក្សានៃការសិក្សាដាននៃសកម្មភាពរបស់អ្នកវាយប្រហារ វាត្រូវបានសន្និដ្ឋានថាម៉ាស៊ីនមេ git.php.net ខ្លួនវាផ្ទាល់ដែលឃ្លាំង git មានទីតាំងនៅ មិនត្រូវបានលួចចូលទេ ប៉ុន្តែមូលដ្ឋានទិន្នន័យដែលមានគណនីរបស់អ្នកអភិវឌ្ឍន៍គម្រោងត្រូវបានសម្របសម្រួល។ .

វាអាចទៅរួចដែលអ្នកវាយប្រហារអាចទាញយកមូលដ្ឋានទិន្នន័យអ្នកប្រើប្រាស់ដែលផ្ទុកក្នុង DBMS នៅលើម៉ាស៊ីនមេ master.php.net ។ ខ្លឹមសារនៃ master.php.net ត្រូវបានផ្ទេរទៅម៉ាស៊ីនមេ main.php.net ថ្មីដែលបានដំឡើងតាំងពីដំបូង។ ពាក្យសម្ងាត់របស់អ្នកអភិវឌ្ឍន៍ទាំងអស់ដែលប្រើដើម្បីចូលប្រើហេដ្ឋារចនាសម្ព័ន្ធ php.net ត្រូវបានកំណត់ឡើងវិញ ហើយដំណើរការនៃការផ្លាស់ប្តូរពួកវាត្រូវបានផ្តួចផ្តើមតាមរយៈទម្រង់សង្គ្រោះពាក្យសម្ងាត់ពិសេស។ ឃ្លាំង git.php.net និង svn.php.net នៅតែអាចអានបាន (ការអភិវឌ្ឍន៍ត្រូវបានផ្លាស់ទីទៅ GitHub) ។

បន្ទាប់ពីការរកឃើញនៃការប្រព្រឹត្តអាក្រក់ដំបូងដែលធ្វើឡើងតាមរយៈគណនីរបស់ Rasmus Lerdorf ដែលជាស្ថាបនិក PHP វាត្រូវបានគេសន្មត់ថាគណនីរបស់គាត់ត្រូវបាន hack ហើយ Nikita Popov ដែលជាអ្នកបង្កើត PHP ដ៏សំខាន់ម្នាក់បានត្រលប់មកវិញនូវការផ្លាស់ប្តូរ និងបានបិទសិទ្ធិប្រព្រឹត្តសម្រាប់ គណនីដែលមានបញ្ហា។ បន្ទាប់ពីមួយរយៈក្រោយមក ការដឹងបានកើតមានឡើងថាការទប់ស្កាត់មិនសមហេតុផលទេ ព្រោះបើគ្មានការផ្ទៀងផ្ទាត់ការប្រព្រឹត្តដោយប្រើហត្ថលេខាឌីជីថល អ្នកចូលរួមណាដែលមានសិទ្ធិចូលទៅកាន់ឃ្លាំង php-src អាចធ្វើការផ្លាស់ប្តូរដោយជំនួសឈ្មោះអ្នកនិពន្ធក្លែងក្លាយ។

បន្ទាប់មក អ្នកវាយប្រហារបានបញ្ជូនការប្រព្រឹត្តអាក្រក់ក្នុងនាម Nikita ខ្លួនឯង។ តាមរយៈការវិភាគកំណត់ហេតុនៃសេវាកម្ម gitolite ដែលត្រូវបានប្រើដើម្បីរៀបចំការចូលប្រើទៅកាន់ឃ្លាំង ការប៉ុនប៉ងមួយត្រូវបានធ្វើឡើងដើម្បីកំណត់អ្នកចូលរួមដែលពិតជាបានធ្វើការផ្លាស់ប្តូរ។ ទោះបីជាមានការរួមបញ្ចូលគណនេយ្យសម្រាប់ការប្រព្រឹត្តិទាំងអស់ក៏ដោយ ក៏មិនមានធាតុនៅក្នុងកំណត់ហេតុសម្រាប់ការផ្លាស់ប្តូរព្យាបាទចំនួនពីរដែរ។ វាច្បាស់ណាស់ថាមានការសម្របសម្រួលនៃហេដ្ឋារចនាសម្ព័ន្ធ ចាប់តាំងពីការសន្យាត្រូវបានបន្ថែមដោយផ្ទាល់ ដោយឆ្លងកាត់ការតភ្ជាប់តាមរយៈ gitolite ។

ម៉ាស៊ីនមេ git.php.net ត្រូវបានបិទភ្លាមៗ ហើយឃ្លាំងចម្បងត្រូវបានផ្ទេរទៅ GitHub ។ ជាការប្រញាប់ វាត្រូវបានគេបំភ្លេចថាដើម្បីចូលប្រើឃ្លាំង បន្ថែមពីលើ SSH ដោយប្រើ gitolite មានការបញ្ចូលមួយផ្សេងទៀតដែលអនុញ្ញាតឱ្យអ្នកផ្ញើការសន្យាតាមរយៈ HTTPS ។ ក្នុងករណីនេះ git-http-backend ត្រូវបានប្រើដើម្បីធ្វើអន្តរកម្មជាមួយ Git ហើយការផ្ទៀងផ្ទាត់ត្រូវបានអនុវត្តដោយប្រើម៉ាស៊ីនមេ Apache2 HTTP ដែលបានផ្ទៀងផ្ទាត់អត្តសញ្ញាណដោយការចូលប្រើមូលដ្ឋានទិន្នន័យដែលបានបង្ហោះក្នុង DBMS នៅលើម៉ាស៊ីនមេ master.php.net ។ ការចូលត្រូវបានអនុញ្ញាតមិនត្រឹមតែដោយប្រើគ្រាប់ចុចប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានពាក្យសម្ងាត់ធម្មតាផងដែរ។ ការវិភាគនៃកំណត់ហេតុម៉ាស៊ីនមេ http បានបញ្ជាក់ថាការផ្លាស់ប្តូរព្យាបាទត្រូវបានបន្ថែមតាមរយៈ HTTPS ។

នៅពេលសិក្សាកំណត់ហេតុ វាត្រូវបានបង្ហាញថាអ្នកវាយប្រហារមិនបានភ្ជាប់ជាលើកដំបូងទេ ប៉ុន្តែដំបូងឡើយព្យាយាមស្វែងរកឈ្មោះគណនី ប៉ុន្តែបន្ទាប់ពីកំណត់អត្តសញ្ញាណវាបាន ពួកគេបានចូលទៅក្នុងការសាកល្បងដំបូង ពោលគឺឧ។ ពួកគេបានស្គាល់ពាក្យសម្ងាត់របស់ Rasmus និង Nikita ជាមុន ប៉ុន្តែមិនស្គាល់ការចូលរបស់ពួកគេទេ។ ប្រសិនបើអ្នកវាយប្រហារអាចចូលប្រើ DBMS វាមិនច្បាស់ថាហេតុអ្វីបានជាពួកគេមិនប្រើការចូលត្រឹមត្រូវដែលបានបញ្ជាក់នៅទីនោះភ្លាមៗ។ ភាពខុសគ្នានេះមិនទាន់ទទួលបានការពន្យល់ដែលអាចទុកចិត្តបាននៅឡើយ។ ការលួចចូលរបស់ master.php.net ត្រូវបានចាត់ទុកថាជាសេណារីយ៉ូដែលទំនងបំផុត ចាប់តាំងពីម៉ាស៊ីនមេនេះប្រើកូដចាស់ខ្លាំង និងប្រព័ន្ធប្រតិបត្តិការហួសសម័យ ដែលមិនត្រូវបានអាប់ដេតយូរមកហើយ និងមានភាពងាយរងគ្រោះដែលមិនអាចជួសជុលបាន។

សកម្មភាពដែលបានធ្វើឡើងរួមមានការដំឡើងឡើងវិញនូវបរិស្ថានម៉ាស៊ីនមេ master.php.net និងការផ្ទេរស្គ្រីបទៅកំណែថ្មីរបស់ PHP 8។ កូដសម្រាប់ធ្វើការជាមួយ DBMS ត្រូវបានកែប្រែដើម្បីប្រើសំណួរដែលមានប៉ារ៉ាម៉ែត្រដែលធ្វើឱ្យស្មុគស្មាញដល់ការជំនួសកូដ SQL ។ ក្បួនដោះស្រាយ bcrypt ត្រូវបានប្រើដើម្បីរក្សាទុកលេខសម្ងាត់លេខសម្ងាត់នៅក្នុងមូលដ្ឋានទិន្នន័យ (ពីមុន ពាក្យសម្ងាត់ត្រូវបានរក្សាទុកដោយប្រើ MD5 hash ដែលមិនគួរឱ្យទុកចិត្ត) ។ ពាក្យសម្ងាត់ដែលមានស្រាប់ត្រូវបានកំណត់ឡើងវិញ ហើយអ្នកត្រូវបានជម្រុញឱ្យកំណត់ពាក្យសម្ងាត់ថ្មីតាមរយៈទម្រង់ការសង្គ្រោះពាក្យសម្ងាត់។ ចាប់តាំងពីការចូលទៅកាន់ git.php.net និង svn.php.net repositories តាមរយៈ HTTPS ត្រូវបានភ្ជាប់ទៅ MD5 hashes វាត្រូវបានសម្រេចចិត្តចាកចេញពី git.php.net និង svn.php.net នៅក្នុងរបៀបបានតែអាន ហើយក៏ផ្លាស់ទីទាំងអស់ផងដែរ។ ដែលនៅសេសសល់សម្រាប់ពួកគេ ឃ្លាំងផ្នែកបន្ថែម PECL នៅលើ GitHub ស្រដៀងនឹងឃ្លាំង PHP សំខាន់។

ប្រភព: opennet.ru