Panimula: Ano ang mangyayari kapag mas mabilis makahanap ng butas ang AI kaysa sa pagrepaso ng mga team sa mga ayos?
Unang hakbang lang ang paghanap ng kahinaan. Ang pag-ayos nito nang ligtas at sa tamang lugar ang mas mahirap.
Noong Nobyembre 4, 2026, naglabas ang OpenAI ng ulat tungkol sa isang AI pipeline na nag-reproduce ng 1,724 kahinaan sa Linux kernel at nagbunga ng 948 gumaganang local privilege-escalation na resulta. Bilang pribadong developer ng AI model at AI security consultant, binabasa ko ito bilang aral sa ebidensya at proseso. Depensa at pamamahala lang ang saklaw ng artikulong ito.
1. Bilangin nang tumpak ang ebidensya
Ayon sa OpenAI, ang 948 resulta ay binilang batay sa 948 magkakaibang candidate patch. Ito ang bilang ng mga ayos na iminungkahi ng pipeline, hindi ng mga ayos na tinanggap sa kernel.
Tandaan ang pagkakaibang ito kapag inuulit ng headline ang numero. Ang candidate patch ay mungkahi. Kailangan pa rin itong suriin, subukan, at pagpasyahan ng mga maintainer kung nararapat ito sa shared code.
2. Ihiwalay ang candidate patch sa merged code
Sinasabi ng ulat na daan-daang kritikal na ulat ang ipinadala sa upstream. Pagkalipas ng sampung araw, 61 ang na-patch na sa upstream, 43 ang may staging patch, at 299 ang pinag-uusapan sa publiko.
Ipinapakita ng mga bilang ang totoong pag-usad at kung gaano pa karami ang bukas. Inaasahan ng sariling gabay ng kernel na susuriin sa publiko ang mga patch at magiging maliit, malinaw, at maayos na naipaliwanag. Hindi pamalit ang bilis ng pagtuklas sa prosesong iyon.
3. Ituring na bottleneck ang pagrepaso ng patch
Kapag kayang magmungkahi ng makina ng maraming ayos, ang atensyon ng tao ang nagiging kakaunting yaman. Dapat unawain ng mga reviewer ang pagbabago, suriin ang side effects, at iwasang aprubahan ang ingay.
Dapat maghanda rito ang mga organisasyong umaasa sa open-source software. Maglaan ng oras para sa mga upgrade, magtalaga ng may-ari ng mga kritikal na component, at subaybayan kung aling ulat ang tumatama sa mga bersyong talagang pinapatakbo ninyo.
4. Muling patunayan laban sa pinakabagong code
Inilalarawan ng OpenAI ang isang takbo noong kalagitnaan ng Oktubre, na may 30-oras na validation window sa loob nito. Patuloy na nagbabago ang software pagkatapos ng ganitong pagsubok, kaya maaaring maluma ang resulta laban sa isang snapshot.
Bago kumilos sa anumang natuklasan, kumpirmahin ito sa kasalukuyang bersyong ipinapatupad ninyo. Patakbuhin muli ang sarili ninyong pagsusuri pagkatapos ng bawat update, at itala ang bersyon at petsa ng bawat pagsubok.
5. Gamitin nang maingat ang mga numero ng gastos
Iniulat ng OpenAI ang kabuuang gastos na $1,213,430, o humigit-kumulang $1,279 bawat gumaganang resulta. Ituring ito bilang sariling numero ng developer para sa isang takbo sa research setting.
Hindi nito sinasabi kung magkano ang aabutin ng katulad na programa sa negosyo ninyo. Bilangin ang oras ng staff para sa triage, pagrepaso, pagsubok, at deployment bukod sa compute.
6. Mga pandaigdigang aral para sa mga lider ng negosyo
Una, basahin ang yunit sa likod ng bawat estadistika: ang candidate, ulat, at merged fix ay tatlong magkaibang bagay. Ikalawa, planuhin ang kapasidad sa pagrepaso bago palawakin ang pagtuklas.
Ikatlo, ihiwalay ang mga kritikal na sistema at limitahan ang maaabot ng isang nakompromisong account. Panghuli, humingi ng independiyenteng pagsusuri at magtago ng talaan upang tumagal ang inyong mga desisyon sa susunod na pagsusuri.
Konklusyon: Dapat sabayan ng pag-usad sa pag-ayos ang pag-usad sa paghanap ng butas
Maaaring palawakin ng AI ang nakikita ng mga security team. Hindi nito inaalis ang pangangailangan sa maingat na pagrepaso, napapanahong pagsubok, at malinaw na pananagutan.
Kayang maghanap ng artificial intelligence sa malaking saklaw. Mapapanatiling tapat ng matematika ang mga bilang. Dapat gawing ligtas na ayos ng disiplinadong engineering ang natuklasan.
References and Further Reading
- OpenAI, A thousand fewer paths to root, 4 November 2026
- The Hacker News, OpenAI AI pipeline and 948 Linux flaws
- Unite.AI, OpenAI pipeline and Linux kernel privilege-escalation flaws
- Linux kernel documentation, Submitting patches
By Keshavan Thiagaraja
Private AI Model Developer & AI Security Consultant Helping SMEs and Enterprises Build Secure AI Solutions Sydney, Australia.
B.Sc. (Computer Science, Mathematics and Statistics),
M.Sc. (Information Technology)
E-Commerce Professional


