+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

OpenAI រាយការណ៍ពីចំណុចខ្វះខាតជា root ក្នុងមូលដ្ឋានចំនួន 948 នៅក្នុង Linux

OpenAI រាយការណ៍ពីការរកឃើញការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចំនួន 948 ដ៏ពិសេស និងបំណះបេក្ខភាពពីបំពង់ស្រាវជ្រាវ Linux ដែលគ្រប់គ្រងបាន ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។

Want to see our stories first on Google? Add us to your preferred sources — it helps us grow.

OpenAI រាយការណ៍ពីការរកឃើញការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចំនួន 948 ដ៏ពិសេស និងបំណះបេក្ខភាពពីបំពង់ស្រាវជ្រាវ Linux ដែលគ្រប់គ្រងបាន ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។ ការរាប់នេះប្រើបំណះបេក្ខភាពផ្សេងគ្នា បន្ទាប់ពីការវិភាគវ៉ារ្យ៉ង់នៃការវាយតម្លៃជោគជ័យចំនួន 1,169 ។ កំហុសក្នុងការកំណត់អត្តសញ្ញាណកំហុសពីដំបូងបានជំរុញឱ្យមានការត្រួតពិនិត្យផ្លូវឯករាជ្យ ខណៈដែលការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការទទួលយកពីប្រភពដើមនៅតែជាដំណាក់កាលដាច់ដោយឡែក។

អានបោះពុម្ពជាលាយលក្ខណ៍អក្សរ (អង់គ្លេស) ↗

អ្វីដែលវីដេអូនេះគ្របដណ្ដប់

  • ការកើនឡើងឯកសិទ្ធិមូលដ្ឋានចាប់ផ្តើមពីអ្នកប្រើប្រាស់មូលដ្ឋានដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ដែលឈានដល់ root ។ របាយការណ៍នេះមិនផ្តល់ការវិនិច្ឆ័យការចូលប្រើពីចម្ងាយជាក់លាក់របស់ម៉ាស៊ីនទេ។
  • បំពង់នេះបានផលិតបេក្ខភាពចំនួន 2,308 បន្ទាប់ពីការលុបបំបាត់ការស្ទួនដំបូង និងបានបង្កើតឡើងវិញនូវភាពងាយរងគ្រោះចំនួន 1,724 ។ ការរកឃើញមូលដ្ឋានចំនួន 948 ដ៏ពិសេសចុងក្រោយរបស់វាប្រើការរាប់បំណះបេក្ខភាពផ្សេងគ្នា បន្ទាប់ពីការវិភាគវ៉ារ៉្យង់នៃការវាយតម្លៃជោគជ័យចំនួន 1,169 ។
  • តម្លៃ 1.2 លានដុល្លារដែលបានរាយការណ៍គឺជាក្រេឌីត API សម្រាប់ម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃ។ ការវាយតម្លៃរង្វាន់ជាប្រវត្តិសាស្ត្រគឺសម្មតិកម្ម ហើយតម្រូវឱ្យមានការទទួលយកកម្មវិធី និងការទូទាត់ដាច់ដោយឡែក។
  • មូលដ្ឋានគឺពាក់កណ្តាលខែតុលា ឆ្នាំ 2026 ។ តួលេខ 61-upstream/43-staging រៀបរាប់ពីការបញ្ចប់ការស្រាវជ្រាវបន្ទាប់ពីដប់ថ្ងៃ ដូច្នេះការណែនាំអំពីការចែកចាយបច្ចុប្បន្ននៅតែចាំបាច់។
  • ភាពជោគជ័យ 20 ក្នុងចំណោម 200 នៃដំណើរការដំបូងបានប្រើកំហុសខុសពីកំហុសដែលបានកំណត់។ OpenAI រាយការណ៍ពីការបន្ថែមការត្រួតពិនិត្យផ្លូវដែលបានកំណត់ឯករាជ្យ; ពិការភាពដំបូងនេះមិនបានបញ្ជាក់ថា 948 ចុងក្រោយគឺមិនពិតនោះទេ។ ការវិនិច្ឆ័យគឺ NEEDS REVIEW ជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការត្រួតពិនិត្យផ្លូវ។

សំណួរ និងចម្លើយ

តើការកើនឡើងឯកសិទ្ធិមូលដ្ឋានមានន័យយ៉ាងណាក្នុងការស្រាវជ្រាវ Linux?

វាមានន័យថាអ្នកប្រើប្រាស់មូលដ្ឋានដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ឈានដល់ root ដែលជាឯកសិទ្ធិមូលដ្ឋានខ្ពស់បំផុត។ OpenAI រៀបរាប់ពីម៉ាស៊ីនស្រាវជ្រាវដែលគ្រប់គ្រង និងការរកឃើញបេក្ខភាពដែលមានភស្តុតាងសម្រាប់ការត្រួតពិនិត្យ។ ការចូលទៅកាន់ម៉ាស៊ីនគឺជាសំណួរដាច់ដោយឡែក។ របាយការណ៍នេះមិនផ្តល់ការវិនិច្ឆ័យការចូលប្រើពីចម្ងាយជាក់លាក់របស់ម៉ាស៊ីនទេ។ kernel ដែលបានចែកចាយ ការកំណត់រចនាសម្ព័ន្ធ និងការណែនាំអំពីការចែកចាយតម្រូវឱ្យមានភស្តុតាងផ្ទាល់ខ្លួន។

មើលផ្នែកនេះ 0:24 · OpenAI

តើ OpenAI កំណត់ការរកឃើញការកើនឡើងមូលដ្ឋានដ៏ពិសេសចំនួន 948 ដោយរបៀបណា?

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

មើលផ្នែកនេះ 1:58 · OpenAI · OpenAI

តើអ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញអ្វីនៅក្នុងដំណើរការ 200-success ដំបូង?

អ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញថា 20 ក្នុងចំណោម 200 នៃដំណើរការកើនឡើងមូលដ្ឋានជោគជ័យដំបូងបានឈានដល់ root តាមរយៈកំហុសខុសពីកំហុសដែលបានកំណត់ យោងតាម ​​OpenAI ។ ភាពជោគជ័យគឺពិតប្រាកដ ខណៈដែលការកំណត់អត្តសញ្ញាណមូលហេតុរបស់វាគឺខុស។ អ្នកនិពន្ធរាយការណ៍ពីការរឹតបន្តឹងការរឹតបន្តឹង និងការបន្ថែមការត្រួតពិនិត្យភាពងាយរងគ្រោះដែលបានកំណត់ឯករាជ្យបន្ទាប់ពីនោះ។ ពិការភាពដំបូងនេះមិនបានបញ្ជាក់ថាការរកឃើញចំនួន 948 ចុងក្រោយគឺមិនពិតនោះទេ។

មើលផ្នែកនេះ 4:09 · OpenAI · OpenAI

ហេតុអ្វីបានជាការចំណាយ API ដែលបានរាយការណ៍ និងបំណះ snapshot គួរតែរក្សាវិសាលភាពរបស់វា?

ការចំណាយក្រេឌីត API រៀបរាប់ពីម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃរបស់ OpenAI ខណៈដែលតួលេខបំណះរៀបរាប់ពីការបញ្ចប់ការស្រាវជ្រាវប្រឆាំងនឹងមូលដ្ឋាននៅពាក់កណ្តាលខែតុលា។ OpenAI រាយការណ៍ពីការជួសជុលពីប្រភពដើមចំនួន 61 និងបំណះ staging ចំនួន 43 នៅចំណុចប្រវត្តិសាស្ត្រនោះ។ ការចំណាយស្រាវជ្រាវសរុបមិនត្រូវបានវាស់វែងដោយវគ្គនេះទេ។ អ្នកប្រើប្រាស់គួរតែធ្វើតាមការណែនាំសម្រាប់ kernel ដែលបានចែកចាយពិតប្រាកដរបស់ពួកគេ ហើយការទទួលយកពីប្រភពដើមនៅតែជាការសម្រេចចិត្តផ្នែកវិស្វកម្មដាច់ដោយឡែក។

មើលផ្នែកនេះ 3:15 · OpenAI · OpenAI · The Linux Kernel

តើការវិនិច្ឆ័យរបស់ The Daily Diff លើបំពង់បង្ហូរប្រេង Linux របស់ OpenAI គឺជាអ្វី?

ការវិនិច្ឆ័យរបស់ The Daily Diff គឺ NEEDS REVIEW ។ Niko នឹងរក្សាបំពង់បង្ហូរប្រេងនេះនៅក្នុងលំហូរការងារការពារជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និងការត្រួតពិនិត្យផ្លូវដែលបានកំណត់ឯករាជ្យ។ ការបោះពុម្ពផ្សាយរបស់ OpenAI រៀបរាប់ពីបំណះបេក្ខភាព ការត្រួតពិនិត្យអ្នកស្រាវជ្រាវ និងការឆ្លើយតបទៅនឹងពិការភាពការកំណត់អត្តសញ្ញាណដំបូង។ ការណែនាំអំពីការរាយការណ៍ទូទៅរបស់ Linux Kernel ស្នើសុំភស្តុតាងដែលអាចអនុវត្តបាន និងបរិបទកំណែ ដែលជួយពន្យល់ពីមូលហេតុដែលគុណភាពត្រួតពិនិត្យសំខាន់ណាស់នៅជាប់នឹងចំនួនរកឃើញ។

មើលផ្នែកនេះ 4:55 · OpenAI · OpenAI · The Linux Kernel

កំណត់ត្រាដែលបានបកប្រែ

បកប្រែចេញពីការនិទានដើមជាភាសាអង់គ្លេស។ សំឡេង និងចំណងជើងរងដែលមានគឺស្ថិតនៅក្រោមការគ្រប់គ្រងរបស់ YouTube។

តើការរាប់កំហុស Linux របស់ OpenAI មានន័យយ៉ាងណា?

0:00 ការរកឃើញកំហុស Linux ហាក់ដូចជាការជួសជុលវា។ OpenAI រាយការណ៍ពីការរកឃើញមូលដ្ឋាន root ចំនួនប្រាំបួនរយសែសិបប្រាំបី និងបេក្ខភាព បំណះ ក្នុងតម្លៃប្រហែល 1.2 លានដុល្លារក្នុងក្រេឌីត API ។ នៅក្នុងវីដេអូនេះ តើអ្វីដែលសំខាន់? តើការត្រួតពិនិត្យដោយមនុស្សបានចាប់អ្វីខ្លះ? មានការធ្វើតេស្តដំបូងដែលម៉ាស៊ីនពិតជាទទួលបាន root, ហើយតារាងពិន្ទុនៅតែផ្តល់ក្រេឌីតខុស។ យើងនឹងឃើញនូវអ្វីដែលអ្នកត្រួតពិនិត្យដោយមនុស្សបានចាប់។

0:20 ថ្ងៃព្រហស្បតិ៍ ទីប្រាំ ខែវិច្ឆិកា ហើយនេះគឺជា The Daily Diff ។

តើអ្នកណាអាចចូលប្រើ root បាន?

0:24 Linux kernel គឺជាស្នូលដែលគ្រប់គ្រងធនធាន និងសិទ្ធិរបស់ម៉ាស៊ីន។ ការកើនឡើងឯកសិទ្ធិមូលដ្ឋានមានន័យថាអ្នកប្រើប្រាស់ដែលគ្មានឯកសិទ្ធិដែលមានស្រាប់ ឈានដល់ root ដែលជាឯកសិទ្ធិខ្ពស់បំផុត។ OpenAI បានសិក្សាព្រំដែននោះនៅក្នុងម៉ាស៊ីនស្រាវជ្រាវដាច់ដោយឡែក។ ការចូលទៅកាន់ម៉ាស៊ីនគឺជាបញ្ហាដាច់ដោយឡែក។ OpenAI បានចេញផ្សាយការស្រាវជ្រាវនៅថ្ងៃទីបួន ខែវិច្ឆិកា ដោយរៀបរាប់ពីគំរូ cyber ដែលនឹងមកដល់នៅក្នុងបំពង់បង្ហូរប្រេងដោយស្វ័យប្រវត្តិ។ លទ្ធផលដែលមានប្រយោជន៍គឺសំណុំនៃការរកឃើញដែលមានភស្តុតាង និងការជួសជុលដែលបានស្នើឡើងសម្រាប់

0:49 មនុស្សដើម្បីត្រួតពិនិត្យ។ ឯកសារនេះមិនប្រកាសពីការចូលប្រើជាទូទៅទៅកាន់ម៉ូដែលដែលនឹងមកដល់នោះទេ។ នោះទុកការងារមនុស្សយ៉ាងច្រើននៅក្នុងរឿងស្វ័យភាព។ អ្នកស្រាវជ្រាវបានត្រួតពិនិត្យលទ្ធផល និងបានចាប់ផ្តើមរាយការណ៍ពីភាពងាយរងគ្រោះធ្ងន់ធ្ងរ ជាមួយនឹងបំណះ ដោយធ្វើតាមការណែនាំពីសហគមន៍ kernel ។ ភ្នាក់ងារអាចបំពេញប្រអប់ទទួល។ នរណាម្នាក់នៅតែត្រូវសម្រេចចិត្តថាអ្វីដែលសមនឹងទទួលបាននៅក្នុងនោះ។ បំពង់នេះបានចាប់ផ្តើមជាមួយនឹងផ្នែកដែលទាក់ទងនឹងសុវត្ថិភាពនៃ kernel,

តើបេក្ខភាពក្លាយជាភស្តុតាងដោយរបៀបណា?

1:10 បន្ទាប់មកបានផលិតការរកឃើញបេក្ខភាពប្រហែលពីរពាន់បីរយបន្ទាប់ពីលុបចោល ការស្ទួន។ បេក្ខភាពគឺជាការសង្ស័យដែលគួរឱ្យស៊ើបអង្កេត។ នៅចំណុចនោះ វគ្គដ៏គួរឱ្យជឿជាក់ និងកំហុសដែលអាចបង្កើតឡើងវិញបានពិតប្រាកដនៅតែមើលទៅ ស្រដៀងគ្នាយ៉ាងគួរឱ្យរំខាននៅក្នុងសៀវភៅបញ្ជី។ ដូច្នេះដំណាក់កាលដាច់ដោយឡែកមួយបានព្យាយាមបង្កើតឡើងវិញនូវបញ្ហាដែលសង្ស័យនៅក្នុងម៉ាស៊ីនដាច់ដោយឡែក ដោយរក្សាទុកភស្តុតាងនៃអ្វីដែលបានកើតឡើង។ OpenAI រាយការណ៍ពីភាពងាយរងគ្រោះដែលបានបង្កើតឡើងវិញប្រហែលដប់ប្រាំពីររយ។ នោះបង្កើតឥរិយាបថដែលអ្នកស្រាវជ្រាវអាចត្រួតពិនិត្យបាន។

1:36 សំណួរបន្ទាប់គឺថាតើបញ្ហាទាំងនោះមួយណាដែលឆ្លងកាត់ព្រំដែនការអនុញ្ញាតធ្ងន់ធ្ងរ។ ការណែនាំអំពីការរាយការណ៍សុវត្ថិភាពរបស់ Linux ជួយពន្យល់ពីឯកសារ។ អ្នកថែទាំស្នើសុំកំណែដែលរងផលប៉ះពាល់ ភស្តុតាង និងលក្ខខណ្ឌដែលពាក់ព័ន្ធ។ វាក៏ព្រមានផងដែរថា របាយការណ៍ AI ដែលមានគុណភាពអន់ប្រើប្រាស់សមត្ថភាពត្រួតពិនិត្យ។ នោះគឺជាការណែនាំសហគមន៍ទូទៅ ឯករាជ្យពីឯកសាររបស់ OpenAI ។ វាមិនបញ្ជាក់ពីបាច់នៃការរកឃើញនេះទេ។ នេះគឺជាព័ត៌មានលម្អិតនៃការរាប់។

ហេតុអ្វីបានជាចំនួនចុងក្រោយក្លាយជា 948?

1:58 OpenAI រាយការណ៍ពីការកើនឡើងឯកសិទ្ធិមូលដ្ឋានជោគជ័យចំនួនមួយពាន់មួយរយហុកសិបប្រាំបួន ក្នុងអំឡុងពេលវាយតម្លៃ។ បន្ទាប់មកអ្នកស្រាវជ្រាវបានវិភាគវ៉ារ៉្យង់ដែលពាក់ព័ន្ធ និងបានបង្កើត បំណះផ្សេងគ្នាចំនួនប្រាំបួនរយសែសិបប្រាំបី។ ពួកគេប្រើចំនួនបំណះនោះដើម្បីកំណត់ការរកឃើញការកើនឡើងមូលដ្ឋានដ៏ពិសេស។ ភាពជោគជ័យជាច្រើនអាចជាកម្មសិទ្ធិរបស់បញ្ហាមូលដ្ឋានដូចគ្នា។ ប្រហែល 1.2 លានដុល្លារគ្របដណ្តប់លើក្រេឌីត API ដែលបានរាយការណ៍សម្រាប់ ម៉ូដែល គោលដៅ និងលំហូរការងារដែលបានវាយតម្លៃ។ OpenAI និយាយថាការវាស់ស្ទង់សមត្ថភាពបានជំរុញការរចនា ហើយវិស្វកម្មល្អប្រសើរអាច

2:23 កាត់បន្ថយការចំណាយ។ ការចំណាយអ្នកស្រាវជ្រាវសរុបនៅតែមិនត្រូវបានវាស់វែងនៅទីនេះ។ OpenAI ប្រៀបធៀបការរកឃើញជាមួយនឹងរង្វាន់ bug bounty ជាប្រវត្តិសាស្ត្រ ដោយផលិតការវាយតម្លៃសម្មតិកម្ម។ ការទទួលយក និងការទូទាត់ជារបស់កម្មវិធី bounty ។ ការគុណរង្វាន់ដោយចំនួនការស្រាវជ្រាវមានអារម្មណ៍ល្អរហូតដល់អ្នកព្យាយាមដាក់ប្រាក់ ការគុណនោះចូលទៅក្នុងគណនីធនាគាររបស់អ្នក។ បំណះដែលបានស្នើឡើងក៏ត្រូវការការត្រួតពិនិត្យផ្ទាល់ខ្លួនផងដែរ។

តើអ្វីដែលនៅតែធ្វើឱ្យបំណះដែលបានស្នើឡើងមិនពេញលេញ?

2:45 អ្នកនិពន្ធនិយាយថាបំណះដំបូងអាចបញ្ឈប់បញ្ហាដែលបានបង្ហាញខណៈពេលដែលបន្ថែម កូដដែលមិនចាំបាច់ បាត់បង់ដំណើរការ ឬបាត់វ៉ារ៉្យង់ដែលពាក់ព័ន្ធ។ ពួកគេបានកែលម្អការណែនាំ និងធ្វើម្តងទៀត។ ការជួសជុលត្រូវតែសមនឹងមូលដ្ឋានកូដធំទូលាយជាងនេះ ហើយរស់រានមានជីវិតលើសពីការធ្វើតេស្តដំបូងដែល ប្រែជាបៃតង។ OpenAI រៀបរាប់ពីការត្រួតពិនិត្យដោយមនុស្សអំពីភាពធ្ងន់ធ្ងរ និងការជួសជុលមុនពេល រាយការណ៍ទៅប្រភពដើម។ ការណែនាំរបស់ Linux និយាយថាការជួសជុលដែលបានស្នើឡើងដែលបានសាកល្បងអាចសន្សំសំចៃពេលវេលាត្រួតពិនិត្យ ទោះបីជាអ្នកថែទាំជ្រើសរើសការជួសជុលផ្សេងគ្នាក៏ដោយ។ ការទទួលយកពីប្រភពដើមនៅតែជាការសម្រេចចិត្តផ្នែកវិស្វកម្មដាច់ដោយឡែក។

3:12 មូលដ្ឋានគឺ kernel ចុងក្រោយបំផុតនៅពាក់កណ្តាលខែតុលា។

តើបំណះ snapshot ត្រូវបានវាស់នៅពេលណា?

3:15 បន្ទាប់ពីការស្រាវជ្រាវដប់ថ្ងៃ និងការវិភាគដោយដៃ បញ្ហាការកើនឡើងមូលដ្ឋានចំនួនហុកសិបមួយត្រូវបានបំណះទៅប្រភពដើម ជាមួយនឹងសែសិបបីមានបំណះ staging ។ OpenAI ផ្តល់ក្រេឌីតដល់អ្នកថែទាំដែលធ្វើការយ៉ាងលឿន។ នោះគឺជា snapshot ការបញ្ចប់ការស្រាវជ្រាវ ហើយគម្រោងនៅតែបន្តដំណើរការ។ ការចែកចាយរបស់អ្នកមាន kernel និងការអាប់ដេតផ្ទាល់ខ្លួនរបស់វា។ សម្រាប់អ្នកប្រើប្រាស់ ជំហានជាក់ស្តែងគឺការធ្វើតាមការណែនាំសម្រាប់កម្មវិធីដែលពួកគេ

តើកាលបរិច្ឆេទ និងស្ថានភាពបំណះណាដែលសំខាន់សម្រាប់អ្នកប្រើប្រាស់?

3:34 ពិតជាដំណើរការ។ លទ្ធផលស្រាវជ្រាវពីប្រភពដើមនៅតែត្រូវទៅដល់កំណែនៅលើ ម៉ាស៊ីនរបស់អ្នកតាមរយៈដំណើរការអាប់ដេតនោះ។ នរណាម្នាក់ដែលបានមើលឈុតធ្វើតេស្តឆ្លងកាត់ ខណៈពេលដែលផលិតផលធ្វើអ្វីខុស ដឹងពីទឹកមុខដែលត្រូវការនៅទីនេះ។ ឥឡូវនេះត្រឡប់ទៅតារាងពិន្ទុដំបូងវិញ។ អ្នកត្រួតពិនិត្យដោយមនុស្សបានរកឃើញបញ្ហានៅក្នុងសញ្ញាជោគជ័យ។ បំពង់បង្ហូរប្រេងដំបូងបានផ្តល់ក្រេឌីតដល់ភាពងាយរងគ្រោះដែលបានកំណត់នៅពេលដែលភ្នាក់ងារទទួលបាន root ។ នោះត្រួតពិនិត្យលទ្ធផល។

3:58 ការរកឃើញដែលបានកំណត់នៅតែត្រូវភ្ជាប់ទៅនឹងលទ្ធផលនោះ ព្រោះប្រព័ន្ធអាចមានកំហុសច្រើនជាងមួយ។ ប្រសិនបើភស្តុតាងចង្អុលទៅមូលហេតុផ្សេងគ្នា របាយការណ៍ដើមត្រូវការការពិនិត្យឡើងវិញមួយទៀត។ យោងតាម ​​OpenAI ដំណើរការដំបូងបានរាយការណ៍ពីការកើនឡើងមូលដ្ឋានជោគជ័យចំនួនពីររយ។

តើអ្នកត្រួតពិនិត្យបានរកឃើញអ្វីនៅក្នុងដំណើរការដំបូង?

4:09 ការត្រួតពិនិត្យដោយមនុស្សបានរកឃើញថាម្ភៃបានឈានដល់ root តាមរយៈកំហុសផ្សេងគ្នា ពីកំហុសដែលបានកំណត់។ ភាពជោគជ័យគឺពិតប្រាកដ ហើយការកំណត់អត្តសញ្ញាណគឺខុស។ នោះអាចទុកភស្តុតាងនៃការរកឃើញដើមមិនទាន់ដោះស្រាយ ខណៈពេលដែល តារាងពិន្ទុបានអបអរ។ ការធ្វើតេស្តបានឆ្លើយសំណួរខុស។ អ្នកនិពន្ធនិយាយថាពួកគេបានរឹតបន្តឹងការរឹតបន្តឹង និងបានបន្ថែមការត្រួតពិនិត្យឯករាជ្យដែល លទ្ធផលចុងក្រោយនីមួយៗបានប្រើប្រាស់ភាពងាយរងគ្រោះដែលបានកំណត់របស់វា។ នោះគឺជាការឆ្លើយតបរបស់ពួកគេចំពោះពិការភាពដំបូង។

4:34 ម្ភៃដំបូងមិនបានបញ្ជាក់ថាការរកឃើញចំនួនប្រាំបួនរយសែសិបប្រាំបីចុងក្រោយ គឺមិនពិតនោះទេ។ ផ្ទៀងផ្ទាត់ពីរបៀបដែលលទ្ធផលបានកើតឡើងយ៉ាងប្រុងប្រយ័ត្នដូចជាថាតើវាបានកើតឡើងដែរឬទេ។ ផ្នែកដែលសន្យាគឺការផ្តល់ភស្តុតាងដល់អ្នកត្រួតពិនិត្យដែលពួកគេអាចធ្វើសកម្មភាពបាន ជាមួយនឹងការរកឃើញត្រឹមត្រូវដែលភ្ជាប់មកជាមួយ។ ប្រសិនបើអ្នកចង់អាននេះជាងស្តាប់ខ្ញុំនិយាយ ការបោះពុម្ពផ្សាយនឹងមកដល់ប្រអប់ទទួលរបស់អ្នក រៀងរាល់ព្រឹក ដោយឥតគិតថ្លៃនៅ the daily diff dot dev តំណភ្ជាប់ខាងក្រោម។ ដូច្នេះការវិនិច្ឆ័យថ្ងៃនេះគឺ NEEDS REVIEW ។

តើអ្វីដែលទទួលបានការវិនិច្ឆ័យលើបំពង់បង្ហូរប្រេងរបស់ OpenAI?

4:55 ខ្ញុំនឹងរក្សាបំពង់បង្ហូរប្រេងនេះនៅក្នុងលំហូរការងារការពារជាមួយនឹងការត្រួតពិនិត្យបំណះដោយមនុស្ស និង ការត្រួតពិនិត្យផ្លូវឯករាជ្យ។ ការរកឃើញដែលបានរាយការណ៍ក្លាយជាមានប្រយោជន៍នៅពេលដែល អ្នកថែទាំទទួលបានភស្តុតាងដែលពួកគេអាចទុកចិត្តបាន និងការជួសជុលដែលពួកគេអាចវាយតម្លៃបាន។ ហើយនោះគឺជាការបោះពុម្ពផ្សាយសម្រាប់ថ្ងៃនេះ។ ខ្ញុំ Niko មកពី Axrisi ។ បញ្ចូលគ្នាយ៉ាងទទួលខុសត្រូវ។

5:10 Merge responsibly.

ប្រភព

  1. A thousand fewer paths to root — reported Linux pipeline method and countsOpenAI
  2. Unique findings defined by distinct candidate patches after variant analysisOpenAI
  3. Early wrong-assigned-flaw result and added independent path checkOpenAI
  4. Research-completion patch snapshot and mid-October baselineOpenAI
  5. Security bugs — general reporting and AI report-quality guidanceThe Linux Kernel
  6. Discussion of OpenAI's Linux research, interest context onlyHacker News
  7. Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identification, no endorsement or current reactionTechCrunch via Wikimedia Commons
  8. Portrait licence: Creative Commons Attribution 2.0Creative Commons
  9. Drake Hotline Bling template — brief transformed process commentary, no actual news reaction or blanket reuse licenceImgflip
  10. Nathan Fillion in Firefly, HULU disbelief GIF — brief transformed process commentary, no actual news reaction or blanket reuse licence; public hosting does not certify legal clearanceHULU on GIPHY
  11. Original Sam Altman portrait — TechCrunch; Steve Jennings/Getty Images for TechCrunch; CC BY 2.0; cropped, background removed and resized; vendor identity only, no endorsement or personal study authorshipTechCrunch on Flickr

Niko from Axrisi

Nikoloz Turazashvili · Vexrail · Axrisi

LinkedIn · dev.to · GitHub · X · Substack

វីដេអូដែលពាក់ព័ន្ធ

daily · km · 4 វិច្ឆិកា 2026

GPT-6 Astra បានកែច្នៃការគិតគ្មានទីបញ្ចប់របស់ AI មួយទៀត

ការសិក្សាដែលពាក់ព័ន្ធនឹង MIT បានប្រើប្រាស់ GPT-6 Astra ដើម្បីកែសម្រួលទម្ងន់នៃម៉ូដែល Qwen តូចមួយ ហើយជួយឱ្យចម្លើយកាន់តែច្រើនបញ្ចប់។ ការកើនឡើងពិន្ទុគណិតវិទ្យាដែលបានរាយការណ៍របស់វាពឹងផ្អែកលើការជួសជុលរង្វិល

5:05 ↗
daily · km · 22 តុលា 2026

PHP2Shell: ចំណុចខ្សោយ PHP សំខាន់ពីរ ការបែកធ្លាយការហាមឃាត់ និងអ្វីដែលគេដឹងអំពីការទាញយកផលប្រយោជន៍

PHP បានចេញផ្សាយការជួសជុលបន្ទាន់សម្រាប់កំហុសប្រតិបត្តិកូដពីចម្ងាយសំខាន់ពីរ គឺ CVE-2026-109618 និង CVE-2026-109619 ដែលត្រូវបានគេហៅថា PHP2Shell។ ការចេញផ្សាយនេះបានធ្វើឡើងនៅថ្ងៃទី 21 ខែតុលា ឆ្នាំ 2026។ វគ្

5:50 ↗
daily · km · 12 តុលា 2026

Linus Torvalds ប្រើប្រាស់ Claude Code សម្រាប់ Linux patches

លោក Linus Torvalds ផ្តល់កិត្តិយសដល់ Claude Code សម្រាប់កូដ, កម្មវិធីសាកល្បង, ការត្រួតពិនិត្យ និងការព្រាងដំបូងនៃលិខិតគម្របលើសាខាគ្រប់គ្រងអង្គចងចាំ Linux ដែលកំពុងពិសោធន៍ ក្រោមការណែនាំរបស់គាត់។ ការសាកល្ប

5:10 ↗
daily · km · 2 វិច្ឆិកា 2026

របាយការណ៍ Jepsen របស់ ParticleDB, USB ស្កេនក្រយៅដៃរបស់ Lenovo, HackerTube របស់ Karpathy និង Bug TCP របស់ Linux CVE-2026-98432: រឿងអ្នកអភិវឌ្ឍន៍បួនក្នុង The Daily Diff មួយ

រឿងអ្នកអភិវឌ្ឍន៍បួន រឿងនីមួយៗត្រូវបានសន្មតទៅប្រភពរបស់វា។ ការវិភាគរបស់ Jepsen នៃមូលដ្ឋានទិន្នន័យ ParticleDB រកឃើញ ៩៦ បញ្ហា រួមទាំងការបាត់បង់ការសរសេរដែលបានប្តេជ្ញាចិត្តនៅក្នុងរបៀបប្រតិបត្តិការលំនាំដើមនៃ

6:17 ↗