„Bitbucket“ yra galingas „Git“ pagrindu sukurta platforma tai palaiko „DevOps“ komandos su kodo talpinimu, automatizavimu ir sklandžia „Jira“ integracija. Tačiau norint saugiai naudoti „Bitbucket“, reikia daugiau nei vien versijų kontrolės pagrindų. Norėdamos sumažinti riziką, komandos turi taikyti griežtus „Bitbucket“ saugumas kontrolės ir laikykitės patikrintų „Bitbucket“ saugumo geriausios praktikos per visą kūrimo gyvavimo ciklą.
Šie DUK atsako į dažniausiai užduodamus klausimus, kuriuos kūrėjai užduoda dirbdami su šia platforma – nuo filialų kūrimo iki valdymo. pipelinesaugiai. Kiekviename skyriuje pateikiami praktiniai patarimai, padėsiantys išvengti klaidų, sustiprinti saugumo poziciją ir užtikrinti greitą bei patikimą pristatymą.
Pasiruošę saugiai kurti? Pradėkime nuo to, kaip sukurti šaką ir teisingai pateikti kodą.
Kas yra „Bitbucket“?
Ar „Bitbucket“ yra saugus?
Platformoje yra keletas integruotų saugumo funkcijų, padedančių apsaugoti jūsų kodo bazę, pvz., dviejų veiksnių autentifikavimas, filialų leidimai, IP leidžiamųjų sąrašų ir programų integracijos valdikliai. Tai puiki pradžia. Tačiau jos neapima visko, ko reikia norint apsaugoti jūsų... CI/CD darbo eigos ir tiekimo grandinė.
Taigi, ar tai saugu? Tai visiškai priklauso nuo to, kaip jūsų komanda tai naudoja. Net ir įdiegus numatytąsias apsaugos priemones, taikant „Bitbucket“ saugumo geriausios praktikos vis dar svarbu vengti:
- Nutekėjusios paslaptys commits arba pipelines
- Per daug leidimų turinčios paslaugų paskyros arba atskleisti žetonai
- Rizikinga pull request sujungimai arba neperžiūrėti kodo pakeitimai
- Nesaugios trečiųjų šalių programos ir nefiltruotas internetashooks
Saugumas čia taip pat reiškia matomumo išlaikymą visuose kodo ir automatizavimo keliuose, įskaitant CI logiką Pipelines. Be to, rizikos gali likti nepastebėtos.
Tai kur Ksigeni suteikia gylio. Jis sustiprina „Bitbucket“ saugumas nuskaitant šaltinio kodą, slaptus raktus, infrastruktūrą kaip kodą ir pipeline darbo eigas realiuoju laiku. Be to, ji įgyvendina politikos kontrolės priemones, pvz., blokuoja sujungimus su neišspręstomis rizikomis arba pažymi darbo eigas su nesaugiomis teisėmis.
Trumpai tariant, platforma suteikia jums įrankius. „Xygeni“ užtikrina, kad juos naudotumėte saugiai, leisdama komandoms greičiau siųsti duomenis ir sumažindama tikimybę, kad kažkas svarbaus praslys pro akis.
Kaip sukurti atšaką „Bitbucket“ programoje, kad būtų galima siųsti kodą
Sukūrus šaką „Bitbucket“ sistemoje, galite dirbti su funkcijomis, pataisymais ar eksperimentais nepaveikdami pagrindinės kodo bazės. Tai yra standard „Git“ darbo eigų dalis, tačiau jei tai daroma neatsižvelgiant į saugumą, tai gali atverti duris rizikingiems pakeitimams arba neperžiūrėtam kodui, pasiekiančiam produkciją.
Norėdami sukurti šaką ir saugiai įkelti kodą:
1. Klonuokite savo saugyklą (jei dar to nepadarėte):
git clone https://bitbucket.org/your-org/your-repo.git
cd your-repo
2. Sukurkite naują šaką:
git checkout -b feature/your-branch-name
3. Atlikite pakeitimus ir commit:
git add .
git commit -m "Add new feature securely"
4. Nusiųskite šaką į „Bitbucket“: bash
git push origin feature/your-branch-name
Tačiau šakos stūmimas yra tik pradžia. Norėdami išlikti saugūs, visada:
- Nustatykite „Bitbucket“ šakos teises, kad būtų išvengta tiesioginio siuntimo į pagrindinę įstaigą
- Reikalauti pull request apžvalgos ir būsenos patikrinimai
- Prieš sujungdami nuskaitykite šakas, ar nėra paslapčių ar pažeidžiamo kodo
- Įgyvendinkite pavadinimų suteikimo konvencijas, kad išvengtumėte painiavos bendrinamuose projektuose
Tai kur „Bitbucket“ saugumo geriausios praktikos padaryti didelį poveikį. „Xygeni“ padeda automatiškai nuskaitydama jūsų šaką po kiekvieno įkėlimo. Ji aptinka užkoduotas paslaptis, nesaugius kodo šablonus ir neteisingas konfigūracijas. pull requests prieš sujungiant – taip jūsų komandai suteikiama visiška matomumas nesulėtinant darbo.
Išsamų vadovą apie saugų išsišakojimą rasite čia
Kaip saugiai sujungti „GitHub“ su nuskaitymais ir guardrails
(Dauguma praktikų taikoma ir „Bitbucket“.)
Kaip klonuoti „Bitbucket“ saugyklą
„Bitbucket“ saugyklos klonavimas paprastai yra pirmas žingsnis prisidedant prie projekto. Tai sukuria vietinę kodo kopiją, kad galėtumėte su juo dirbti, diegti pakeitimus ir bendradarbiauti su savo komanda. Komanda paprasta:
git clone https://bitbucket.org/your-org/your-repo.git
Nors klonavimas atrodo nekenksmingas, jis gali turėti saugumo problemų, ypač reguliuojamoje aplinkoje arba atvirose saugyklose. Pavyzdžiui, klonas gali apimti:
- Ankstesnėse istorijose atskleistos paslaptys commits
- Pažeidžiamos priklausomybės užrakinimo failuose
- Neteisingai sukonfigūruota CI/CD Darbo eigos
- Spausdinimo klaidų paketai
Štai kodėl klonavimas yra ne tik „Git“ operacija, bet ir jūsų dalis. „Bitbucket“ saugumas laikysena. Prieš bėgdami git clone, paklausk:
- Ar saugykla yra privati, ar vieša? Jei vieša, kas paskutinį kartą patikrino jos turinį?
- Ar pasitikite kodo kilme, priklausomybėmis ir bendraautoriais?
- Ar sukonfigūravote vietinius skaitytuvus, kad jie aptiktų problemas po klonavimo?
Taikyti „Bitbucket“ saugumo geriausios praktikos, komandos turėtų:
- Įgalinti saugyklos lygio nuskaitymą, siekiant nustatyti paslapčių ir kenkėjiškų programų
- Paskirtis
.gitignorekad netyčia nebūtų įkelta vietinių failų - Nuskaityti visus failus ir „Git“ istoriją klonuojant
„Xygeni“ sustiprina šį procesą, nuskaitydama jūsų klonuotą saugyklą, ieškodama saugumo rizikų, įskaitant paslėptus raktus, kenkėjiškas priklausomybes ir pakeistas kūrimo konfigūracijas. Ji suteikia matomumą ir apsaugą nuo to momento, kai kodas pasiekia jūsų kompiuterį, padėdama automatiškai perkelti saugumą į kairę.
Kaip ištrinti šaką „Bitbucket“
Šakų ištrynimas „Bitbucket“ sistemoje padeda išlaikyti saugyklą tvarkingą, ypač sujungus pakeitimus. Tačiau neatsargus tai atlikimas gali sukelti problemų, tokių kaip duomenų praradimas, sugedę failai CI/CD pipelinesarba neištrintas pasenęs kodas, kuriame vis dar yra slaptų raktų ar neteisingų konfigūracijų.
Norėdami ištrinti vietinį filialą:
git branch -d feature/your-branch-name
Norėdami ištrinti nuotolinę šaką „Bitbucket“:
git push origin --delete feature/your-branch-name
Prieš ištrindami bet kurią šaką, pritaikykite šias „Bitbucket“ saugumo geriausios praktikos:
- Patvirtinkite, kad šaka yra visiškai sujungta į pagrindinę arba kūrėjo versiją
- Nuskaityti šaką prieš ištrynimą siekiant užtikrinti, kad jame nebūtų jokių nesujungtų saugos pataisų, paslapčių ar IaC klaidingos konfigūracijos
- Venkite ištrinti kritines šakas per klaidą – nustatykite apsaugos priemones „Bitbucket“ sistemoje, kad tai apribotumėte
- Patikrinkite, ar automatizuotos užduotys arba diegimai vis dar priklauso nuo šakos, ypač „Bitbucket“ Pipelines
Iš tiesų, ištrintų šakų likučiai vis tiek gali kelti pavojų. Pavyzdžiui, paslaptys committed ir vėliau „pašalinti“ vis dar gali egzistuoti istorijoje, nebent būtų tinkamai išvalyti.
Štai čia ir praverčia „Xygeni“. Ji nuolat stebi jūsų saugyklos šakas, įskaitant ištrintas, ar nėra užsitęsusių rizikų, pvz., užkoduotų prisijungimo duomenų, pažeidžiamų priklausomybių ar kitų. CI/CD neteisingos konfigūracijos. Net jei šaka dingsta, „Xygeni“ saugo audito įrašą, kuris padeda jūsų komandai suprasti, kas buvo perduota, peržiūrėta ir sujungta prieš ištrynimą.
Galiausiai, šakų valymas yra gera praktika, bet tik tada, kai tai daroma saugiai.
Kaip ištraukti saugyklą iš „Bitbucket“
Ištraukus saugyklą iš „Bitbucket“, jūsų vietinis kodas nuolat atnaujinamas. Jis nuskaito naujausius pakeitimus iš nuotolinės šakos ir sujungia juos su jūsų darbine šaka:
git pull origin main
Iš pradžių pakeitimų ištraukimas gali atrodyti kaip eilinė įprasta „Git“ užduotis. Tačiau, kaip ir daugelis kasdienių operacijų, tai gali sukelti riziką, jei praleidžiate pagrindines atsargumo priemones. Nepatvirtintas kodas, pasenusios priklausomybės arba netyčinis commitTed paslaptys gali išslysti vienu truktelėjimu.
Taikyti „Bitbucket“ saugumo geriausios praktikos sinchronizuojant vietinę saugyklą:
- paleisti
git statusprieš ištraukdami, kad neperrašytumėtecommitTed pokyčiai - Peržiūrėti iš anksto commitužuot manę, kad viskas saugu
- Naudokite pasirašytą commitpatvirtinti bendraautorių tapatybę
- Automatiškai nuskaito ištrauktą kodą, ieškodamas paslapčių, kenkėjiškų programų ir politikos pažeidimų
Štai čia ir prasideda „Xygeni“. Jis tiesiogiai prisijungia prie jūsų saugyklų, kad nuskaitytų kiekvieną commit, net ir tuos, kuriuos atliko kiti komandos nariai. Kai tik ištraukiate duomenis, „Xygeni“ patvirtina gaunamus pakeitimus, pažymi rizikingą kodą ar paslaptis ir užtikrina konfigūracijos vientisumą. Tokiu būdu palaikote sinchronizaciją su komanda, nepaveldėdami paslėptų saugumo problemų.
Kaip sukurti atšaką „Bitbucket“ programoje, kad būtų galima siųsti kodą
Šakų kūrimas yra daugiau nei vien gera „Git“ higiena – tai saugumo žingsnis. Sukūrus atskirą šaką, galite izoliuoti pakeitimus, saugiai bendradarbiauti ir sumažinti pagrindinės šakos pažeidžiamumų atsiradimo tikimybę.
Galite sukurti naują filialą ir pereiti prie jo vietoje naudodami:
git checkout -b feature/new-feature
Tada perkelkite jį į „Bitbucket“:
git push origin feature/new-feature
Tačiau, jei nebus elgiamasi atsargiai, nauja atšaka gali greitai sukelti saugumo problemų. Siekiant sumažinti riziką ir laikytis „Bitbucket“ saugumo geriausios praktikos, įsitikinkite, kad:
- Kurkite šakas tik iš patikimų šaltinių, pvz., švarios
mainordevelopfilialas - Prieš siųsdami kodą, nuskaitykite jį, kad aptiktumėte paslaptis ar pažeidžiamas priklausomybes.
- Ankstyvame etape neįtraukite jautrių failų, pvz.
.envarba vietinės konfigūracijos - Nustatykite apsaugos taisykles, kurioms reikalingos kodo peržiūros ir blokų priverstiniai stūmimai
Štai kur „Xygeni“ prideda vertės. Ji nuskaito jūsų pull requests realiuoju laiku aptinkant atskleistas paslaptis, netinkamas konfigūracijas, pažeidžiamą kodą ir nesaugius darbo eigų procesus prieš sujungiant elementus. Tokiu būdu užtikrinate saugumą nesulėtindami kūrimo proceso.
Kaip klonuoti „Bitbucket“ saugyklą
„Bitbucket“ saugyklos klonavimas paprastai yra pirmas žingsnis prisidedant prie projekto. Jis nukopijuoja visą saugyklą, įskaitant jos istoriją, į jūsų vietinį kompiuterį:
git clone https://your-team@bitbucket.org/your-team/your-repo.git
Nors tai atrodo paprasta, klonavimas taip pat suteikia potencialo „Bitbucket“ saugumas problemų, ypač kai duomenys gaunami iš viešųjų arba bendrinamų saugyklų.
Štai kaip saugiai klonuoti:
- Klonuokite tik iš patikimų šaltinių Viešose „Bitbucket“ saugyklose gali būti kenkėjiškų programų, spausdinimo klaidų paveiktų paketų arba kenkėjiškos „Git“ istorijos
- Nedelsiant nuskaitykite klonuotus saugyklų failus, ypač prieš diegiant priklausomybes arba vykdant sąrankos scenarijus
- Venkite naudoti asmeninius prieigos raktus tiesiogiai URL adresuosevietoj to naudokite SSH raktus arba kredencialų pagalbininkus
- Patikrinkite saugyklos istoriją didelių dvejetainių duomenų blokų, atskleistų paslapčių ar klastojimo požymių
Kiekviena saugykla, nesvarbu, ar ji vieša, vidinė, ar trečiosios šalies, yra nuskaitoma iš karto po klonavimo. „Xygeni“ pažymi kietajame režime užkoduotas paslaptis, pažeidžiamas priklausomybes, įtartinus failus ir netinkamas konfigūracijas prieš paleidžiant bet kokį kodą, padėdama jums perkelti saugumą į kairę be jokių trikdžių.
Taigi, nors klonavimas leidžia greitai pradėti, saugi „Bitbucket“ sąranka užtikrina, kad nuo pirmos dienos nesusidursite su saugumo skolomis.
Kaip ištrinti šaką „Bitbucket“
„Bitbucket“ šakų šalinimas yra gera praktika, kai sujungiama funkcija ar pataisa. Tai padeda sumažinti netvarką ir riziką, kad kas nors perkels duomenis į pasenusią arba neapsaugotą šaką.
Nuotolinę šaką galite ištrinti naudodami:
git push origin --delete feature/old-branch
Arba ištrinkite jį tiesiogiai „Bitbucket“ žiniatinklio sąsajoje, eidami į Filialai, surasdami filialą ir spustelėdami panaikinti.
Tačiau prieš ką nors ištrindami laikykitės esminių „Bitbucket“ saugumo geriausios praktikos:
- Įsitikinkite, kad šaka buvo sujungta ir peržiūrėta, kad neprarastumėte konteksto
- Reguliariai šalinkite pasenusias šakas, kad sumažintumėte atakos paviršių
- Atrask commit paslapčių ar jautrių duomenų istorija
- Įgyvendinkite gyvavimo ciklo politiką naudodami automatizavimą arba CI darbo eigas
Nors platforma siūlo pagrindines trynimo valdymo priemones, „Xygeni“ prideda nuolatinį matomumą. Ji stebi kiekvieną šaką, ar nėra neaktyvumo ar paslėptų rizikų, ir palaiko automatinį visų saugyklų valymą. Palaikydami saugyklą tvarkingą ir tvarkingą, sumažinate paslėptų įsipareigojimų tikimybę.
Saugus prisijungimas prie „Jira“ ir „SQL Server“
Saugyklos sujungimas su „Jira“ ir „SQL Server“ pagerina atsekamumą ir automatizavimą. Vis dėlto integracijos suteikia naujų galimybių „Bitbucket“ saugumas iššūkiai, ypač kai naudojami įgaliojimai ar žetonai.
„Jira“ ryšiams:
- Naudokite „Atlassian“ integruotą sąsają susiejimui commitfilialai ir PR su „Jira“ bilietais
- Venkite kietojo kodavimo „Jira“ žetonų ar prisijungimo duomenų saugyklų failuose ar CI scenarijuose
- Apriboti susietų „Jira“ paskyrų, naudojamų automatizavime, leidimus
Dėl prieigos prie duomenų bazės:
- Naudokite aplinkos kintamuosius, kad saugiai saugotumėte duomenų bazės ryšio eilutes
- Venkite įterpti SQL paslaptis pipeline scenarijai arba
.ymlDarbo eigos - Visada audituokite CI/CD darbai, kurie sąveikauja su gamybos duomenų bazėmis
„Xygeni“ nuskaito jūsų saugyklą, slaptus raktus ir darbo eigos logiką, kad aptiktų nesaugius modelius prieš jiems paleidžiant. Ji pažymi nutekėjusius „Jira“ žetonus, SQL kredencialus ir nesaugų scenarijų naudojimą, kad jūsų automatizavimas išliktų saugus ir atitiktų reikalavimus.
git branch -m old-name new-name
2. Įkelkite naują šaką ir ištrinkite senąją:
git push origin new-name
git push origin --delete old-name
3. Atnaujinkite numatytąją šaką jei reikia, „Bitbucket“ nustatymuose
4. Perkonfigūruokite bet kurį Bitbucket Pipelines, prieigos taisyklės arba integracijos, kuriose buvo nurodytas senasis pavadinimas
Saugumo požiūriu, šakų pervadinimas reiškia visko, kas susieta su senu pavadinimu, patikrinimą:
- Peržiūrėkite filialo apsaugos nustatymus
- Kreipkitės dar kartą pipeline trigeriai ir privalomi patikrinimai
- Užtikrinkite, kad jautrūs darbo eigos vis tiek vyktų saugiais keliais
„Xygeni“ čia padeda, susiedama visą jūsų „Bitbucket“ darbo eigą, įskaitant šakas, pipelineir politikos. Jei šakos pervadinimas pažeidžia taisyklę arba išjungia apsauginį turėklą, „Xygeni“ tai pažymės prieš klaidai tampant pavojinga.
Taigi, taip, „Bitbucket“ galite pervadinti šakas. Tik įsitikinkite, kad pervadinimą atlieka ir saugumas.
„Bitbucket“ serveris: kontrolė ateina su atsakomybe
„Bitbucket Server“ yra savarankiškai valdoma platformos versija, kurią renkasi organizacijos, kurioms reikia visiškos savo kūrimo darbo eigų kontrolės. Skirtingai nuo „Bitbucket Cloud“, ji veikia jūsų pačių infrastruktūroje, todėl galite daugiau pritaikyti, tačiau kartu ir užtikrinti saugumą.
Nuo paraiškos saugumas bei „Bitbucket“ saugumas perspektyvos, saugus „Bitbucket Server“ naudojimas reiškia:
- Reguliariai diegiant pataisas ir atnaujinimus pažeidžiamumams pašalinti
- Saugių autentifikavimo, prieigos kontrolės ir SSL konfigūracijų vykdymas
- Serverio izoliavimas nuo viešojo interneto arba griežtų užkardos taisyklių taikymas
- Saugios saugyklos naudojimas paslaptims, žetonams ir duomenų bazės kredencialams
- Žurnalų stebėjimas dėl neteisėtos prieigos ar įtartinos veiklos
Be to, turėtumėte įgyvendinti „Bitbucket“ saugumo geriausios praktikos pavyzdžiui, filialų apsauga, leidimų valdymas ir saugumas CI/CD darbo eigą, lygiai taip pat, kaip ir debesies versijoje.
„Xygeni“ sustiprina šią sistemą tiesiogiai integruodamasi su jūsų savarankiškai talpinama instancija. Ji nuolat nuskaito kodą, slaptus raktus, infrastruktūros failus ir kt. pipeline saugumo rizikų logika. Nesvarbu, ar diegiate on-premiseNesvarbu, ar tai būtų debesyje, ar privačiame debesyje, „Xygeni“ prisitaiko prie jūsų aplinkos ir užtikrina visišką matomumą visoje jūsų programinės įrangos tiekimo grandinėje.
Naudodami „Bitbucket Server“, jūs gaunate kontrolę, tačiau kartu su ja atsiranda poreikis aktyviam saugumui kiekviename lygmenyje.
GitLab ir Bitbucket palyginimas
Lyginant „GitLab“ ir „Bitbucket“, dauguma komandų daugiausia dėmesio skiria tokioms funkcijoms kaip CI/CD, kodo peržiūra ir integravimo parinktys. Tačiau „DevOps“ komandoms tikrasis palyginimas priklauso nuo kūrėjo patirtis, automatizavimasir apsaugos apsauga.
Štai kaip jie atrodo saugumo ir... atžvilgiu programų saugos geriausia praktika:
Saugykla ir prieigos kontrolė
- Bitbucket glaudžiai integruojasi su „Atlassian“ įrankiais, tokiais kaip „Jira“, todėl puikiai tinka komandoms, jau esančioms toje ekosistemoje.
- GitLab siūlo integruotus vaidmenimis pagrįstus prieigos valdiklius su smulkiai apibrėžtais leidimais.
Abi platformos palaiko 2FA, IP baltąjį sąrašą ir audito žurnalus.
CI/CD saugumas
- GitLab apima gimtąją CI/CD su integruotu slaptų duomenų aptikimu ir politikos valdymu.
- Bitbucket Pipelines yra paprastesnis, bet dažnai reikia išorinių įrankių, kad būtų pasiektas vienodas matomumas ir vykdymo užtikrinimas.
„Xygeni“ užpildo šią „Bitbucket“ spragą nuskaitydamas pipelines, aptinkant užkoduotas paslaptis ir vykdant politiką prieš sujungimą.
Darbo eigos grūdinimas
- GitLab turi saugumą dashboardir pažeidžiamumų valdymas kaip pagrindinio produkto dalis.
- Bitbucket labiau priklauso nuo trečiųjų šalių integracijų. Tinkamai sukonfigūruota tai gali būti veiksminga, tačiau nekonfigūruota – rizikinga.
Štai kodėl daugelis „Bitbucket“ naudotojų pasirenka integraciją su „Xygeni“: norėdami pridėti aktyvią priklausomybių diagnostiką, IaC, „GitOps“ ir paslaptis, todėl gamybinėje versijoje nėra nieko rizikingo.
Kaip „Xygeni“ padeda taikyti geriausią „Bitbucket“ saugumo praktiką
„Bitbucket“ saugumas – tai ne tik prieigos kontrolė ar matomumo nustatymai. Tai kiekvienos jūsų kūrimo darbo eigos dalies apsauga – nuo commits ir pr iki pipeline Logika ir paslaptys. Štai čia įsikiša Xygeni.
„Xygeni“ įdiegia nuolatinę apsaugą visose jūsų saugyklose ir automatizavimo procesuose, padėdama jūsų komandai išlikti greitai neaukojant saugumo.
Štai kaip tai palaiko jūsų „Bitbucket“ saugumo geriausios praktikos:
- Sugauna paslaptis prieš jiems išplintant
Realiojo laiko skenavimas aptinka užkoduotus prisijungimo duomenis kode ir konfigūracijos failuose. „Xygeni“ įspėja jūsų komandą prieš sujungiant šiuos slaptus duomenis ir gali suaktyvinti automatinį atšaukimą. - Saugo jūsų pipelinedėl netinkamos konfigūracijos
CI/CD pipelinedažnai yra nepastebimi įėjimo taškai. „Xygeni“ audituoja YAML failus, pažymi neprisegtus trečiųjų šalių veiksmus ir tikrina, ar žetonai atitinka mažiausias privilegijas. - Filtruoja triukšmą naudodamas išmanųjį pažeidžiamumų prioritetizavimą
Naudojant pasiekiamumo analizė bei EPSS balas„Xygeni“ rodo tik tai, kas yra išnaudojama, padėdama komandoms sutelkti dėmesį į realią riziką, o ne vaikytis klaidingų aliarmų. - Tikrina jūsų infrastruktūrą kaip kodą ir „GitOps“ pakeitimai
IaC Klaidingos konfigūracijos gali praslysti nepastebimai. „Xygeni“ nuskaito „Terraform“, „Kubernetes“ ir kitus failus, kad aptiktų rizikas prieš joms pasiekiant gamybinę aplinką. - Sujungia riziką jūsų SDLC
Vietoj pavienių įspėjimų „Xygeni“ susieja radinius visame kode, pipelineir trečiųjų šalių komponentus, kad gautumėte visą kontekstą ir atsekamumą. - Natūraliai įsilieja į jūsų darbo eigą
Jums nereikia keisti savo darbo būdo. „Xygeni“ integruojasi su pull requests, pipelineir sujungimo patikrinimus tiesiai jūsų „Bitbucket“ aplinkoje.
Automatizuodama nuskaitymus, vykdydama politiką ir pabrėždama tai, kas iš tiesų svarbu, „Xygeni“ leidžia jūsų komandai taikyti „Bitbucket“ saugumas efektyviai, nesulėtinant greičio.
👉 Norite pamatyti tai veikiant? Pradėkite nemokamą bandomąją versiją ir apsaugoti savo kodo bazę nuo commit į debesį.
