Ստատիկ ելակետային կոդի վերլուծություն առաջին օրվանից անվտանգ ծրագրակազմ ստեղծելու ամենաարդյունավետ եղանակներից մեկն է: Գործարկումից առաջ կոդը սկանավորելով՝ այս տեսակի աղբյուրի կոդի վերլուծություն օգնում է մշակողներին վաղ փուլում հայտնաբերել SQL ներարկման, XSS-ի և կոշտ կոդավորված գաղտնիքների նման խնդիրներ, հաճախ անմիջապես IDE-ում կամ CI/CD pipeline. Իրավունքով աղբյուրի կոդի վերլուծության գործիքներ, թիմերը կարող են հայտնաբերել խոցելիությունները նախքան դրանք արտադրության մեջ մտնելը՝ նվազեցնելով ռիսկը՝ առանց դանդաղեցնելու մատակարարումը։
Այս նախաձեռնողական մոտեցումը ոչ միայն բարձրացնում է մշակողների վստահությունը, այլև օգնում է անվտանգության թիմերին կիրառել standardնման է OWASP-ի լավագույն 10-յակը or NIST ուղեցույցներ առանց թողարկումները դանդաղեցնելու: DevSecOps աշխատանքային հոսքերի մեջ ինտեգրված՝ ստատիկ վերլուծությունը աջակցում է ձախից տեղաշարժվող անվտանգությունը՝ միաժամանակ անվտանգ կոդավորումը դարձնելով մշակման սովորական ռեժիմի մաս:
Ավելին, անհրաժեշտությունը հրատապ է։ ENISA Հաղորդվում է, որ ժամանակակից շատ խախտումներ սկիզբ են առնում անապահով կոդից, ուստի թերությունների վաղ հայտնաբերումը պարտադիր չէ, այլ կարևոր է։
🔧TL;DR: Ստատիկ ելակետային կոդի պարզեցված վերլուծություն
- Թե դա ինչ է: Ձեր սկզբնական կոդի գործարկումից առաջ սխալներն ու անվտանգության թերությունները հայտնաբերելու միջոց, որը կոչվում է նաև SAST.
- Ինչու matters: CISԱ-ն ասում է, որ անվտանգության խնդիրների ավելի քան 50%-ը սկսվում է կոդից։ Դրանք վաղ հայտնաբերելը խնայում է ժամանակ և նվազեցնում ռիսկը։
- Ինչպես է այն աշխատում: Սկանավորում է ձեր կոդի բազան՝ հայտնի խոցելիության օրինաչափությունների և տրամաբանական սխալների հայտնաբերման համար։
- Ինչ է այն որսում. SQL ներարկում, XSS, կոշտ կոդավորված գաղտնիքներ, անապահով API-ներ և այլն։
- Որտեղ է այն համապատասխանում. Աշխատում է անմիջապես ձեր IDE-ում կամ CI/CD pipeline- անհրաժեշտ չէ փոխել ձեր աշխատանքային գրաֆիկը։
- Բոնուս: Աջակցում է ձախից տեղաշարժման պրակտիկային, համապատասխանում է OWASP/NIST-ին և ավտոմատացնում է անվտանգ կոդավորումը սկզբից։
2. Ի՞նչ է ստատիկ ելակետային կոդի վերլուծությունը։
Ստատիկ սկզբնաղբյուրի կոդի վերլուծությունը նշանակում է ձեր ծրագրի կոդի վերանայում՝ առանց այն իրականում գործարկելու: Ի տարբերություն դինամիկ թեստավորման (որը ստուգում է վարքագիծը գործարկման ժամանակ), այս տեխնիկան վերլուծում է սկզբնաղբյուրի կոդը «հանգստի վիճակում», սովորաբար մշակման ընթացքում կամ որպես CI-ի մաս: pipelineՍա ծրագրային ապահովման կյանքի ցիկլի վաղ փուլում անվտանգության խնդիրները հայտնաբերելու ամենահուսալի միջոցներից մեկն է։
Նպատակն է հայտնաբերել տրամաբանական թերությունները, անապահով օրինաչափությունները և անվտանգ կոդավորման պրակտիկայի խախտումները, ինչպիսիք են չախտահանված մուտքագրումը, կոշտ կոդավորված գաղտնիքները կամ ռիսկային API-ի օգտագործումը: Այս խնդիրները նշվում են ավտոմատ կերպով, ինչը օգնում է մշակողներին լուծել դրանք նախքան դրանք արտադրության մեջ մտնելը:
Սրա մասնագիտացված ճյուղը ստատիկ կիրառական անվտանգության թեստավորումն է (SASTՄինչդեռ ընդհանուր կոդի վերլուծության գործիքները կարող են ստուգել կոդի որակը և պահպանելիությունը, SAST կենտրոնանում է բացառապես անվտանգության վրա: Այս գործիքները սկանավորում են ձեր սեփական կոդային բազան, այլ ոչ թե բաց կոդով կախվածությունները, և հաճախ անմիջապես ինտեգրվում են ձեր IDE-ի կամ CI/CD pipelines.
Երբ դուք ձեր ամենօրյա աշխատանքային հոսքում ներդնում եք ստատիկ կոդի վերլուծություն, դուք լռելյայնորեն ստեղծում եք անվտանգ ծրագրակազմ՝ առանց դանդաղեցնելու մշակման գործընթացը։
3. Ինչու է ստատիկ կոդի վերլուծությունը կարևոր
Որքան շուտ նկատեք անվտանգության խնդիրը, այնքան ավելի էժան կլինի այն շտկելը: Ստատիկ կոդի վերլուծությունը օգնում է ձեզ անել հենց դա՝ բացահայտելով ռիսկային կոդը, նախքան այն երբևէ կաշխատի: Ըստ ENISA-ի և CISԱ, վերևում Շահագործվող ծրագրային խոցելիությունների 50%-ը սկսվում է հենց կոդիցՍա վաղ հայտնաբերումը դարձնում է ոչ միայն օգտակար, այլև անհրաժեշտ։
Ենթադրենք, որ մշակողը մոռանում է ստուգել օգտատիրոջ մուտքագրումը login ձև։ Այդ փոքրիկ վրիպումը կարող է լուրջ խնդրի հանգեցնել SQL ներարկումը կամ միջկայքային սկրիպտավորում (XSS) խոցելիություն։ Բայց ձեր IDE-ում կամ CI-ում ներդրված կոդի վերլուծության գործիքներով pipeline, այդ խնդիրը վաղ է նշվում՝ կոդի առաքումից շատ առաջ։
Քանի որ մշակումը արագանում է, իսկ մատակարարման շղթաները դառնում են ավելի բարդ, այնպիսի ռիսկեր, ինչպիսիք են անապահով API-ները, բացահայտված գաղտնիքները և հնացած գործառույթները, ավելի դժվար է ձեռքով հայտնաբերել: Աղբյուրի կոդի վերլուծությունը ավտոմատացնում է այս ստուգումները՝ օգնելով թիմերին մնալ առաջատար՝ առանց դանդաղելու:
Ավելին, ստատիկ վերլուծությունը նպաստում է համապատասխանության ջանքերին standardինչպիսիք են OWASP Top 10-ը, NIST 800-53-ը և ISO/IEC 27001-ը: Երբ դուք անվտանգությունը դարձնում եք ձեր ամենօրյա մշակման գործընթացի մաս, դուք նվազեցնում եք միջադեպերը, խնայում եք ժամանակ և մնում եք աուդիտի պատրաստ:
4. Ինչպես է գործում ստատիկ կոդի վերլուծությունը
Պատկերացրեք ստատիկ կոդի վերլուծությունը որպես ավտոմատ անվտանգության վերանայում: Ամեն անգամ, երբ դուք գրում կամ ուղարկում եք կոդ, այն աշխատում է ֆոնային ռեժիմով՝ սխալները արագ հայտնաբերելու համար:
Ահա, թե ինչպես են աշխատում սկզբնական կոդի վերլուծության գործիքների մեծ մասը.
- Կոդի բազայի վերլուծություն
Գործիքը կարդում է ձեր ֆայլերը և կառուցում է աբստրակտ սինտաքսի ծառ (AST)՝ ձեր կոդի տրամաբանությունն ու կառուցվածքը հասկանալու համար։ - Նախշերի համապատասխանեցում և կանոնների ստուգում
Օգտագործելով OWASP-ի կամ CWE-ի նման կանոնների հավաքածուներ, այն որոնում է ռիսկային օրինաչափություններ, ինչպիսիք են չախտահանված մուտքագրումները կամ անապահով կրիպտոգրաֆիկ ֆունկցիաները։ - Տվյալների հոսքի վերլուծություն
Առաջադեմ գործիքները հետևում են, թե ինչպես են տվյալները տեղաշարժվում ձեր կոդի միջով՝ ստուգելով, թե արդյոք զգայուն արժեքները (օրինակ՝ գաղտնաբառեր, տոկեններ) բացահայտվում կամ չարաշահվում են։ - Զգուշացում և շտկում
Երբ խնդիրներ են հայտնաբերվում, դրանք նշվում են ծանրության գնահատականներով և առաջարկվում են լուծումներ՝ անմիջապես ձեր IDE-ում, CI-ում։ dashboardԿամ pull requests.
Ստատիկ կոդի վերլուծությունը կարող է հայտնաբերել խնդիրների լայն շրջանակ.
- SQL ներարկման ռիսկերը
- Cross-site scripting (XSS)
- Կոշտ կոդավորված մուտքի տվյալներ
- Հնացած կամ անվտանգ չէ API-ներ
- Մուտքագրման վավերացման բացթողումներ
- Կոդավորում standard խախտումներ
Օրինակ, եթե ինչ-որ մեկը պատահաբար մուտքագրում է կոշտ կոդավորված API բանալին, սկաները անմիջապես նշում է դա։ Դա ձեր թիմին փրկում է հնարավոր անվտանգության միջադեպից և թանկարժեք մաքրումից։
5. Ստատիկ կոդի վերլուծության հիմնական առավելությունները
Ստատիկ կոդի վերլուծությունը միայն սխալների հայտնաբերումը չէ, այլ ավելի լավ ծրագրային ապահովում ավելի արագ ստեղծելը՝ միաժամանակ անվտանգությունը պահելով առաջնային տեղում։ Ահա, թե ինչպես է այն օգտակար յուրաքանչյուր թիմի համար։ pipeline:
1. Վաղ հայտնաբերում, ավելի քիչ ցավ հետագայում
SQL ներարկման կամ անապահով դեսերիալիզացիայի նման խնդիրների հայտնաբերում մինչեւ կոդի գործարկումը նշանակում է, որ դուք կարող եք դրանք շտկել անմիջապես pull requestԱյս «ձախ տեղաշարժ» մոդելը պահպանում է իրերի մաքրությունը և խուսափում է տեղակայումից հետո շտկումներ փնտրելուց: Օրինակ, այսօր մշակողի IDE-ում նշված վնասված մուտքը կարող է ձեզ փրկել անվտանգության թարմացումից և հաճախորդի վաղվա անսարքությունից:
2. Կրճատեք ծախսերը, ոչ թե անկյունները
Ըստ IBM, ուշ շրջանում հայտնաբերված խոցելիությունները SDLC Ուղղումը կարող է 30 անգամ ավելի թանկ լինել։ Սկզբնական կոդի վերլուծության գործիքների շնորհիվ, որոնք կոդը վաղաժամ են սկանավորում, շտկումները կատարվում են ավելի արագ և էժան՝ առանց թողարկումների հետաձգման։
3. Մշակողների համար հարմար դիզայնով
Ստատիկ կոդի վերլուծությունը համապատասխանում է այնտեղ, որտեղ դուք արդեն աշխատում եք: IDE ինտեգրացիաներ, GitHub Actions, GitLab CI, Jenkins pipelines, այս գործիքները մշակողներին հարմար են իրենց տարածքում։ Գործիքների փոխանակում չկա, սպասման ժամանակ չկա, միայն համատեքստին համապատասխանող հստակ հետադարձ կապ։
4. Ներկառուցված համապատասխանության վստահություն
Անհրաժեշտ է համապատասխանեցնել OWASP-ի, NIST-ի կամ ISO 27001-ի հետ։ Աղբյուրի կոդի վերլուծությունը օգնում է կիրառել քաղաքականությունը։ guardrails և ստեղծել աուդիտի համար պատրաստ գրանցամատյաններ: Անկախ նրանից, թե դա թույլ կրիպտոարժույթների կանխարգելումն է, թե կոշտ կոդավորված գաղտնիքների նշումը, թիմերը պահպանում են համապատասխանությունը առանց լրացուցիչ ծախսերի:
5. Ավելի մաքուր կոդ, ավելի ամուր թիմեր
Խոսքը միայն անվտանգության մասին չէ։ Ստատիկ վերլուծությունը նաև բարելավում է կոդի որակը՝ նշելով բարդությունը, չօգտագործված տրամաբանությունը կամ անհամապատասխան ոճերը։ Այն օգնում է թիմերին գրել ավելի պահպանելի կոդ, համաձայնեցնել standardև խուսափել ապագա տեխնոլոգիական պարտքերից։
6. Ստատիկ ելակետային կոդի վերլուծության տարածված օգտագործման դեպքեր
Ստատիկ կոդի վերլուծությունը բնականորեն տեղավորվում է առօրյա կյանքում DevSecOps աշխատանքային հոսքեր։ Ահա, թե ինչպես են բարձր արդյունավետությամբ թիմերը այն կիրառում ծրագրային ապահովման ողջ կյանքի ցիկլի ընթացքում։
1. Միկրոսպասարկումների և API-ների անվտանգություն
Յուրաքանչյուր միկրոսերվիսի կողմից հարձակման նոր մակերեսի ավելացման հետ մեկտեղ, վաղ անվտանգության ստուգումները պարտադիր են։ Աղբյուրի կոդի վերլուծությունը սկանավորում է յուրաքանչյուր ծառայություն տեղակայումից առաջ՝ նշելով անապահով վավերացման, մուտքագրման վավերացման բացակայության կամ վտանգավոր լռելյայն կարգավորումների մասին։
Օրինակ,Node.js միկրոսերվիսի սկանավորումը հայտնաբերում է չբացահայտված մուտքային տվյալներ երթուղու մշակիչում, կանխելով ներարկման սխալի աննկատ առաքումը։
2. Անվտանգ կոդավորման կիրառում Standards
Երբ յուրաքանչյուր թիմ տարբեր կերպ է կոդավորում, անհամապատասխանությունները ռիսկ են ստեղծում: Ստատիկ կոդի վերլուծության գործիքները օգնում են կիրառել ներքին կանոններ կամ արդյունաբերական շրջանակներ, ինչպիսիք են OWASP ASVS-ը և Միսրա.
Օրինակ `Ձեր թիմը կարող է ստեղծել կանոն՝ օգտագործումը արգելափակելու համար eval() Python-ում կամ նշեք թույլ հեշերը, ինչպիսիք են md5()—բոլորը կիրառվում են ավտոմատ կերպով կոդի վերանայման ընթացքում։
3. Ավտոմատացում Pull Request Չեկեր
Ձեռքով վերանայումները չեն կարող մասշտաբավորվել: Ստատիկ վերլուծության գործիքները աշխատում են յուրաքանչյուր PR-ի վրա՝ մշակողներին տալով ակնթարթային արձագանք և հայտնաբերելով խնդիրները մինչև միավորումը: Ոչ մի ուշացում, ոչ մի անակնկալ հայտնագործություն դրանից հետո:
ԱրդյունքՄշակողները վստահորեն են աշխատում, AppSec-ը տեսանելի է դառնում, իսկ ռիսկային կոդը մնում է արտադրության մեջ։
🔧 Pro TipXygeni-ի նման գործիքներով, Guardrails կարող է ավտոմատ կերպով արգելափակել միաձուլումները, երբ հայտնաբերվում են բարձր ռիսկի գաղտնիքներ կամ հայտնի խոցելի կախվածություններ՝ կանխելով անապահով կոդի արտադրությունը։
4. Մատակարարման շղթայի ռիսկերի կանխարգելում
Մատակարարման շղթայի հարձակումները հաճախ սկսվում են մեկ անտեսված դեպքից commit կամ սխալ կարգավորված ֆայլ: Ստատիկ կոդի վերլուծության գործիքները կարող են վաղ հայտնաբերել դրանք՝ սկանավորելով կեղծված, անվտանգ լռելյայն արժեքներ կամ թաքնված սկրիպտներ, նախքան դրանք արտադրության մեջ կհասնեն:
Օրինակ, պատկերացրեք, որ երրորդ կողմի գրադարանը աննկատելիորեն ավելացնում է postinstall սկրիպտ՝ կամայական հրամաններ կատարելու համար։ Կամ Dockerfile, որը անջատում է SELinux-ի կիրառումը։ Ստատիկ վերլուծությունը կհայտարարի երկուսն էլ վերանայման ընթացքում՝ նախքան դրանք դառնալը շահագործելի ռիսկեր։
7. SAST ընդդեմ SCA ընդդեմ DAST-ի. տարբերությունների հասկացում
Մինչդեռ ստատիկ ելակետային կոդի վերլուծությունը (SAST) կարևոր դեր է խաղում անվտանգ մշակման գործում, այն ամբողջական AppSec ռազմավարության միայն մեկ մասն է։ Իրապես անվտանգ ծրագրակազմ ստեղծելու համար՝ կոդից մինչև ամպ, օգտակար է հասկանալ, թե ինչպես SAST համեմատվում է այլ մեթոդների հետ, ինչպիսին է ծրագրային ապահովման կազմի վերլուծությունը (SCA) և դինամիկ կիրառման անվտանգության թեստավորում (DAST):
Յուրաքանչյուր մեթոդ ծառայում է որոշակի նպատակի՝
- SAST սկանավորում է ձեր կոդը՝ վաղ փուլում հայտնաբերելու համար սխալները, գաղտնիքները և բիզնես տրամաբանության թերությունները։
- SCA Սկանավորում է երրորդ կողմի գրադարանները՝ հայտնաբերելու հայտնի CVE-ներ, ռիսկային լիցենզիաներ կամ հնացած բաղադրիչներ, որոնք կարող են խոցելիություններ առաջացնել։
- ԱՍՏ Փորձարկում է ծրագիրը աշխատանքի ընթացքում՝ մոդելավորելով հարձակումներ՝ ներարկման խոցելիությունների կամ բացահայտված կոնֆիգուրացիաների նման թերությունները հայտնաբերելու համար։
8. Առաջատար կոդի վերլուծության գործիքներ. Արագ համեմատություն
Բաց կոդից մինչև enterprise, ստատիկ կոդի վերլուծության գործիքները գալիս են բազմաթիվ տեսակների, որոնցից յուրաքանչյուրն ունի տարբեր ուժեղ կողմեր՝ տարբեր թիմերի համար։
Հանրաճանաչ ընտրանքները ներառում են.
- soundQube կոդի որակի համար
- Սեմգրեպ արագ, հարմարեցվող անվտանգության կանոնների համար
- Սնիկի կոդ իրական ժամանակում մշակողի արձագանքի համար
- Ստուգանիշ և Վերակոդ համապատասխանության և հաշվետվությունների համար
Քսիգենի բերում է ինչ-որ այլ բան՝ CI/CD-բնիկ ինտեգրացիա, հասանելիության վրա հիմնված առաջնահերթություն և անհատականացում guardrails որ կատարել SAST ավելի խելացի, ոչ թե աղմկոտ։
9. Ստատիկ կոդի վերլուծության ներդրումը DevSecOps աշխատանքային հոսքերում
Ստատիկ կոդի վերլուծությունն ամենալավն է աշխատում, երբ այն ներկառուցված է ձեր համակարգում։ pipeline վերջում չամրապնդվի։ Նպատակն է՞ վաղ հայտնաբերել խոցելիությունները, նվազագույնի հասցնել վերամշակումը և աջակցել անվտանգ կոդավորմանը՝ առանց ձեր թիմը դանդաղեցնելու։
Ահա, թե ինչպես են ժամանակակից թիմերը այն ինտեգրում իրենց DevSecOps աշխատանքային հոսքում.
- Սկանավորել ամեն Commit կամ հասարակայնության հետ կապեր
Միացրեք ձեր ելակետային կոդի վերլուծության գործիքը CI/CD համակարգեր, ինչպիսիք են GitHub Actions-ը, GitLab CI-ն կամ Jenkins-ը: Սա ապահովում է, որ յուրաքանչյուրը commit or pull request սկանավորվում է միաձուլվելուց առաջ՝ օգնելով ձեզ հայտնաբերել խնդիրները մինչև դրանց առաքումը։ - Shift ձախ IDE Plugins-ի միջոցով
Մշակողների համար հարմար գործիքները (ինչպիսին է Xygeni-ն) անմիջապես ինտեգրվում են IDE-ների մեջ՝ կոդավորման ընթացքում ապահովելով իրական ժամանակում անվտանգության վերաբերյալ հետադարձ կապ: Դա նման է անվտանգ շերտ ավելացնելուն, որը նշում է խոցելիությունները, նախքան կոդը լքի ձեր տեղական մեքենան: - Սահմանեք խելացի քաղաքականություններ և Guardrails
օգտագործում guardrails ավտոմատացված գործողություններ սահմանելու համար: Օրինակ՝ եթե PR-ում հասանելի է բարձր ռիսկի խնդիր, արգելափակեք միաձուլումը և տեղեկացրեք AppSec-ին: Սա թույլ է տալիս կիրառել քաղաքականություն նախնականcisիոն, ոչ թե աղմուկ։ - Թխել անվտանգ լռելյայն կարգավորումներում
Կիրառեք նախապես կարգավորված ձևանմուշներ, որոնք պարտադրում են մուտքային վավերացումը, ելքային կոդավորումը և նվազագույն արտոնությունները: Սա հատկապես հզոր է IaC, API-ներ և միկրոսպասարկումներ։ - Առաջնահերթություն տվեք և արագ գործեք
Հայտնագործությունները մեջը նետելու փոխարեն dashboardներ, դասակարգեք դրանք ըստ առաջնահերթության՝ օգտագործելով հասանելիության, ծանրության և EPSS միավորները: Ուղղեք շահագործելի բաները և բաց թողեք ոչ շահագործելիները:
10. Քսիգենիի մոտեցումը. Guardrails նախնականի համարcisՍտատիկ կոդի վերլուծություն
Xygeni-ն ստատիկ կոդի վերլուծությունը մեկ քայլ առաջ է տանում Guardrails, ճկուն, քաղաքականության վրա հիմնված կանոններ, որոնք գործում են սկանավորման արդյունքների վրա իրական ժամանակում: Խնդիրները պարզապես նշելու փոխարեն, Guardrails օգնել թիմերին կատարել իմաստալից, ավտոմատացված գործողություններ ամբողջ տարածքում SDLC.
Ինչպես է այն աշխատում
Քսիգենիի պաշտպանիչ ցանկապատը օգտագործեք պարզ, ընթեռնելի շարահյուսություն՝ տրամաբանական տերմիններով, ինչպիսիք են՝
- on X տիպի խոցելիություններ
- երբ ծանրությունը կրիտիկական է, և բաղադրիչը հասանելի է
- ապա ձախողել pipeline և տեղեկացնել անվտանգության թիմին
- ուրիշ շարունակել, բայց նշել վերանայման համար
Այս տրամաբանությունը ապահովում է, որ ձեր քաղաքականությունները կիրառվեն ավտոմատ կերպով՝ առանց ձեռքով տեսակավորման կամ բաց թողնված քայլերի։
Ինչու է դա տարբեր
Ավանդական կոդի վերլուծության գործիքները ձեզ տրամադրում են ծանուցումների երկար ցանկ։ Guardrails օգնել ձեզ գործել՝ խելացիորեն և մասշտաբային։
- Առաջնահերթություն ըստ ազդեցությանԶտեք արդյունքները՝ օգտագործելով շահագործելիությունը, բիզնես համատեքստը և EPSS-ը։
- Ավտոմատացնել վերականգնողական աշխատանքներըԱկտիվացրեք ներտողային PR մեկնաբանությունները կամ տոմսի ստեղծումը։
- Կիրառել համատեքստովԿիրառել ավելի խիստ կանոններ արտադրական կոդի համար, իսկ մեղմացվածներ՝ ներքին գործիքների համար։
Կիրառման դեպքը գործողության մեջ. Անվտանգության հիմքերի կիրառում Guardrails
Ենթադրենք, որ ձեր staging branch-ը արդեն ունի ստուգման փուլում գտնվող հայտնի խոցելիությունների մի շարք։ Guardrails, դուք կարող եք ավտոմատ կերպով արգելափակել ցանկացած նոր կարևոր խնդիր, որը չի եղել վերջին հաստատված սկանավորման մեջ: Ոչ մի անակնկալ, ոչ մի հետընթաց:
- Նոր խնդիր է հայտնաբերվել՞։ Միավորումն արգելափակված է։
- Թիմը տեղեկացվել է Slack-ում կամ Jira-ում։
- Առաջարկվող լուծումը ավելացվել է որպես կոդի մեկնաբանություն։
Սա ձեր կոդը պահպանում է անվտանգ՝ առանց թիմերին դանդաղեցնելու կամ նոր ռիսկեր թույլ տալու։
Հետաքրքիր է Guardrails տեղավորվում է քո մեջ CI/CD? Փորձեք Xygeni-ն Guardrails քո մեջ Pipeline.
