Kernel Zero-Day «Dirty Frag»-ը կոտրում է Cloud Trust-ը, քանի որ Google-ի Acro Agents-ը վերափոխում է էլեկտրոնային առևտուրը | B4N1

Kernel Zero-Day «Dirty Frag»-ը կոտրում է Cloud Trust-ը, քանի որ Google-ի Acro Agents-ը վերափոխում է էլեկտրոնային առևտուրը

21 days ago · b4n1 Read time: 9 min

Kernel Zero-Day «Dirty Frag»-ը կոտրում է Cloud Trust-ը, քանի որ Google-ի Acro Agents-ը փոխում է էլեկտրոնային առևտուրը

Տեխնոլոգիական լանդշաֆտը մշտական հոսքի մեջ է, սակայն որոշ տեղաշարժեր տեկտոնական են: Այս շաբաթ մենք բախվում ենք երկու նման իրադարձությունների՝ Linux միջուկի զրոյական օր, որը կոչվում է «Dirty Frag», որը հիմնովին խաթարում է ժամանակակից ամպային ենթակառուցվածքի անվտանգության երաշխիքները և Google-ի հավակնոտ «Universal Cart Acro»-ն, որը խոստանում է հիմնովին վերափոխել առցանց առևտրի լանդշաֆտը գործակալական AI-ի միջոցով: Երկուսն էլ պահանջում են անհապաղ, խիստ տեխնիկական ստուգում յուրաքանչյուր ինժեներական շենքից և ապահովել մեր թվային աշխարհը:

Dirty Frag. The Kernel Zero-Day, որը կոտրում է ամեն ինչ

2026թ.-ի մայիսի 7-ին սարսափելի բացահայտումը ալիքներ ուղարկեց Linux-ի անվտանգության համայնքում. Սա պարզապես տեղական արտոնությունների հերթական ընդլայնումը (LPE) չէ. դա դետերմինիստական ​​ճանապարհ է ոչ արտոնյալ օգտագործողից դեպի արմատ, շրջանցելով հենց ավազատուփերը՝ կոնտեյներներն ու միկրոՎՄ-ները, որոնք կազմում են ամպային բնիկ անվտանգության հիմքը:

**Սպառնալիքի լանդշաֆտը.

Ժամանակակից ամպային ենթակառուցվածքը մեծապես հիմնված է մեկուսացման վրա: Docker-ը, Kubernetes-ը և նույնիսկ թեթև վիրտուալ մեքենաները, ինչպիսիք են Firecracker-ը և Kata Containers-ը, խոստանում են ամուր սահմաններ աշխատանքային բեռների միջև: Dirty Frag-ը ջարդում է այս պատրանքը: Հիմնական խնդիրը գտնվում է Linux միջուկի հիշողության կառավարման խորքում, մասնավորապես, թե ինչպես է այն կարգավորում հիշողության մասնատված տեղաբաշխումները և տեղաբաշխումները:

Թեև շահագործման հատուկ մանրամասները դեռևս ի հայտ են գալիս, մեր վերլուծությունը ցույց է տալիս, որ «Dirty Frag»-ը օգտագործում է բարդ օգտագործումից հետո (UAF) խոցելիությունը միջուկի SLUB հատկորոշիչում, որը, հավանաբար, առաջանում է որոշակի «mmap» գործառնությունների կամ բարդ փոխազդեցության հետ որոշակի ցանցային վարդակների՝ «_AF_ET» կամ «AF_ET» տեսակների հետ: «Frag» անվանումը մատնանշում է հարձակվողի կարողությունը՝ շահարկել միջուկի կույտի մասնատումը, ստեղծելով կանխատեսելի հիշողության դասավորություններ, որոնք թույլ են տալիս օգտատիրոջ կողմից կառավարվող տվյալների հուսալի վերաբաշխում ազատված միջուկի օբյեկտի բնիկում:

Ահա մի հավանական, բարձր մակարդակի շահագործման շղթա.

  1. UAF-ի գործարկում. Չարտոնյալ գործընթացն սկսում է հիշողության բաշխումների և տեղաբաշխումների հաջորդականություն, որը, հնարավոր է, ներառում է «shmem» կամ «io_uring» գործողությունները, որոնք նախատեսված են միջուկի կույտում մասնատման հատուկ օրինաչափություն ստեղծելու համար: Race պայմանը թույլ է տալիս միջուկի օբյեկտը ազատվել, քանի դեռ հնացած ցուցիչը դեռ գոյություն ունի:
  2. Կույտային սփրեյ և վերաբաշխում. հարձակվողն այնուհետև «ցողում է» միջուկի կույտը օգտագործողի կողմից վերահսկվող տվյալների միջոցով, հաճախ՝ «msg_msg» կամ «pipe_buffer» օբյեկտների միջոցով՝ նպատակ ունենալով վերաբաշխել իրենց տվյալները ազատված միջուկի օբյեկտի հիշողության տարածքում:
  3. Կարդալ/գրել կամայական պարզունակ. վերահսկվող տվյալների առկայության դեպքում, որոնք այժմ զբաղեցնում են միջուկի օբյեկտը, հարձակվողը կարող է ստեղծել վնասակար բեռներ՝ հասնելու միջուկի կամայական կարդալու/գրելու պարզունակ: Սա կարող է ներառել «seq_operations» կառուցվածքի կամ «file_operations» աղյուսակի փչացումը:
  4. Արտոնությունների մեծացում. Վերջապես, կամայական գրելու պրիմիտիվն օգտագործվում է ընթացիկ գործընթացի «cred» կառուցվածքը վերագրելու համար (սահմանելով «uid=0», «gid=0»), կամ հսկիչ հոսքը հափշտակելու համար՝ կամայական միջուկի կոդը գործարկելու համար, ինչը հանգեցնում է դետերմինիստական ​​արմատային մուտքի:

⚠️ Ճարտարապետական ​​ռիսկ. Dirty Frag-ը ցույց է տալիս, որ նույնիսկ հզոր կոնտեյների գործարկման ժամանակի և microVM-ների դեպքում, ընդհանուր միջուկը մնում է հարձակման վերջնական մակերեսը: Այստեղ ցանկացած խոցելիություն կարող է շրջանցել մեկուսացման շերտերը՝ դարձնելով խորը պաշտպանական ռազմավարությունները առաջնային, ոչ միայն ընտրովի:

Շրջանցելով Sandboxes. Ընդհանուր միջուկի խնդիրը

Dirty Frag-ն այդքան կործանարար կոնտեյներների և microVM-ների համար պարզ է. նրանք բոլորն ունեն նույն հիմքում ընկած Linux միջուկը: Թեև անվանատարածքները, cgroups և «seccomp» պրոֆիլներն ապահովում են ուժեղ մեկուսացում օգտագործողի տարածքի գործընթացների համար, նրանք չեն կարող պաշտպանել հենց միջուկի թերություններից: Firecracker-ը և Kata Containers-ը, թեթև VM-ներ օգտագործելիս, դեռևս գործարկում են Linux միջուկը (թեև նվազագույն), որը ենթակա է նման խոցելիության, եթե հարձակման վեկտորը գոյություն ունի իր բաց syscall մակերևույթում:

Մեկուսացման մեխանիզմ Dirty Frag Impact Մեղմացման արդյունավետություն
Անվանատարածքներ Շրջանցված Ոչ մեկը (միջուկի մակարդակ)
cgroups Շրջանցված Ոչ մեկը (միջուկի մակարդակ)
Seccomp Շրջանցված Սահմանափակ (նվազեցնում է հարձակման մակերեսը, բայց ոչ հիմնական թերությունը)
AppArmor/SELinux Շրջանցված Սահմանափակ (քաղաքականության կիրարկումը կախված է միջուկից)
MicroVMs (Firecracker, Kata) Շրջանցված Սահմանափակ (եթե հարձակման վեկտորը գտնվում է հյուրի միջուկում)
միջուկի կարկատում Արդյունավետ Բարձր (ուղիղ ամրացում)

Մեղմացում և խստացում. անհապաղ գործողություններ են պահանջվում

Անմիջական, անսակարկելի գործողությունը ձեր միջուկները կարկատելն է: Ամպային մատակարարները և բաշխման սպասարկողները փորձում են թարմացումներ թողարկել: Կարկատելուց բացի, շատ կարևոր է պաշտպանական բազմաշերտ ռազմավարությունը:

Բաշ

Օրինակ՝ կարծրացնել sysctl պարամետրերը ընդհանուր միջուկի շահագործման դեմ

Սրանք ընդհանուր առաջարկություններ են և չեն կարող ուղղակիորեն կանխել Dirty Frag-ը,

բայց դրանք նվազեցնում են հարձակման ընդհանուր մակերեսը և դժվարացնում են շահագործումը:

Անջատեք օգտվողների անարտոնյալ անունների տարածքները (ընդհանուր LPE վեկտոր)

sudo sysctl -w kernel.unprivileged_userns_clone=0

Սահմանափակեք pttrace՝ նվազեցնելու տեղեկատվության արտահոսքը և գործընթացի մանիպուլյացիան

sudo sysctl -w kernel.yama.ptrace_scope=1

Պատահականացնել միջուկի հիշողությունը (KASLR) - կարևոր է շահագործման մեղմացման համար

(Սա սովորաբար միացված է լռելյայն, համոզվեք, որ այն անջատված չէ)

Ստուգեք՝ cat /proc/sys/kernel/randomize_va_space (պետք է լինի 2)

Անջատեք BPF JIT-ը (կարող է լինել շահագործման պրիմիտիվ), եթե խիստ անհրաժեշտ չէ

Նշում. սա կարող է ազդել որոշ հավելվածների աշխատանքի վրա:

sudo sysctl -w net.core.bpf_jit_enable=0

Կիրառեք այս փոփոխությունները համառորեն

echo «kernel.unprivileged_userns_clone = 0» | sudo tee -a /etc/sysctl.d/99-hardening.conf echo «kernel.yama.ptrace_scope = 1» | sudo tee -a /etc/sysctl.d/99-hardening.conf echo «net.core.bpf_jit_enable = 0» | sudo tee -a /etc/sysctl.d/99-hardening.conf sudo sysctl --համակարգ


Կազմակերպությունները պետք է նաև դիտարկեն կենդանի միջուկի կարկատման լուծումներ, ինչպիսիք են «kexec»-ը կամ առևտրային առաջարկները՝ կարևոր թարմացումների ժամանակ խափանումները նվազագույնի հասցնելու համար: «seccomp» պրոֆիլների կանոնավոր աուդիտը և բեռնարկղային ծանրաբեռնվածության համար syscall-ի նվազագույն բացահայտումն ապահովելը, թեև Dirty Frag-ի ուղղակի ուղղումը չէ, մնում է հարձակման ընդհանուր մակերեսը նվազեցնելու լավագույն փորձը:

### Google-ի ունիվերսալ զամբյուղ Acro. Agentic Checkout-ը փոխում է էլեկտրոնային առևտուրը

Էկզիստենցիալ սպառնալիքներից տեղափոխելով փոխակերպման հնարավորություններ՝ Google-ը գործարկել է «Universal Cart Acro»-ն ԱՄՆ-ի իր Search և Gemini հարթակներում: Սա պարզապես աճող հատկանիշ չէ. դա առցանց գնումների հիմնարար վերակառուցում է, որը ներկայացնում է «գործակալական վճարում»՝ սնուցված նոր «UCP արձանագրությամբ», ինչպես հայտնում է [AI News Today] (https://aiweekly.co/ai-news-today): Այս քայլն ազդարարում է Google-ի մտադրությունը՝ խորապես ներդնելու AI գործակալներին ուղղակիորեն գործարքային առևտրի մեջ՝ անցնելով բացահայտումից մինչև գործարքների ինքնավար ավարտ:

**Գործակալական հերթափոխ. զննարկումից դեպի ինքնավար գնում**

Ավանդական էլեկտրոնային առևտուրը օգտատերերի վրա հիմնված գործընթաց է՝ որոնել, թերթել, համեմատել, ավելացնել զամբյուղում, վճարել: Acro-ն շրջում է այս սցենարը: Գործակալական վճարման դեպքում Google AI գործակալը (օրինակ՝ Gemini-ի կամ Search-ի շրջանակներում) հասկանում է օգտատիրոջ մտադրությունը («Գնիր ինձ նոր էրգոնոմիկ ստեղնաշար կոդավորման համար, մինչև $150, առաքվում է մինչև ուրբաթ»), ինքնավար կերպով հայտնաբերում է ապրանքները տարբեր մանրածախ առևտրով, համեմատում է տարբերակները, կառավարում է վճարման ամբողջ գործընթացը և հաստատում է գնումը:

Սա նշանակալի թռիչք է պարզ ապրանքների ցանկից կամ «Գնել Google-ում» կոճակներից: Այն ենթադրում է օգտատերերի նախասիրությունների, իրական ժամանակի գույքագրման և գնագոյացման բարդ ըմբռնում հսկայական առևտրական ցանցում, ինչպես նաև բանակցություններ վարելու կամ գնման օպտիմալ ուղիներ ընտրելու կարողություն:

** UCP արձանագրությունը բացված է. գործակալական առևտրի հիմքը **

«UCP արձանագրությունը» (Համընդհանուր զամբյուղի արձանագրություն) հանդիսանում է այս գործակալական ապագայի հնարավորություն տվող տեխնիկական հիմքը: Թեև Google-ը դեռ պետք է հրապարակի ամբողջական բնութագրերը, մեր ճարտարապետական ​​եզրակացությունը հուշում է, որ UCP-ն ստանդարտացված, անվտանգ և ընդարձակվող API շերտ է, որը նախատեսված է Google-ի AI գործակալների և էլեկտրոնային առևտրի մասնակից առևտրականների միջև անխափան, մեքենա-մեքենա հաղորդակցության համար:

Մենք պատկերացնում ենք UCP-ն որպես բազմակողմ արձանագրություն, որը ներառում է.
1. **Ապրանքների և գույքագրման API-ներ.** Գործակալները հարցումներ են անում առևտրականների կատալոգների, իրական ժամանակի բաժնետոմսերի մակարդակների և դինամիկ գնագոյացման վերաբերյալ: Սա, հավանաբար, ներառում է կառուցվածքային տվյալների հոսքեր (օրինակ՝ ընդլայնված Schema.org նշագրում, Google Merchant Center-ի հոսքեր), որոնք լրացվում են իրական ժամանակի API-ի վերջնակետերով:
2. **Գործարքների և պատվերների API-ներ.** Գործակալները նախաձեռնում են գնումներ, փոխանցում օգտատիրոջ կողմից հաստատված վճարային թոքենները (անվտանգորեն խորհրդանշված և երբեք անմիջականորեն չեն ենթարկվում գործակալին), առաքման նախապատվությունները և ստանում պատվերի հաստատումներ: Սա պահանջում է կայուն անզորություն և սխալների հետ վարում:
3. **Կատարման և կարգավիճակի վեբ-կեռիկներ.** Առևտրականներն օգտագործում են վեբ-կեռիկներ՝ Google-ի գործակալներին թարմացնելու համար պատվերի կարգավիճակի փոփոխությունները (օրինակ՝ «առաքվել», «առաքվել է», «հետպատվեր»), ինչը հնարավորություն է տալիս գործակալին տեղեկացնել օգտատիրոջը:
4. **Իմաստային հարցման շերտ.** Կարևոր, ներքին Google բաղադրիչ, որը բնական լեզվով օգտագործողի մտադրությունը թարգմանում է առևտրական UCP API-ների հետ համատեղելի կառուցվածքային հարցումների՝ կարգավորելով անորոշությունները և նախապատվությունները:

```յամլ
# Հիպոթետիկ UCP արձանագրության առևտրական ինտեգրում (Պարզեցված YAML նկարազարդման համար)
# Այս հատվածը ցույց է տալիս, թե ինչպես վաճառողը կարող է ապրանքը բացահայտել գործակալական հայտնաբերման համար
# և սահմանեք վերջնակետ՝ գործակալի նախաձեռնած վճարումների համար:

# Merchant Product Listing-ը UCP-ի միջոցով
արտադրանք:
  ID՝ «SKU-XYZ-789»
  անվանումը՝ «Էրգոնոմիկ մեխանիկական ստեղնաշար»
  նկարագրությունը. «Սպլիտ դիզայն, շոշափելի անջատիչներ, USB-C, իդեալական մշակողների համար»։
  գինը:
    գումարը՝ 129,99
    արժույթ՝ «ԱՄՆ դոլար»
  գույքագրում:
    կարգավիճակը՝ «պահեստում»
    քանակը՝ 50
    վերջին_թարմացված՝ «2026-10-17T14:30:00Z»
  shipping_Options:
    - մեթոդ: «ստանդարտ»
      արժեքը՝ 5.00
      delivery_estimate. «3-5 աշխատանքային օր»
    - մեթոդ՝ «էքսպրես»
      արժեքը՝ 15.00
      delivery_estimate. «1-2 աշխատանքային օր»
  agent_checkout_endpoint՝ «https://api.myretailer.com/ucp/v1/checkout»
  # Լրացուցիչ մետատվյալներ գործակալների համեմատության համար (օրինակ՝ անջատիչի տեսակը, հետին լուսավորությունը)
  հատկանիշներ:
    switch_type՝ «շագանակագույն_շոշափելի»
    հետին լուսավորություն՝ «RGB»
    դասավորություն՝ «US_ANSI»

# Գործակալի նախաձեռնած վճարման հարցում (ՓՈՍՏ agent_checkout_endpoint-ին)
# (Պարզեցված ծանրաբեռնվածություն)
checkout_request:
  agent_id՝ «google-gemini-acro-123»
  user_id_token՝ «jwt_user_identity_token» # Անվտանգ, անանուն օգտագործողի ID
  իրեր:
    - product_id՝ «SKU-XYZ-789»
      քանակը՝ 1
  shipping_address:
    # Կոդավորված / նշանավորված հասցեի մանրամասներ
    նշան՝ «shipping_address_token_abc»
  վճարման_մեթոդ.
    # Կոդավորված/նշանավորված վճարման եղանակ
    նշան՝ «payment_method_token_xyz»
  preferred_shipping_method՝ «express»

💡 Հիմնական ձեռնարկ. UCP արձանագրությունը ներկայացնում է ստանդարտացման զգալի ջանք, որը նման է այն բանին, թե ինչպես են Open Banking API-ները փոխակերպում ֆինանսական ծառայությունները: Առևտրականների համար դա նոր, պոտենցիալ զանգվածային, վաճառքի ալիք է, որը պահանջում է խորը տեխնիկական ինտեգրում և պատրաստակամություն՝ որոշակի վերահսկողություն զիջելու հաճախորդների ճանապարհորդության վրա AI գործակալին:

Ճարտարապետական հետևանքներ և փոխզիջումներ էլեկտրոնային առևտրի համար

Այս տեղաշարժը խորը հետևանքներ ունի էլեկտրոնային առևտրի բիզնեսների, թվային շուկայավարների և վճարային պրոցեսորների համար:

  • ** Առևտրականների համար.
    • **Հնարավորություն. ** Մուտք գործեք Google-ի հսկայական օգտատերերի բազա և AI-ի վրա հիմնված հայտնագործություն: Հաճախորդների ձեռքբերման պոտենցիալ ծախսերը կարող են ավելի ցածր լինել, եթե գործակալները առաջ տանեն որակավորված առաջատարներ:
    • Մարտահրավեր. Վաճառքի կետում հաճախորդների անմիջական հարաբերությունների կորուստ: Ավելացել է վստահությունը Google-ի հարթակին: UCP API-ի կայուն ինտեգրման և իրական ժամանակի տվյալների հոսքերի անհրաժեշտություն: Գործակալների հայտնաբերման համար օպտիմիզացումը (SEO գործակալների համար) դառնում է կարևոր:
  • **Սպառողների համար.
    • Օգուտ. Աննախադեպ հարմարավետություն, անհատականացված գնումներ, նվազեցված շփում:
    • **Մտահոգություն․
  • **Վճարային պրոցեսորների համար. ** Նոր ինտեգրման կետեր Google-ի UCP վճարումների կազմակերպման շերտի հետ: Կենտրոնացեք անվտանգ նշանավորման և խարդախության հայտնաբերման վրա՝ գործակալի միջնորդավորված միջավայրում:

The Interplay and The Path Forward

Երկուսն էլ Dirty Frag-ը և Universal Cart Acro-ն ներկայացնում են հիմնարար, սակայն հստակ տեղաշարժեր, որոնք պահանջում են յուրաքանչյուր ինժեների ուշադրությունը: Մեկը մարտահրավեր է նետում ամպային անվտանգության հենց հիմքերին, իսկ մյուսը առաջ է մղում AI-ի գործնական կիրառման սահմանները՝ փոխակերպելով առևտուրը մարդ-համակարգիչ փոխազդեցությունից գործակալի միջնորդությամբ գործարքի:

Տեխնոլոգների համար դրանք վերացական հասկացություններ չեն: Դրանք անմիջական, գործող մարտահրավերներ և հնարավորություններ են:

Գործող եզրակացություն ինժեներական թիմերի համար

  1. Առաջնահերթություն տվեք Dirty Frag Patching-ին. Անմիջապես նույնականացրեք Linux-ի վրա հիմնված բոլոր համակարգերը, հատկապես այն աշխատող կոնտեյներները կամ microVM-ները: Աշխատեք ձեր ամպային մատակարարի կամ բաշխման վաճառողի հետ՝ կիրառելու միջուկի պատչերը (CVE-2026-43284, CVE-2026-43500), հենց որ դրանք հասանելի լինեն: Կիրառեք ուղիղ կարկատման լուծումներ, որտեղ պարապուրդը կարևոր է:
  2. **Խորքային պաշտպանություն. Աուդիտ և ամրացրեք այս շերտերը:
  3. Գնահատեք UCP արձանագրության ինտեգրումը. Էլեկտրոնային առևտրի և մանրածախ հարթակների համար սկսեք UCP արձանագրության տեխնիկական վերլուծությունը: Հասկացեք API-ի պահանջները, տվյալների մոդելները և անվտանգության հետևանքները: Սկսեք պլանավորել պոտենցիալ ինտեգրումը՝ գործակալական վճարումները որպես վաճառքի նոր ալիք օգտագործելու համար:
  4. **Գործակալական առևտրի ռազմավարություն. ** Թվային մարքեթինգի և արտադրանքի թիմերը պետք է համագործակցեն՝ հասկանալու համար, թե ինչպես են AI գործակալները հայտնաբերում և առաջարկում ապրանքներ: Սա նշանակում է օպտիմիզացնել արտադրանքի տվյալները, գնագոյացման ռազմավարությունները և գույքագրման կառավարումը մեքենաների սպառման համար, այլ ոչ միայն մարդկանց զննարկման համար:
  5. Հասցե վստահությունը և գաղտնիությունը. Երբ AI գործակալները դառնում են գործարքային, ակտիվորեն լուծեք օգտատերերի վստահությունը և տվյալների գաղտնիության խնդիրները: Թափանցիկությունը, թե ինչպես են գործակալները գործում և մշակում գնումների զգայուն տվյալները, կարևորագույն նշանակություն կունենա որդեգրման համար:

Առաջիկա ամիսները կփորձարկեն մեր ճկունությունը միջուկի բարդ շահագործման դեմ և մեր շարժունությունը՝ հարմարվելու արհեստական ​​ինտելեկտի վրա հիմնված առևտրին: Ինժեներները, ովքեր հասկանում են այս խորը տեխնիկական տեղաշարժերը, կլինեն ապագան կերտողները:

Աղբյուրներ


Have Questions?

Let's Talk

Contact me on LinkedIn