GitHub-da filial yaratmağı öyrənmək ilk addımdır. Bununla belə, GitHub-da filialları təhlükəsiz şəkildə necə birləşdirməyi öyrənmək hər filial üçün eyni dərəcədə vacibdir. Github iş axını. Beləliklə, bu yazıda, başlayaraq bütün prosesi sizə izah edəcəyik GitHub-da filial necə yaradılır və sonra sənə göstərir GitHub-da filialları necə birləşdirmək olar təhlükəsiz şəkildə. Həmçinin, hər hansı bir problem aşkar etsəniz, birləşməni necə ləğv edəcəyinizi və nəhayət, Xygeni-nin əsas filialınıza daxil olmazdan əvvəl hər bir problemi necə həll edə biləcəyini də əhatə edəcəyik.
Gəlin bunu addım-addım nəzərdən keçirək.
1. GitHub-da düzgün şəkildə filial necə yaradılır
Hər bir təhlükəsiz iş axını GitHub-da bir filial yaratdığınız zaman başlayır. Bu, tərtibatçılara istehsal koduna təsir etmədən xüsusiyyətləri, düzəlişləri və ya təcrübələri təcrid etməyə imkan verir.
GitHub-da filial yaratmaq üçün:
1. Repozitoriyanıza keçin
2. Filial seçicisinin açılan menyusuna klikləyin
3. Yeni filialınızın adını yazın
4. klik Filial yaradın
Buradan yeni filialınız istifadəyə hazırdır. Artıq kod göndərə, dəyişikliklər üzərində əməkdaşlıq edə və nəticədə bir filial aça bilərsiniz pull requestBu, əsas GitHub əməliyyatı olsa da, təhlükəsiz inkişaf üçün zəmin yaradır.
Əhəmiyyətli olan odur ki, GitHub-da hər dəfə bir filial yaratdığınız zaman, bu, təkrarlana bilən və qorunan iş axınının bir hissəsi olmalıdır.
2. Skan edin Pull Requests Birləşmədən əvvəl avtomatik olaraq
GitHub-da bir filial yaratdığınız və nəzərdən keçirməyə hazırlaşdığınız zaman növbəti addım GitHub-da filialları təhlükəsiz şəkildə necə birləşdirəcəyinizi anlamaqdır. Hər bir filial GitHub push-u avtomatlaşdırılmış yoxlamaları işə salmalıdır. Lakin birləşmədən əvvəl vacibdir yoxlamaq O kod zəifliklər yaratmır. Tək bir təhlükəli commit tətbiqinizi ifşa edə bilər, leak secrets, və ya kritik infrastrukturu pozmaq.
Kodun əsas branch-ınıza birləşdirilməsi yüksək təsirli bir əməliyyatdır. Düzgün yoxlamalar aparılmadan, bu, aşağıdakı kimi ciddi nəticələrə səbəb ola bilər:
- Sıfır gün zəiflikləri istehsalata sürüşmək
- Məlumdur CVE-lər açıq mənbə paketləri vasitəsilə təqdim olunur
- Sərt kodlu sirlər depoya itələdi
- İnfrastrukturun səhv konfiqurasiyaları müdafiənizi zəiflədən
- Zərərli və ya dəyişdirilmiş kod asılılıqlar vasitəsilə daxil olmaq
Xygeni-nin əsl fərq yaratdığı yer budur
Istifadə edərək GitHub Fəaliyyətləri, tetikleyebilirsiniz avtomatlaşdırılmış Xygeni skanları bir geliştirici açdıqda pull request qorunan bir filiala. GitHub-dakı qorunan bir filial, dəyişikliklərin birləşdirilməsinə icazə verilməzdən əvvəl xüsusi yoxlamalar və ya təsdiqlər tələb edən bir filialdır.
Xygeni təhlil edir sonuncu icrası pull request iş təklif olunan dəyişikliklərin təhlükəsizlik vəziyyətini təsdiqləmək üçün. Buraya yoxlama daxildir koddakı problemlər, asılılıqlar, sirlər və CI/CD konfiqurasiyalarTam budaq yenidən skan edilmir, lakin ən son iş axını nəticəsi siyasətləri tətbiq etmək və təhlükəli birləşmələri bloklamaq üçün istifadə olunur.
Bu skanlamalar kodun təhlükəsiz və istehsala hazır olduğunu təsdiqləyir. Onlar aşağıdakıları aşkarlayır:
- Kod zəiflikləri (SAST)
- Zəif açıq mənbəli paketlər (SCA)
- Sərt kodlu sirlər
- IaC səhv konfiqurasiyalar
- Potensial zərərli proqram təminatı
İnteqrasiya bu yoxlamalar erkən təmin edir GitHub-da hər dəfə bir filial yaradıb birləşməyə hazırlaşdığınız zaman bunu tam görünürlük və nəzarət.
Budur sadələşdirilmiş bir quraşdırma:
on: pull_request: branches: [ main ] jobs: xygeni-scan: runs-on: ubuntu-latest steps: - name: Checkout uses: actions/checkout@v3 - name: Xygeni Scanner uses: xygeni/xygeni-action@3.2.0 with: token: ${{ secrets.XYGENI_TOKEN }}3. Təhlükəsiz Birləşmələri Bloklayın Guardrails
Guardrails, GitHub-da bir filial yaratdığınızda və ya GitHub-da filialları necə birləşdirməyə çalışdığınızda, yalnız təhlükəsiz dəyişikliklərin əsas filialınıza çatdığından əmin olun GitHub quraşdırma. Xygeni sizə verir nəyin birləşdiriləcəyinə tam nəzarət. Əvvəlcədən təyin edə bilərsinizcisTəhlükəsizlik siyasətlərinizə və risk tolerantlığınıza uyğunlaşdırılmış qaydalar. Məsələn:
- Kritik bir sirr varsa, bloklayın tapılır (məsələn, AWS açarları, tokenlər)
- Quruluş uğursuz oldu əgər a yeni yüksək riskli açıq mənbə paketi təqdim olunur
- Rədd et pull requests O həssas yolları dəyişdirin kimi
.github/workflows/,infrastructure/və yasecrets.env - Birləşmələrin qarşısını alın əgər a aşağı səviyyəli proqram yenidən təqdim olunur bilinir Zəifliklər
- Blok CI/CD konfiqurasiya dəyişiklikləri düzgün etiketlənmədikdə
- Birləşmələri dayandırın, əgər SAST yüksək və ya aşkarlayır kritik məsələlər
- Daha sərt tətbiq edin Guardrails istehsal sahələri üzrə inkişafda elastikliyi qoruyarkən
Bu qaydalar avtomatlaşdırılmış qapıçı kimi çıxış edir. Onlar komandanıza yalnız təhlükəsiz olanları birləşdirməyə kömək edir, sürprizlər, əl ilə yoxlamalar və son anda yanğınsöndürmə işləri yoxdur.
Nümunə Qoruyucu Dəmir Yolu Qaydası:
guardrail block_critical_secrets on secrets when severity = critical then @fail()Vizual Əlaqə Dashboard
Tam görünürlüyü təmin etmək üçün Xygeni, Qoruyucu Dəmir Yolunun vəziyyətinin ən son qiymətləndirilməsinin nəticəsini göstərir.
- Ilk öncə, yaşıl işarə qəbul edilmiş bütün siyasətlər deməkdir.
- Əksinə, qırmızı işarə bir və ya daha çox Qoruyucu Dəmir Yolu şərtinin pozulduğunu göstərir.
Nəticədə, həm tərtibatçılar, həm də təhlükəsizlik qrupları, CI qeydlərinə girmədən birləşmənin niyə bloklandığını dərhal anlaya bilirlər.
Əsl nümunədən Dashboard:
Məsələn, deyək ki, depoda qorunan filiallar yoxdur, bu da inkişaf etdiricilərə push etməyə imkan verən ümumi bir səhv konfiqurasiyadır commityoxlama olmadan. Bu, ciddi bir riskdir.
Xygeni bunu avtomatik olaraq aşkarlayır və işarələyir imzalı_commits altındakı məsələ CI/CD kateqoriya. The dashboard məqamlar:
- Şiddəti: Yüksək
- Növü: imzalanmış Commits
- Explanation: Repozitoriyanın qorunan filialları yoxdur
- Status: açıq
Buna görə də, bu kontekstə əsaslanan rəylə komandalar riski tez bir zamanda müəyyən edə, təsirini başa düşə və Xygeni UI-dən düzəldici tədbirlər görə bilərlər.
Özelleştirin İcra Davranışı
Həmişə nəzarətdəsiniz. Nə qədər sərt olduğunuzu seçin Guardrails olmalıdır:
--fail-on=critical: Blok yalnız ciddi tapıntılar olduqda birləşir--never-fail: qaçış Guardrails tətbiq etməzdən əvvəl siyasətləri sınaqdan keçirmək üçün quru rejimdə
Beləliklə, növbəti dəfə GitHub-da bir filial yaratdığınız zaman sizin Guardrails artıq oradasınız, sizi qoruyursunuz pipeline və siyasətlərinizi avtomatik olaraq tətbiq edir.
GitHub Tətbiqinin Təhlükəsiz Olduğunu Necə Bilirəm?
GitHub Tətbiqlərini quraşdırmadan əvvəl necə qiymətləndirəcəyinizi öyrənin.
4. Risklər aşkar edildikdə GitHub-da Birləşməni Avtomatik olaraq Ləğv Edin
Risklər aşkar edilərsə, birləşmə ləğv edilir. Bu təhlükəsizlik tədbiri hər bir GitHub layihəsini qoruyur və GitHub-da filialların necə birləşdirilməsi ilə bağlı ən yaxşı təcrübələri tətbiq edir.
Xygeni birbaşa GitHub-ın UI-na inteqrasiya olunur. Risk aşkar edildikdə:
- GitHub yoxlamanın uğursuz olduğunu göstərir
- GitHub-un qorumaları birləşmənin qarşısını alır
- Birləşdirmə növbəsi təhlükəsiz olmayan kodu atlayır
İstər gizli, istər CVE, istərsə də təhlükəli olsun CI/CD nümunə, nəticə eynidir: GitHub-da birləşmə ləğv edildi və nəzərdən keçirilmək üçün işarələndi.
Xygeni-də ətraflı nəticələrə də baxa bilərsiniz:
- Hər filialın təhlükəsizlik statusu
- Niyə birləşmə bloklandı
- Tam skan tarixçəsi
- Layihə səhifəsində yaşıl (keçdi) və ya qırmızı (uğursuz) işarələri vasitəsilə mühafizə rayının vəziyyəti göstərilir
Bu vizual rəy tərtibatçılar və təhlükəsizlik qrupları üçün inamla hərəkətə keçməyi asanlaşdırır. Daha dərin kontekstə ehtiyacınız olduqda, hər bir məsələ ciddilik, etiketlər, yer və azaldılma təlimatları ilə sənədlərə keçid verir.
Yalnız Təhlükəsiz Tldr Birləşməsi
Xülasə etmək üçün, GitHub-da bir filial yaratdıqdan sonra təhlükəsiz şəkildə necə birləşmək olar:
- UI vasitəsilə GitHub-da bir filial yaradın
- Hər biri ilə avtomatik taramaları tetikleyin pull request Xygeni ilə
- Təhlükəsiz birləşmələri bloklayın Guardrails
- Daha dərin nəzarət üçün server tərəfindəki audit siyasətlərindən istifadə edin
- GitHub-da bir şey uğursuz olduqda birləşməni ləğv edin
- Bütün nəticələri Xygeni-də vizuallaşdırın dashboard
Repozitoriya qorunması ilə bağlı əlavə ən yaxşı təcrübələr üçün oxuyun GitHub Təhlükəsizlik Tez-tez Verilən Suallar: Hər Bir Tərtibatçının Bilməli Olduğu Şeylər.
Birləşdirmə sadə bir əməliyyat olsa da, onu təhlükəsiz şəkildə etmək real görünürlük və avtomatlaşdırma tələb edir. Xygeni ilə siz sadəcə kodu birləşdirmirsiniz, həm də etibarı birləşdirirsiniz.
Hər GitHub filialını etibarlı şəkildə qoruyun
Bir məsələdə nəzərdən qaçırılmış tək bir məsələ pull request əsas filialınızı təhlükəyə ata bilər. Ənənəvi skanerlər çox vaxt çox gec işləyir, kritik riskləri qaçırır və ya mənalı siyasətləri tətbiq edə bilmir.
Buna görə GitHub filiallarınızı qorumaq sadəcə skan etməkdən daha çox şey tələb edir.
Xygeni real icra təmin edir. Bir pull request qorunan bir budağı hədəfləyir, Xygeni ən son icrasını təhlil edir CI/CD iş axını. Bütün budağı yenidən skan etmir. Bunun əvəzinə, kodda, asılılıqlarda, sirrlərdə və iş axını konfiqurasiyalarında təhlükəsizlik problemlərini yoxlamaq üçün ən son nəticələri qiymətləndirir. Siz sadəcə xəbərdarlıq edilmirsiniz. Siz qorunursunuz.
Onu fərqləndirən nədir:
- Tam kontekstli doğrulama: Guardrails ciddilik, istismar qabiliyyəti və budaq metaməlumatları kimi zəngin kontekstdən istifadə edərək siyasəti tətbiq edin.
- Daxili GitHub inteqrasiyası: Skanlamadan tutmuş tətbiqə qədər hər şey, xüsusi skriptlərə və ya yapışqan kodlara ehtiyac olmadan, GitHub iş axınlarınız daxilində işləyir.
- Server tərəfindəki auditlər: Server tərəfi Guardrails yükləndikdən sonra nəticələri təsdiqləyin, xaricində ikinci bir nəzarət təbəqəsi əlavə edin pipeline.
Hər şeyi tutmaq üçün CI quraşdırmanıza etibar etmək əvəzinə, Xygeni avtomatlaşdırılmış, siyasətə əsaslanan məlumatlandırma tətbiq edircisəsas budağınıza çatmazdan əvvəl ionlar.
Birləşmə sadə bir əməliyyat olsa da, onu təhlükəsiz şəkildə etmək real görünürlük və avtomatlaşdırma tələb edir. Xygeni ilə siz yalnız repolarınızı deyil, həm də GitHub-un hər bir filialını inamla qoruyursunuz.
