ការលេចធ្លាយលេខសំងាត់នៃសេវា Whois របស់អ្នកចុះឈ្មោះអ៊ីនធឺណិត APNIC

មន្ត្រីអត្រានុកូលដ្ឋាន APNIC ដែលទទួលខុសត្រូវចំពោះការចែកចាយអាសយដ្ឋាន IP នៅក្នុងតំបន់អាស៊ីប៉ាស៊ីហ្វិក បានរាយការណ៍អំពីឧបទ្ទវហេតុមួយដែលជាលទ្ធផលដែលការបោះចោល SQL នៃសេវាកម្ម Whois រួមទាំងទិន្នន័យសម្ងាត់ និងលេខសម្ងាត់ត្រូវបានផ្សព្វផ្សាយជាសាធារណៈ។ គួរកត់សម្គាល់ថានេះមិនមែនជាការលេចធ្លាយដំបូងនៃទិន្នន័យផ្ទាល់ខ្លួននៅក្នុង APNIC នោះទេ - ក្នុងឆ្នាំ 2017 មូលដ្ឋានទិន្នន័យ Whois ត្រូវបានដាក់ឱ្យប្រើប្រាស់ជាសាធារណៈរួចហើយ ដោយសារការត្រួតពិនិត្យបុគ្គលិកផងដែរ។

នៅក្នុងដំណើរការនៃការណែនាំការគាំទ្រសម្រាប់ពិធីការ RDAP ដែលត្រូវបានរចនាឡើងដើម្បីជំនួសពិធីការ WHOIS បុគ្គលិក APNIC បានដាក់ការបោះចោល SQL នៃមូលដ្ឋានទិន្នន័យដែលបានប្រើនៅក្នុងសេវាកម្ម Whois នៅក្នុងឃ្លាំងផ្ទុកពពក Google Cloud ប៉ុន្តែមិនបានរឹតបន្តឹងការចូលប្រើវាទេ។ ដោយសារតែមានកំហុសក្នុងការកំណត់ ការបោះចោល SQL អាចប្រើបានជាសាធារណៈរយៈពេល 4 ខែ ហើយការពិតនេះត្រូវបានបង្ហាញតែនៅថ្ងៃទី XNUMX ខែមិថុនា នៅពេលដែលអ្នកស្រាវជ្រាវសន្តិសុខឯករាជ្យម្នាក់បានកត់សម្គាល់រឿងនេះ ហើយបានជូនដំណឹងដល់មន្ត្រីអត្រានុកូលដ្ឋានអំពីបញ្ហានេះ។

ការបោះចោល SQL មានគុណលក្ខណៈ "ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ" ដែលមានលេខសំងាត់សម្រាប់ការផ្លាស់ប្តូរវត្ថុ Maintainer and Incident Response Team (IRT) ក៏ដូចជាព័ត៌មានអតិថិជនរសើបមួយចំនួនដែលមិនត្រូវបានបង្ហាញក្នុង Whois ក្នុងអំឡុងពេលសំណួរធម្មតា (ជាធម្មតាព័ត៌មានទំនាក់ទំនងបន្ថែម និងកំណត់ចំណាំអំពីអ្នកប្រើប្រាស់) . នៅក្នុងករណីនៃការសង្គ្រោះពាក្យសម្ងាត់ អ្នកវាយប្រហារអាចផ្លាស់ប្តូរមាតិកានៃវាលជាមួយនឹងប៉ារ៉ាម៉ែត្រនៃម្ចាស់ប្លុកអាសយដ្ឋាន IP នៅក្នុង Whois ។ វត្ថុ Maintainer កំណត់អ្នកទទួលខុសត្រូវក្នុងការកែប្រែក្រុមនៃកំណត់ត្រាដែលភ្ជាប់តាមរយៈគុណលក្ខណៈ "mnt-by" ហើយវត្ថុ IRT មានព័ត៌មានទំនាក់ទំនងសម្រាប់អ្នកគ្រប់គ្រងដែលឆ្លើយតបទៅនឹងការជូនដំណឹងអំពីបញ្ហា។ ព័ត៌មានអំពីក្បួនដោះស្រាយការបំប្លែងពាក្យសម្ងាត់ដែលប្រើមិនត្រូវបានផ្តល់ឱ្យទេ ប៉ុន្តែនៅឆ្នាំ 2017 ក្បួនដោះស្រាយ MD5 និង CRYPT-PW ហួសសម័យ (ពាក្យសម្ងាត់ 8 តួអក្សរដែលមានសញ្ញាហាសដោយផ្អែកលើមុខងារគ្រីបយូនីក) ត្រូវបានប្រើសម្រាប់ហាស។

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

ប្រភព: opennet.ru