Skip to content
Բոլոր նորությունները
Նորություններ

Broadcom WPS-ի խոցելիությունը 16 տարեկան է և դեռ բացում է 1,5 մլն gateway։ Throughput թեստերը դա չեն տեսել

Alexander Zemskov 5 րոպե ընթերցում
Broadcom WPS-ի խոցելիությունը 16 տարեկան է և դեռ բացում է 1,5 մլն gateway։ Throughput թեստերը դա չեն տեսել

2026 թվականի հոկտեմբերի 16-ին հետազոտող Quentin Kaiser-ը հրապարակեց WPSplinter-ը. երկու սխալ WPS-ի այն իրականացման մեջ, որը Broadcom-ը մատակարարում է իր Wi-Fi SDK-ում։ Այս կոդը gateway-ներում ապրում է առնվազն 2010 թվականից։ Հատուկ հավաքված WPS EAP հաղորդագրությունների հաջորդականությունը գերլցնում է ֆրագմենտների հավաքման բուֆերը, և Wi-Fi-ի հեռավորության վրա գտնվող հարձակվողը, առանց ցանցի բանալու և առանց ավարտված WPS ընթացակարգի, կարդում է Wi-Fi գաղտնաբառը հիշողությունից կամ գործարկում է իր կոդը gateway-ի վրա։ Broadcom-ը հուլիսի 28-ին հետազոտողին հայտնեց, որ patch-ը հասանելի է OEM-ներին, հրաժարվեց CVE տրամադրել, իսկ CERT/CC-ն գործը բացեց և փակեց օգոստոսի 4-ին։ Հոկտեմբերի 15-ի դրությամբ տուժած սարքերից ոչ մեկը թարմացում չէր ստացել։ Միայն Բելգիայում հետազոտողի գնահատականն է. մոտ 1,56 մլն gateway Proximus-ի, VOO-ի և Orange Belgium-ի մոտ։ Այս սարքերն անցել են ընդունում։ Նրանք տալիս են այն throughput-ը, որի համար գնվել են։ Աղբ նրանց ոչ ոք չի տվել։

Ինչ է պատահել

  • Երկու սխալ, մեկ parser։ Տեղեկատվության արտահոսք գումարած կամայական կոդի կատարում Broadcom-ի սեփական WPS stack-ի WPS EAP հավաքման կոդում։ 2018-ի մասնակի ուղղումը խնդիրը չփակեց, հետագայում Broadcom-ը OEM-ներին խորհուրդ տվեց անցնել hostapd-ով SDK-ի։
  • eCos-ի վրա չիպերը (BCM3380, BCM3383, BCM33834) հետազոտողն անվանում է forever day. թարմացում չի լինի։ Linux հարթակները BCM3390, BCM63xx, BCM65xx և BCM68xx մնում են խոցելի, քանի դեռ OEM-ը SDK-ն չի փոխել։
  • Նշված սարքեր։ Proximus BBOX 3 և BBOX3V+, VOO Netgear CG3100/CG3700 և Technicolor TC7210/CGA4233, Orange Belgium ASKEY TCG3000։ TCG3000-ի վրա ցուցադրությունը հանում է Wi-Fi բանալին և ուղարկում ռադիոյով։
  • Արձագանքն այսօր։ Proximus-ը հաղորդումից հետո 24 ժամում անջատեց WPS-ն ամբողջ պարկում, Orange Belgium-ը գնահատում է նույն քայլը, Telenet-ը տուժած չէ։ CVE չկա. չկա սկաներ, չկա CVSS գնահատական և չկա տող խոցելիությունների կառավարման ոչ մի հաշվետվությունում։
  • Հետազոտողը նշում է, որ AI գործիքները աշխատանքը ամիսներից կրճատեցին մինչև մեկ շաբաթ։ Հարձակման մակերեսը չի փոխվել։ Փոխվել է նրանում սխալներ գտնելու գինը։

Ինչ է սա նշանակում բիզնեսի համար

Օպերատորը CPE գնում է հարյուր հազարներով, տենդերով, որտեղ չափում են Wi-Fi ծածկույթը, throughput-ը և գինը։ Հաղթող սարքը կրում է մեկ մատակարարի ռադիոչիպ, նույն մատակարարի Wi-Fi SDK և ODM-ի firmware, որը օպերատորի մոտ ոչ ոք չի աուդիտի ենթարկել։ Երբ թերությունը SDK-ում է, օպերատորը չի կարող այն ուղղել, հաճախ չի կարող նույնիսկ CVE ստանալ, որին հղվի, և միակ լծակը մնում է. մեկ գիշերում անջատել ֆունկցիան մեկ միլիոն տներում։ Մեկ միավորից խնայված եվրոների կողքին պետք է դնել ամբողջ պարկի արտակարգ փոփոխության գինը և դրան հաջորդող վերնագրերը։ 2025 թվականի օգոստոսի 1-ից եվրոպական RED դիրեկտիվը կիբերանվտանգությունը դարձնում է նման սարքերի վաճառքի պայման, իսկ 2027-ի դեկտեմբերին էստաֆետը վերցնում է Cyber Resilience Act-ը։ Կարգավորողը կհարցնի, թե ինչ եք թեստավորել։ «Անցել է TR-398» պատասխանը նրան չի բավարարի։

Ինչ է սա նշանակում ինժեներների համար

  • TR-398-ը չափում է արտադրողականությունը։ Issue 4-ը, որը գործում է 2026-ի սեպտեմբերից, ընդգրկում է RF, ծածկույթ, բազմաթիվ կայաններ, կայունություն և mesh։ Հարձակումների նկատմամբ դիմացկունության գլուխ այնտեղ չկա։ Gateway-ը կարող է հավաքել առավելագույն միավորներ և ընկնել մեկ վնասված EAP կադրից։
  • Fuzz անել այն stack-երը, որոնք լսում են մինչև նույնականացումը։ WPS, EAPOL, 802.11 կառավարման և action կադրեր, DHCP, TR-069 և վեբ ինտերֆեյսը վերլուծում են հարձակվողի վերահսկած տվյալներ։ Protocol fuzzer-ներ դրա համար կան. միայն Defensics-ը մատակարարում է 6 WLAN հավաքածու՝ 802.11, WPA2 և WPA3 handshake-ներ։ Եթե մատակարարը չի կարող ցույց տալ fuzzing-ի արդյունքներ ձեր SDK build-ի համար, համարեք, որ դրանք չեն գործարկվել։
  • Ստուգել պաշտպանության միջոցը, ոչ թե նշումը։ Անջատել WPS-ը, վերագործարկել, վերադարձնել գործարանային կարգավորումներին, թարմացնել firmware-ը, ապա sniffer-ով ապացուցել, որ gateway-ն այլևս չի պատասխանում WPS հարցումներին։ Լուռ վերադարձող կարգավորումները CPE-ում հանդիպում են պարբերաբար։
  • Դիմացկունությունը ներառել ընդունման մեջ իրական ռադիոյով ստենդում. տրաֆիկ լրիվ բեռնվածությամբ բոլոր տիրույթներում, մինչ fuzzer-ը հարվածում է կառավարման հարթությանը։ Բեռնվածության տակ ընկնելը այլ տեսք ունի, քան պարապ սարքի վրա։
  • Պահանջել SDK-ի տարբերակը սպեցիֆիկացիայում և ամրագրել պայմանագրում։ Forever day չիպերը գնման որոշում են, որն ընդունվել է խոցելիության հրապարակումից տարիներ առաջ։

Ինչ անել

Ավելացրեք մեկ տող ձեր CPE ընդունման ծրագրում. յուրաքանչյուր պրոտոկոլի դիմացկունություն, որը gateway-ը վերլուծում է մինչև հաճախորդի նույնականացումը, տրաֆիկի բեռնվածության տակ, արդյունքներով, որոնք կարելի է ցույց տալ կարգավորողին։ TEST4NET-ը կօգնի այս սցենարը ներառել ձեր թեստ-պլանում և անցկացնել այն այն gateway-ի վրա, որը պատրաստվում եք գնել։ Test. Compare. Decide.

Աղբյուրներ

Աղբյուրներ

Հեղինակ

Alexander Zemskov

Alexander Zemskov leads network and security testing at TEST4NET, an independent, vendor-neutral testing lab in Yerevan, Armenia. With 19+ years in performance and load testing on IXIA, Spirent, Keysight, Xena and Xinertel platforms, he runs NGFW, WAF, IPS, DLP and SASE evaluations for telecom operators, banks and system integrators.

Ոլորտի նորություններ

Շարունակել կարդալ

Երթուղավորում և կոմուտացիա

Ինչպես ենք փորձարկում PoE-ն. բյուջե, առաջնահերթություն, PSU

PoE կոմուտատորի բնութագրում գնորդը կարդում է երկու տող՝ «PoE+ բոլոր 48 պորտերում» և հզորության բյուջեն, օրինակ՝ 740 Վտ։ 48 պորտը 30-ական Վտ-ով կազմում է 1440 Վտ։ Երկու տո…

Alexander Zemskov 4 րոպե ընթերցում
Ստանդարտներ և մեթոդիկա Երթուղավորում և կոմուտացիա

Բազմավենդոր ցանցի փորձարկում. մեկ RFC, երկու ընթերցում

Երկու երթուղիչ երկու վենդորից, և երկու բնութագրերում էլ RFC-ների նույն ցանկն է։ Երկուսն էլ ճիշտ են։ RFC-ն տարբերակներ է թողնում, յուրաքանչյուր վենդոր ընտրում է իր լռելյայ…

Alexander Zemskov 4 րոպե ընթերցում