Habang nagtatalo ang lahat kung aling modelo ang pinakamahusay sumulat ng code, tahimik na lumalaki kasabay ng bawat bagong AI datacenter ang isang mas matanda at mas hindi kaakit-akit na problema: ang baseboard management controller, o BMC. Ngayong linggo, naglahad ang mga security researcher ng mga natuklasang nagpapakitang maaaring malayuang pasukin sa pamamagitan ng backdoor ang libu-libong server na nakakonekta sa internet mula sa malalaking manufacturer dahil sa mga bug sa mga controller na ito—may ilang kahinaan na mahigit isang dekada na. Hindi talaga ito kuwento tungkol sa AI. Kuwento ito tungkol sa hardware na pinapagana ng AI, at mahalagang maunawaan ito kung iniisip mo kung saan magmumula ang susunod na alon ng mga trabahong may kaugnayan sa AI at seguridad.

Ano talaga ang BMC, at bakit ito nakakatakot

Ang BMC ay isang maliit at hiwalay na computer na nakasolder sa halos bawat motherboard ng enterprise server. May sarili itong operating system, sariling network stack, at sariling IP address—ganap na hiwalay sa anumang OS at application na tumatakbo sa pangunahing server. Ginagamit ng mga administrator ang mga BMC para sa pamamahalang “lights-out” o “out-of-band”: pagre-reboot ng makina, muling paglalagay ng firmware, muling pag-i-install ng OS, lahat nang malayuan, at higit sa lahat, lahat ng ito ay posible habang naka-off o tuluyang hindi tumutugon ang pangunahing server.

Iyan din mismo ang dahilan kung bakit lubhang mapanganib ang isang nakompromisong BMC. Ang isang umaatakeng nakapasok dito ay hindi kailangang tumatakbo ang host OS, hindi kailangang lampasan ang anumang endpoint security na naka-install dito, at maaaring manatili sa sistema kahit muling i-install ang OS, dahil ang BMC ay nasa ilalim at labas ng layer na binabantayan ng karaniwang IT security tooling. Ayon sa pananaliksik na tinalakay ngayong linggo, ang protokol na pinakamadalas nasasangkot ay IPMI, at matagal nang nagbababala ang mga security researcher tungkol sa ganitong uri ng panganib mula pa noong hindi bababa sa 2013. Sa madaling salita: hindi ito bagong bug, kundi isang luma, kilala, at sa estruktura ay mahirap ayusing kategorya ng bug na hinayaan ng industriya nang mahigit isang dekada.

Bakit mas mahalaga ito ngayon, hindi mas hindi mahalaga

Sa pisikal na aspeto, ang pagtatayo ng AI infrastructure ay isa sa pinakamalalaking alon ng pagbili ng server sa kasaysayan—sunod-sunod na rack ng GPU server ang inilalagay sa mga bago at pinalawak na datacenter sa bilis ng pagpapadala ng mga vendor. May BMC ang bawat isa sa mga server na iyon, dahil ang mga BMC ang paraan ng mga operator ng datacenter para pamahalaan ang mga fleet sa malaking sukat; hindi ka maaaring pumasok sa isang gusaling kasinlaki ng bodega at manu-manong mag-reboot ng sampung libong makina. Kaya ang AI boom ay hindi lang bumibili ng compute—kinakailangan din nitong bumili ng katumbas na laki ng fleet ng maliliit, kulang sa pagmamanman, out-of-band na computer na may dokumentadong kasaysayan ng mahahalagang kahinaan sa loob ng mahigit isang dekada.

Iyan ang technical debt: nakatuon ang bilis ng pagtatayo sa paglalagay ng mga GPU sa rack at pagsisimula ng mga training run, hindi sa pag-a-audit ng management firmware na nakabaon sa bawat motherboard sa ilalim ng mga ito. Iniulat na inilarawan ng mga mananaliksik sa likod ng pagbubunyag ngayong linggo ang mga BMC bilang isang “laganap, kulang sa pagmamanman, at kulang sa paglalagay ng patch na parallel attack surface”—isang paglalarawang nauna sa pagsabog ng mga AI datacenter, ngunit ang pagsabog na iyon ang nagpaparami ngayon sa bilang ng mga BMC na nasa produksyon.

Ang niche na binubuksan nito

Kung pinaplano mo kung saan patutungo ang mga karera sa seguridad kasabay ng AI infrastructure, karamihan sa mga lantad na landas—model red-teaming, depensa laban sa prompt injection, agent governance—ay siksikan na at malawak nang natatalakay sa ibang lugar. Hindi ganoon ang hardware at out-of-band security auditing. Isa itong hindi kaakit-akit at hindi seksi na sulok ng infrastructure security na hindi lumilitaw sa mga AI keynote, at iyan mismo ang puwang: lumalaki ang demand kasabay ng bawat bagong datacenter, samantalang kakaunti ang mga taong nakauunawa sa firmware-level at out-of-band attack surface dahil tunay itong ibang set ng kasanayan kumpara sa application o cloud security.

Ganito talaga ang hitsura ng trabaho, sa mga konkretong termino:

  • Kaalaman sa firmware at mga protokol. Sapat na pag-unawa sa IPMI (at sa mga kilalang mahinang bahagi nito—gaya ng matagal nang hindi ginagamit na cipher suite 0 na naka-enable pa rin sa ilang device) upang masuri kung lantad ang isang partikular na server fleet, hindi lamang kung mahina ito sa teorya.
  • Mga audit sa network segmentation. Sinusuri kung talagang nakahiwalay ang mga interface ng BMC/management sa isang nakatalagang management network, o kung naaabot ang mga ito mula sa production o sa pangkalahatang internet—isang pangunahing control na paulit-ulit na lumalabas na wala sa aktuwal na mundo.
  • Mga pagsusuri sa kalinisan ng credential at patch. Madalas na may kasamang default o itinakda ng vendor na mga credential ang mga BMC, pati firmware na hindi kasama sa karaniwang OS patch cycle ng datacenter, dahil hindi ito ang OS—kaya madali itong malagpasan ng taong may pananagutan sa “patching.”
  • Kaalaman sa vendor at supply chain. Karaniwang isinusulat ang BMC firmware ng maliit na bilang ng mga espesyalistang vendor at ipinaglilisensya sa mga manufacturer ng server, kaya ang isang kahinaan sa code ng isang vendor ay maaaring kumalat sa maraming brand ng hardware nang sabay-sabay—ito mismo ang padron sa pagbubunyag ngayong linggo. Bahagi ng trabaho ang pag-alam kung aling firmware stack ang nasa ilalim ng aling brand ng server.

Paano aktuwal na ipuwesto ang sarili para rito

Tunay na niche field ito, at makatuwirang pagdudahan kung ilang nakatalagang posisyon ang bubuksan para rito kumpara sa pananatili nito bilang espesyalisasyon sa loob ng mga umiiral na infrastructure o security team—maging tapat sa sarili na maaaring mauwi ang “BMC security auditor” bilang kasanayang idaragdag mo sa mas malawak na hardware/datacenter security role, sa halip na maging hiwalay na titulo ng trabaho. Gayunman, may ilang konkretong hakbang na maaaring beripikahin at makatuwiran anuman ang mangyari: magkaroon ng aktuwal na karanasan sa IPMI at mga out-of-band management tool kung may access ka sa mga enterprise server o kahit sa mga secondhand na hardware na maaari mong gamitin sa laboratoryo; basahin ang mga security advisory ng vendor para sa BMC firmware mula sa malalaking gumagawa ng server at BMC firmware, dahil naglalathala sila ng mga tunay na vulnerability disclosure na maaari mong pag-aralan; at kung nasa cloud o infrastructure security ka na, simulang tanungin ang data-center o hardware-procurement team ng sarili mong organisasyon ng isang simple at beripikableng tanong—nasa isolated network ba ang management plane ng aming BMC/IPMI, at sino ang may pananagutan sa paglalagay ng patch dito? Kung walang makapagbigay ng kumpiyansang sagot, hindi lang iyon isang finding, kundi pagpapakita rin mismo ng uri ng ekspertisyang kailangan ng niche na ito.