Նախորդ դրվագում՝ Բաց կոդով վնասակար փաթեթներ. Խնդիրը, մենք քննարկեցինք, թե ինչու էին սպառնալիքի գործող անձինք այդքան ոգևորված նոր վնասակար բաղադրիչներ հրապարակելով կամ առկա բաղադրիչների վերջին տարբերակներում վնասակար ծրագրեր ներարկելով. բաց կոդով ենթակառուցվածքը թույլ է տալիս ցանկացած մեկին, ցանկացած վայրից, ստեղծել ժամանակավոր հաշիվ։ բաղադրիչների գրանցամատյանում (ինչպես NPM, PyPI, Docker Hub կամ Visual Studio Marketplace) կամ համագործակցային մշակման հարթակում (ինչպես GitHub): Զրոյական ծախսեր և բազմաթիվ հնարավորություններ՝ օգտագործելու այն ավելորդ վստահությունը, որը ծրագրային թիմերը ավանդաբար ունեն երրորդ կողմի բաղադրիչների նկատմամբ:
Անհամաչափությունը՝ այն միջև, թե որքան հեշտ է հարձակվողների համար վնասակար ծրագրեր տարածել բաց կոդով ենթակառուցվածքների միջոցով, և որքան դժվար է ծրագրային ապահովում մշակող կազմակերպությունների համար (բոլորի՞ համար) խուսափել վնասակար ծրագրերով վարակվելուց (և վնասակար ծրագրերը տարածել ուրիշների համար), հանգեցրեց վնասակար փաթեթների գրեթե քառորդ միլիոնի նշագծին անցյալ տարի։
Սա այնպիսի մասշտաբի խնդիր է, որ ոչ մի կազմակերպություն միայնակ չի կարող լուծել այն, և համայնքը գտնվում է բաց կոդով ծրագրի գործընթացը վերաիմաստավորելու գործընթացում՝ կապված վստահության, լռելյայնորեն անվտանգ և նախագծման միջոցով անվտանգ սկզբունքների, ինչպես նաև բաղադրիչների կյանքի ցիկլի հետ։ Մենք կանդրադառնանք նման գաղափարներին հաջորդ դրվագում։ Բաց կոդով վնասակար փաթեթներից պաշտպանություն. Ի՞նչն է (չի) աշխատում.
Հիշե՛ք, որ մենք խոսում ենք ծրագրային բաղադրիչների մասին, որոնք մեծ մասամբ համապատասխանում են ծրագրային փաթեթներվերաօգտագործելի բաղադրիչները փաթեթավորված են այնպես, որ դրանք կարող են հղվել որպես կախվածություն ծրագրային մանիֆեստում և տեղադրվել փաթեթների կառավարչի կամ կառուցման գործիքի միջոցով: Խնդրում ենք նկատի ունենալ, որ այս դեպքը կարող է ընդլայնվել՝ ներառելով հանրայինը: կոնտեյների պատկերներ (օգտագործվում է կոնտեյներային գործարկման ժամանակների և Kubernetes-ի նման նվագախմբման հարթակների կողմից), և ծրագրային գործիքների ընդլայնումներ (շինարարության, ավտոմատացման և տեղակայման համար):
Այստեղ մենք վերլուծում ենք, թե ինչպես է սա հարձակման մարտավարություն, որը հիմնված է վնասակար բաղադրիչների վրա աշխատում է՝ համաձայն անցյալի օրինակների և մեր «Վնասակար ծրագրերի վաղ նախազգուշացման» հարթակում տեսածի (MEW): Մենք կվերլուծենք վնասակար բաղադրիչները տարբեր չափումներով.
(1) բաշխման ընտրված եղանակը (օգտագործված գրանցամատյանը, նոր կամ գոյություն ունեցող բաղադրիչում և հրապարակված բաղադրիչի տարբերակը վարակելու համար օգտագործված տեխնիկան), (2) ինչպես է վնասակար ծրագիրը ակտիվանում կամ ակտիվանում, (3) վնասակար վարքագիծը, այսինքն՝ ինչ վնասակար գործողություններ են դիտարկվում և որն է հարձակվողի դրդապատճառը, (4) որ մեթոդներն են տարածված՝ ծածկելու, աննկատ մնալու համար թաքնվելու, կողային շարժման, հրամանատարության և վերահսկողության (C2) հոսթերի հետ հաղորդակցվելու և այլնի համար, և (5) բավարար ժողովրդականություն և վստահություն ձեռք բերելու տեխնիկաները, որպեսզի զոհերը տեղադրեն բաղադրիչը։
Ընտրված բաշխման մեխանիզմը
Մենք նկատում ենք մի «ֆոնային աղմուկ«Պարզամիտ չարամիտ փաթեթների» շարք, որոնք օգտագործում են typosquatting՝ անզգույշ մշակողներին խաբելու համար՝ փաթեթի անվանման մեջ տպագրական սխալ հայտնաբերելով իրենց կախվածության համար։ Շատ հայտնի փաթեթներ ստանում են նմանատիպ անվանումներով փաթեթների հեղեղ՝ տպագրական սխալներով, այն ակնկալիքով, որ դրանք կխաբեն որոշ անզգույշ մշակողների։
Նրանք օգտագործում են ժամանակավոր հաշիվ, հրապարակում են typosquat փաթեթների մի խումբ, ստեղծում են մեկ այլ խումբ և հրապարակում մեկ այլ խումբ… Որոշակի ավտոմատացման և հնարամտության միջոցով նրանք կարող են որոշակի բարդություն ստանալ, բայց սովորաբար դրանք բավականին պարզունակ են։ Մենք դրանք ներքին կերպով անվանում ենք «ալկՀիմնական նպատակը տվյալների գողությունն է, բայց երբեմն մենք հանդիպում ենք լրտեսող ծրագրերի, որոնք գողանում են աղբյուրի կոդը կամ զգայուն տվյալներ, ինչպիսիք են անձնական տվյալները (PII), սեղմատախտակի հավաքագրումը և այլ կասկածներ։
Անսպասելիորեն մենք տեսնում ենք ավելի բարդ վնասակար բաղադրիչներ՝ «շնաձկներ»։ Փոքրամասնությունը թիրախավորում է որոշակի խմբեր կամ կազմակերպություններ, սովորաբար կրիպտոդրեյներների կամ վեբ սքիմերների միջոցով, որոնք ակտիվանում են պայմանականորեն, հնարավոր է՝ հետևելով « իրադարձություն-հոսքի միջադեպ հարձակման օգտակար բեռը վերծանելու հնարավորություն միայն այն դեպքում, երբ փաթեթին հղում է կատարվում թիրախային փաթեթից։
Բաշխման մեխանիզմը վերլուծվել է գերազանց և այժմ դասական հոդվածում՝ «Backstabber's Knife Collection. Բաց կոդով ծրագրային ապահովման մատակարարման շղթայի հարձակումների ակնարկ», որը պարտադիր ընթերցման առարկա է։ Անկասկած, դուք արդեն տեսել եք այս գեղեցիկ աղյուսակը։
Ուսումնասիրվել են բոլոր հնարավորությունները, այդ թվում՝ նոր և առկա փաթեթները, ելակետային կոդին, կառուցման համակարգին կամ փաթեթավորված բաղադրիչին ազդելը, գողացված մուտքային տվյալների կամ սոցիալական ինժեներիայի օգտագործումը, լքված հաշիվների և պահոցների առևանգումը կամ պահպանվող հաշիվների թունավորումը։ Որոշ հարձակումներ ստացել են անուններ (Typosquatting- ը, Կախվածության շփոթություն, Ակնհայտ շփոթություն, Ռեպո-ջեքինգ. և այլն) և արդեն քննարկվել են այլուր։
Իսկ ի՞նչ կասեք ընտրված գրանցամատյանների մասին։
NPM-ը շարունակում է առաջատար լինել վնասակար փաթեթների ընդհանուր թվով, սակայն այս տարվանից սկսած PyPI-ում մենք նկատեցինք կտրուկ աճ: Python-ը տվյալների գիտության և մեքենայական ուսուցման համար հայտնի էկոհամակարգ է: Փաստորեն, վնասակար ծրագրերի խտությունն այժմ PyPI-ում ավելի բարձր է, քան NPM-ում:
Ինչպես է ակտիվանում վնասակար ծրագիրը
Վնասակար փաթեթները տեղադրման ընթացքում ակտիվանում են 10-ից միայն 4 դեպքում (վերջին տարիներին այն մոտ էր 10-ից 6-ին): Մնացածը վնասակար վարքագիծ է ցուցաբերում գործարկման ընթացքում, ընդ որում՝ 100-ից 1-ը ակտիվանում է թեստերի ընթացքում: Թվում է, թե հակառակորդները գիտեն, որ տեղադրման սկրիպտների անվերահսկելի կատարումը շատ տեղերում անջատված է եղել:
Ի՞նչ են ստանում չարագործները։
Մենք կներկայացնենք չարամիտ վարքագծի կատեգորիաները՝ սկզբում ամենատարածվածները։ Խնդրում ենք նկատի ունենալ, որ ազդեցությունը կարող է բավականին տարբեր լինել՝ ա ապակու մաքրիչ համառորեն կործանարար է, բայց այն տարածված չէ և նկատվել է միայն մի քանի դեպքերում՝ կապված թիրախային կիբեռպատերազմական արշավների կամ դաժան հակտիզմի հետ։ Հետևյալ կատեգորիաները բավականին տարածված են.
- InfoStealer / Հավատարմագրերի ԴրեյնրԱռավել հաճախակի, պարզ հարձակումների ավելի քան 90%-ը պարզ գողացողներ են, որոնք հիմնականում փնտրում են գաղտնաբառեր, մուտքի տոկեններ, API բանալիներ և մասնավոր բանալիներ (SSH-ի և այլնի համար): Հավանաբար ամենապարզն է գրել (մաքրիչների հետ միասին՞): Դրանք թվարկում են հայտնի ֆայլերը/տեղեկատուները և այլ աղբյուրները (օրինակ՝ գրանցամատյանի բանալիները), փաթեթավորում են բովանդակությունը և ուղարկում այդ տվյալները C2 սերվեր: Գաղափարը պարզ է. «Ես հրապարակում եմ ֆիշինգի մուտքային տվյալների գողացող, որպեսզի հետագայում կարողանամ օգտագործել մուտքային տվյալները ուղղորդված հարձակում սկսելու համար»:
Դիտարկվող C2 ցանցը սովորաբար էժանագին և անորակ է, ինչպես Telegram ալիքները կամ նգրոկանման թունելային գործիքներ (հաճախ VPN ելքային IP-ների միջոցով բացահայտված հակադարձ պրոքսիների տեսքով): Կան հարյուրավոր (!) հնարավորություններ, որոնց շրջանակներում շատ GitHub նախագծեր են գործում: գաղտնաբառ գողացող թեմաՔիբլոգերների նման մասնագիտացումները հազվադեպ են վնասակար փաթեթների և կոնտեյներների պատկերների համար, բայց ավելի հաճախ հանդիպում են գործիքների ընդլայնումներում, որտեղ ակնկալվում է օգտատիրոջ փոխազդեցություն։
- Dropper / DownloaderԵրկրորդը ժողովրդականությամբ, սովորաբար առաջինը բազմաստիճան հարձակումների դեպքում։ Վնասակար բաղադրիչների մեկ երրորդից ավելին ունեն dropper-ներ (եթե վնասակար բեռը ներառված է փաթեթում) կամ ներբեռնիչներ (բեռը ներբեռնվում է հարձակվողի վերահսկողության տակ գտնվող վերջնակետից)։ Բեռը հաճախ հայտնի երկուական վնասակար ծրագրի տարբերակ է, և այն գործարկվում է, իսկ երբեմն պահպանվում է հետևի դռներ, լրտեսող ծրագրեր, կրիպտո drainers և այլ օգտագործման դեպքեր տեղադրելու համար։ Ներբեռնված կամ տեղակայված բեռը սկսում է երկրորդ փուլի հարձակում՝ օգտագործելով առկա վնասակար ծրագրերի երկուական ֆայլերի կողմից տրամադրվող ողջ հզորությունը։ Երկուական ֆայլերը կարող են բաշխվել փաթեթի ներսում, հաճախ քողարկվելով որպես պատկերներ կամ ենթադրաբար անվնաս ֆայլերի տեսակներ, որպեսզի խուսափեն հայտնաբերումից՝ անսպասելի կայքերին միանալիս։
- Կրիպտոարժույթ գողացողներ / հանքագործներՖինանսապես մոտիվացված հակառակորդները պատրաստ են օգտագործել ձեր ամպային ակտիվները կրիպտոմայներ աշխատեցնելու համար (նրանք նույնիսկ հայտնաբերում են, թե արդյոք դրանք աշխատում են ամպային վիրտուալ մեքենայում): Նրանց չի հետաքրքրում ցածր շահույթի հարաբերակցություն գողացված ամպային ենթակառուցվածքի համար զոհից գանձվող յուրաքանչյուր 53 դոլարի դիմաց 1 դոլար: Զոհերը կարող են չիմանալ դրա մասին, մինչև չստանան անսպասելի հաշիվ: Բարեբախտաբար, սա գալիս է ու անցնում: Cryptojacking վնասակար փաթեթներում արշավները երբեմն հայտնվում են, ապա անհետանում՝ ֆիշինգային գործողություններ իրականացնելով դրամապանակների օգտատերերի համար կամ ի վերջո թիրախավորելով դրամապանակի մատակարարին, ինչպես օրինակ՝ Լեջերի հարձակումը.
Այլ վարքագծեր, ինչպիսիք են տեղակայումը backdoor Հեռակա կոդի կատարման համար հակադարձ կեղև բացելով այժմ ավելի քիչ տարածված է, քան անցյալում։ Օրինակ՝ 123rf_contributor_web փաթեթը (այժմ հեռացված է գրանցամատյանից) բացվում է առանց որևէ խեղաթյուրման, հակադարձ shell-ը պատճենվում և տեղադրվում է Հակադարձ Shell-ի խաբեբա թերթիկ:
Բացի օրինական և վնասակար բաղադրիչներից, մենք նկատել ենք մի շարք չարաշահումներ, այդ թվում՝
Սպամ փաթեթներ
Կան հազարավոր փոքր փաթեթներ, հիմնականում NPM-ում, որոնք չունեն վնասակար ծրագրեր, բայց խոստանում են հեշտ եկամուտ, օձի յուղ, Viagra-ի առաջարկների հղումներ և այլն: Մի քանի օգտատերեր հրապարակում են նման սպամ և մեծ թողունակություն են վերցնում գրանցամատյանից: Մեկ այլ գործող(ներ), հնարավոր է՝ Ինդոնեզիայից, փորձել են օգուտ քաղել՝ չարաշահելով teaRank-ը նախատեսված է բաց կոդով ծրագրավորողներին փոխհատուցելու համար՝ ստեղծելով տասնյակ հազարավոր փոխկապակցված NPM փաթեթներ՝ կապված GitHub կեղծ պահոցների հետ։ Սա օգտագործման պայմանների ակնհայտ խախտում է։
Սխալների պարգևատրման և անվտանգության հետազոտության խաբեություններ
Երբ փաթեթը նկարագրում է իրեն որպես բարի նպատակներով տվյալներ արտանետող, օրինակ՝ սխալների պարգևատրման ծրագրերի անվտանգության թերությունների հայտնաբերման կամ էկոհամակարգի որոշակի ասպեկտների հետազոտման համար: Մենք տեսել ենք այս կատեգորիայի հազարավոր փաթեթներ, որոնք PortSwigger-ից (օրինակ՝ oastify.com տիրույթում գտնվող հոսթինգ) Burp Collaborator հասցեին բերում են նույնականացման, բայց ոչ չափազանց զգայուն տվյալներ: Մենք հաճախ նկատել ենք նույնականացման և տվյալների կրկնօրինակներ: Կախվածության շփոթություն Ալեքս Բիրսանի կողմից ներկայացված հայեցակարգի ապացույցը, ինչպես օրինակ՝ aurora-webmail-pro փաթեթ (հեռացված է գրանցամատյանից), որը պարզապես գործարկում է այս տհաճ կոդը նախնական տեղադրման սկրիպտում.
Եվ նաև ներառված էր «Սա պարզ կախվածության շփոթության հարձակման հայեցակարգի ապացույց է«հրաժարման նկարագրությունը» բաժնում package.jsonՍա ծառայության պայմանների ակնհայտ խախտում է, նույնիսկ առանց չարամիտ մտադրության։
Լավ նորություններ ունե՞ք։ Մենք (դեռ) չենք տեսել վնասակար բաղադրիչների միջոցով իրականացվող փրկագին պահանջող ծրագրերի հարձակումներ։ Անհայտ պատճառներով, կիբեռհանցագործները, կարծես, նախընտրում են ավելի ավանդական էլ.փոստի ֆիշինգը, RDP-ի վրա հիմնված և drive-by ներբեռնումների առաքման մեխանիզմները։
Դիտարկված լրացուցիչ տեխնիկաներ
Բազմաթիվ տեխնիկաներ են օգտագործվել համառության, պաշտպանությանը խուսափելու, տեղեկատվության հավաքագրման, հրամանատարության և վերահսկողության ուժերի հետ հաղորդակցման և արտաքսման համար։
Համառություն Վնասակար բաղադրիչներում պաշտպանությունը ձեռք է բերվում երկրորդ փուլի երկուական վնասակար ծրագրի կայունության հատկանիշների միջոցով, սակայն երբեմն վարքագիծը գտնվում է փաթեթի կոդում, որտեղ ամենատարածվածը պլանավորված առաջադրանքներն ու Windows գրանցամատյանի փոփոխություններն են։
Բացահայտում տարածված է, բայց պարզունակ։ Տպագրական սխալներով փաթեթների մեծ մասը (հիշեք «ալկ"?) ընդհանրապես չեն օգտագործում խավարում. շատերն օգտագործում են կամ պարզունակ կոդեր (base64/hex կոդավորում կամ փոխարինող գաղտնագրեր, ինչպիսին է rot13-ը), կամ օգտագործում են առկա կոդի խավարիչներ և մինիֆիկացում, որը հեշտությամբ կարելի է վերացնել ճիշտ գործիքակազմով: Միայն «շնաձկներն» են անում իրական, կոշտ խավարում, որը դժվար է հակադարձ ինժեներիայի ենթարկել:
Մշուշոտումը կարող է թաքցնել հարձակումը, բայց ինչո՞ւ պետք է բաց կոդով բաղադրիչի կոդը մշուշոտվի։ Կա՞ն ապացույցներ, որ ինչ-որ բան պետք է թաքցվի ակնհայտ տեսադաշտից։ Մենք գտել ենք ոչ վնասակար փաթեթների բազմաթիվ դեպքեր, որոնք օգտագործում են մշուշոտում մտավոր սեփականությունը պաշտպանելու համար, ինչը հակասում է «բաց կոդին»։ Մշուշոտումը կարող է օգտագործվել որպես վնասակար ծրագրի ապացույց, բայց այն վերջնական չէ։ Այն նաև դժվար է վերացնել մշուշոտումը։
խուսափում պաշտպանության վերահսկողությունից ընդունում է պարզ տեխնիկաներ: Վնասակար կոդը հաճախ պաշտպանված է փորձել… բռնել բլոկներ, որոնք անտեսում են ցանկացած բացառություն, ուստի աննորմալ գործունեությունը չի երևում գրանցամատյաններում: Միջավայրի ստուգումը (աշխատում է վիրտուալ մեքենայում կամ կոնտեյներում) հազվադեպ է, բացառությամբ որոշակի կազմակերպության կամ միջավայրի վրա հարձակվող վնասակար ծրագրերի:
Բինար ֆայլերի քողարկումը պատկերների և PDF ֆայլերի մեջ (մի տեսակ ստեգանոգրաֆիա) հայտնաբերումից խուսափելու մեկ այլ տեխնիկա էր։
Քանի որ ամենատարածված վնասակար բաղադրիչները տեղեկատվության գողացողներն են, տվյալների հավաքագրում Անհրաժեշտ է։ Գաղտնիքները (գաղտնաբառեր, մուտքի տոկեններ, API բանալիներ, կրիպտոգրաֆիկ բանալիներ) պարբերաբար սկանավորվում են գրանցամատյանների ֆայլերում, միջավայրի փոփոխականներում և նույնիսկ սեղմատախտակում (ինչպես նկատվում է բանկային տրոյականների և կրիպտո գողացողների դեպքում): Աղբյուրի կոդի արտանետումը նույնպես տարածված է, քանի որ փաթեթի տեղադրումը հաճախ կատարվում է մշակման հանգույցում, որտեղ կարող են կլոնավորվել ներքին git պահոցներ: Մենք տեսել ենք փաթեթներ, որոնք թվարկում են գրացուցակներ՝ git պահոցներ փնտրելու համար: .env, private.pem, settings.py, app.js կամ application.properties նման տեղանքներ փնտրելը բավականին տարածված է:
Արտաքսումը մեկ այլ լայնորեն կիրառվող գործողություն է: Վնասակար փաթեթների միայն փոքրամասնությունն է նույնիսկ փորձում թաքցնել արտածված տվյալների նպատակակետը: Telegram-ի ալիքները և նգրոկանման թունելներ հաճախ օգտագործվում են։ Եվ կան շատերը սովորաբար սպիտակ ցուցակում գտնվող դոմեյններ, որոնք օգտագործվում են արտահոսքի համար.
Այլ տեխնիկաներ, ինչպիսիք են արտոնությունների էսկալացիան կամ կողմնային շարժումը, ավելի քիչ տարածված էին։
Հանրաճանաչություն և վստահություն ձեռք բերելը
Պատկերացրեք մի տեխնոլոգիական խարդախի, որն ունի պատրաստի մարդասպան-չարագործ իր և մտածում է. «Ինչպե՞ս անեմ, որ այս անհեթեթությունը վստահելի դառնա այդ անտեղյակ հիմարների համար»։
Դա թարգմանվում է նրանով, թե ինչպես ստեղծել չարամիտ բաղադրիչի գրառումը, որպեսզի ցուցադրվեն բազմաթիվ աստղեր / ճյուղավորումներ (ժողովրդականության համար), գումարած տարբերակներ / խնդիրներ և pull requests (գործունեության համար): Գաղափարն այն է, որ ձեռք բերվի ֆիկտիվ ժողովրդականություն (աստղեր) և կախյալներ, ինչպես նաև համոզիչ հայացք արդիականության և պահպանման վերաբերյալ:
Գրանցամատյանը չի ստուգում, թե արդյոք GitHub նախագծի բովանդակությունը և փաթեթի բովանդակությունը համընկնում են։Սա ծրագրային ապահովման մատակարարման շղթայի հայտնի խնդիր է։ Հանրային գրանցամատյանները հսկայական փոսեր են, որոնք կուլ են տալիս իրենց վրա նետված ամեն ինչ։ Դուք կարող եք կապել ցանկացած պահոց։
Եթե վնասակար փաթեթի տպագրական սխալը հայտնաբերվում է տարածված փաթեթներից մեկում, դա հեշտ է. պարզապես հղում կատարեք առկա GitHub պահոցին կախվածությունների մանիֆեստում, որն օգտագործվել է փաթեթը ստեղծելու և այն գրանցամատյանում հրապարակելու համար: Կեղծ GitHub պահոցում գտնվող նոր փաթեթների համար ձեզ կարող է անհրաժեշտ լինել ավելի շատ հնարամտություն, գուցե կեղծ փաթեթներ ստեղծելը: աստղերի դիտում/երկկողմանի դիտում GitHub հաշիվներ սկրիպտավորման միջոցով։
Եվ եթե ձեր փաթեթի պարունակությունը բավականին նման է պահոցի պարունակությանը, ապա այստեղ-այնտեղ մի քանի լավ մշակված փոփոխություններ կատարեք… Դուք կարող եք ձեր վնասակար ծրագիրը ներարկել նոր փաթեթի մեջ, որը նման է հայտնի փաթեթի, որը հղում է կատարում արդեն իսկ գոյություն ունեցողի պահոցին, և սպասել տպագրական սխալների: Եթե որևէ մեկը համարձակվի համեմատել փաթեթի tarball-ի պարունակությունը GitHub պահոցի բովանդակության հետ, վնասակար ծրագրի ներարկման կետերի տարբերությունները հեշտությամբ կարելի է անտեսել: Մենք այս մոտեցումը տեսել ենք բազմիցս:
Կողջունելի կլիներ որևէ բաղադրիչի համար կեղծումից պաշտպանված հայտարարություն անելու մեխանիզմը՝ փաթեթի ծագման, կառուցման եղանակի, աղբյուրների և ում կողմից լինելու վերաբերյալ։ Բայց դա արդեն ուրիշ պատմություն է։
X բաղադրիչը վնասակար՞ է։
Կա՞ արդյոք վնասակար փաթեթների (համալիր) տվյալների բազա։ Ոչ։ Բաց կոդով խոցելիությունները ունեն CVE ID, բայց միայն մի քանի վնասակար փաթեթների (հատկապես նրանց, որոնք վերնագրեր են գրավում) է տրվում մեկը։ Վնասակար փաթեթների CWE-ն է CWE-506 (ներդրված վնասակար կոդ):
Սովորական վնասակար ծրագրերը (VirusTotal, MalwareBazaar, SOREL-20M…) վնասակար բաղադրիչների համար հատուկ միջոցներ չեն նախատեսում։ Դա ողջունելի կլիներ։
Կան հետազոտական նմուշային տվյալների բազաներ և տվյալների հավաքածուներ վերլուծության համար (մենք օգտագործում ենք դրանցից մի քանիսը), բայց գրառումները թարմացվում են միայն այն ժամանակ, երբ վնասակար փաթեթը հայտնի է դառնում, ինչը հաճախ շատ ուշ է լինում։ Եթե հետաքրքրված եք, OpenSSF Վնասակար փաթեթներ լավ սկիզբ է։
Հաջորդ գրառման մեջ մենք կքննարկենք, թե ինչպես իմանալ, թե արդյոք տվյալ փաթեթը վնասակար է: Սփոյլեր. այո, կան եղանակներ վնասակար բաղադրիչները ստուգելու վաղ փուլում՝ ազդեցության պատուհանի ընթացքում, նախքան գրանցամատյանը կհեռացնի հայտնի վնասակար բաղադրիչը:
Further ընթերցում
Հաջորդ դրվագում «Բաց կոդով վնասակար փաթեթներից պաշտպանություն. Ի՞նչն է (չի) աշխատում" Մենք կքննարկենք բաց կոդով անվտանգության համար անելիքներն ու չանելիքները։ Անվտանգությանը գիտակցող մասնագետների մեծ մասն ունի ինտուիցիա այն մասին, թե ինչպես հաղթահարել այս սպառնալիքը, բայց կան բազմաթիվ սխալ պատկերացումներ։
Մենք կքննարկենք, թե ինչու են այս գաղափարները սխալ, և թե ինչպես են նման թյուրըմբռնումները նպաստում այս հարձակման մեխանիզմի ժողովրդականությանը և այն ճնշող ռիսկին, որին կազմակերպությունները բախվում են։ Այնուհետև մենք կանդրադառնանք նրան, թե ինչն է աշխատում, և որոնք են ներգրավված ջանքերն ու ռեսուրսները։
Բացի այդ, մենք պատրաստվում ենք հրապարակել վնասակար փաթեթների էվոլյուցիայի մասին՝ իրենց մտադրության, ներարկման մեխանիզմի և հարձակման տեխնիկայի առումով։
Մնացեք մեզ հետ!
