GitHub'da bir dal oluşturmayı öğrenmek ilk adımdır. Ancak, GitHub'da dalları güvenli bir şekilde birleştirmeyi öğrenmek de her dal için aynı derecede önemlidir. GitHub İş akışı. Bu yazıda, iş akışıyla başlayarak tüm süreci adım adım anlatacağız. GitHub'da nasıl dal oluşturulur? ve sonra size gösteriyorum GitHub'da dalları nasıl birleştiririm? Güvenli bir şekilde. Ayrıca, herhangi bir sorunla karşılaşırsanız birleştirmeyi nasıl iptal edeceğinizi ve son olarak Xygeni'nin her sorunu ana dalınıza girmeden önce nasıl yakalamanıza yardımcı olabileceğini de ele alacağız.
Şimdi adım adım inceleyelim.
1. GitHub'da Doğru Şekilde Dal Oluşturma
Her güvenli iş akışı, GitHub'da bir dal oluşturmakla başlar. Bu, geliştiricilerin üretim kodunu etkilemeden özellikleri, düzeltmeleri veya denemeleri izole etmelerini sağlar.
GitHub'da bir dal oluşturmak için:
1. Deponuza gidin.
2. Şube seçici açılır menüsüne tıklayın.
3. Yeni şubenizin adını yazın.
4. tık Dal oluştur
Buradan itibaren yeni dalınız kullanıma hazır. Artık kod gönderebilir, değişiklikler üzerinde iş birliği yapabilir ve nihayetinde bir dal açabilirsiniz. pull requestBu, GitHub'ın temel bir işlemi olsa da, güvenli geliştirme için zemin hazırlıyor.
Daha da önemlisi, GitHub'da her dal oluşturduğunuzda, bu işlem tekrarlanabilir ve güvenli bir iş akışının parçası olmalıdır.
2. Tarama Pull Requests Birleştirmeden Önce Otomatik Olarak
GitHub'da bir dal oluşturup incelemeye hazırladığınızda, bir sonraki adım GitHub'da dalları güvenli bir şekilde birleştirmeyi anlamaktır. Her GitHub dal itme işlemi otomatik kontrolleri tetiklemelidir. Ancak birleştirmeden önce, şunlar çok önemlidir: doğrulamak o Kod, güvenlik açığı oluşturmuyor. Tek bir güvensiz commit Uygulamanızı ifşa edebilir, leak secretveya kritik altyapıyı tahrip etmek.
Kodu ana dalınıza birleştirmek, yüksek etkili bir işlemdir. Uygun kontroller yapılmadığı takdirde, aşağıdaki gibi ciddi sonuçlara yol açabilir:
- Sıfır gün güvenlik açıkları üretime geçmek
- Bilinen CVE'ler açık kaynak paketleri aracılığıyla tanıtıldı
- Sabit kodlanmış sırlar depoya gönderildi
- Altyapı yapılandırma hataları savunmanızı zayıflatan
- Kötü amaçlı veya değiştirilmiş kod bağımlılıklar yoluyla girmek
İşte Xygeni'nin gerçek fark yarattığı nokta burası.
Kullanarak GitHub Eylemleritetikleyebilirsiniz otomatik Xygeni taramaları bir geliştirici her açtığında pull request Koruma altına alınmış bir dala. GitHub'da koruma altına alınmış bir dal, değişikliklerin birleştirilmesine izin verilmeden önce belirli kontroller veya onaylar gerektiren bir daldır.
Xygeni analiz ediyor son infazı pull request iş akışı Önerilen değişikliklerin güvenlik durumunu doğrulamak. Bu, aşağıdakileri kontrol etmeyi içerir: kodda, bağımlılıklarda, sırlarda ve diğer konularda yaşanan sorunlar CI/CD konfigürasyonlarıDalın tamamı yeniden taranmaz, ancak politikaları uygulamak ve güvenli olmayan birleştirmeleri engellemek için en son iş akışı sonucu kullanılır.
Bu taramalar, kodun güvenli ve üretime hazır olduğunu doğrular. Şunları tespit ederler:
- Kod güvenlik açıkları (SAST)
- Güvenlik açığı bulunan açık kaynak kodlu paketler (SCA)
- Sabit kodlanmış sırlar
- IaC hatalı yapılandırmalar
- Potansiyel kötü amaçlı yazılım
Bütünleştirme Bu kontroller erken aşamada şunları sağlar: GitHub'da her dal oluşturduğunuzda ve birleştirmeye hazırlandığınızda bunu şu şekilde yaparsınız: tam görünürlük ve kontrol.
İşte basitleştirilmiş bir kurulum:
3. Güvenli Olmayan Birleştirmeleri Engelle Guardrails
GuardrailsGitHub'da bir dal oluşturduğunuzda veya GitHub'da dalları birleştirmeye çalıştığınızda, yalnızca güvenli değişikliklerin ana dalınıza ulaşmasını sağlayın. Xygeni size bu konuda yardımcı olur. Birleştirilecek öğeler üzerinde tam kontrolÖnceden tanımlayabilirsiniz.cisGüvenlik politikalarınıza ve risk toleransınıza göre uyarlanmış kurallar. Örneğin:
- Kritik bir sır ise engelleyin. bulunur (örneğin, AWS anahtarları, belirteçleri)
- Derleme başarısız oldu eğer bir yeni yüksek riskli Açık kaynak paket tanıtıldı.
- Reddetmek pull requests o hassas yolları değiştir sevmek
.github/workflows/,infrastructure/ya dasecrets.env - Birleştirmeleri önle eğer bir not düşürme yeniden uygulamaya konuyor bilinen güvenlik açıkları
- Engellemek CI/CD yapılandırma değişiklikleri uygun şekilde etiketlenmediği sürece
- Birleştirmeleri durdur eğer SAST yüksek veya yüksek değerleri algılar kritik meseleler
- Daha katı kurallar uygulayın Guardrails üretim şubelerinde geliştirme sürecinde esnekliği korurken
Bu kurallar otomatik kapı bekçileri gibi davranır. Ekibinizin yalnızca güvenli olanları birleştirmesine yardımcı olur, sürpriz yok, manuel inceleme yok, son dakika sorunlarıyla uğraşma yok.
Örnek güvenlik bariyeri kuralı:
Görsel Geri Bildirim Dashboard
Tam şeffaflık sağlamak için Xygeni, korkuluk durumunun en son değerlendirmesinin sonucunu gösterir.
- Herşeyden önceYeşil simge, tüm politikaların onaylandığı anlamına gelir.
- TersineKırmızı bir simge, bir veya daha fazla güvenlik önleminin ihlal edildiğini gösterir.
Sonuç olarak, hem geliştiriciler hem de güvenlik ekipleri, CI günlüklerine bakmaya gerek kalmadan bir birleştirmenin neden engellendiğine dair anında bilgi edinirler.
Gerçek Bir Örnek Dashboard:
Örneğin, bir depoda korumalı dallar olmadığını varsayalım; bu, geliştiricilerin push işlemi yapmasına olanak tanıyan yaygın bir yanlış yapılandırmadır. commitDoğrulama yapılmadan. Bu ciddi bir risk.
Xygeni bunu otomatik olarak algılar ve işaretler. imzalı_commits konusu altında CI/CD kategori. bu dashboard vurgular:
- Önem: Yüksek
- Tip: imzalı Commits
- Açıklama: Depoda korumalı dal bulunmamaktadır.
- Durumu: Açılış
Bu nedenle, bağlam açısından zengin bu geri bildirim sayesinde ekipler, Xygeni kullanıcı arayüzü üzerinden riski hızla belirleyebilir, etkisini anlayabilir ve düzeltici önlemler alabilir.
özelleştir Yaptırım Davranışı
Kontrol her zaman sizde. Ne kadar katı olacağınızı siz seçersiniz. Guardrails olmalı:
--fail-on=critical: Blok birleştirme işlemi yalnızca ciddi bulgularda gerçekleştirilir.--never-fail: koşmak Guardrails Politikaları uygulamaya geçirmeden önce test etmek için deneme modunda.
Dolayısıyla bir dahaki sefere GitHub'da bir dal oluşturduğunuzda, Guardrails zaten oradalar, sizi koruyorlar. pipeline ve politikalarınızı otomatik olarak uygulamaya koymak.
GitHub uygulamasının güvenli olup olmadığını nasıl anlarım?
GitHub uygulamalarını yüklemeden önce nasıl değerlendireceğinizi öğrenin.
4. Riskler Tespit Edildiğinde GitHub'da Birleştirmeyi Otomatik Olarak İptal Et
Riskler tespit edilirse, birleştirme işlemi iptal edilir. Bu güvenlik önlemi, GitHub projesinin her dalını korur ve GitHub'da dalların nasıl birleştirileceğine dair en iyi uygulamaları uygular.
Xygeni, GitHub'ın kullanıcı arayüzüne doğrudan entegre olur. Bir risk tespit edildiğinde:
- GitHub, kontrolün başarısız olduğunu gösteriyor.
- GitHub'ın koruma mekanizmaları birleştirmeyi engelliyor.
- Birleştirme kuyruğu güvenli olmayan kodu atlar.
İster gizli bir bilgi, ister kritik bir tehlike (CVE) veya tehlikeli bir bilgi olsun. CI/CD Desen aynı, sonuç da aynı: GitHub'da birleştirme işlemi iptal edildi. ve inceleme için işaretlendi.
Xygeni'de detaylı sonuçları da görüntüleyebilirsiniz:
- Her şubenin güvenlik durumu
- Birleştirme neden engellendi?
- Tarama geçmişinin tamamı
- Proje sayfasında güvenlik önlemi durumu yeşil (geçti) veya kırmızı (kaldı) simgelerle gösterilir.
Bu görsel geri bildirim, geliştiricilerin ve güvenlik ekiplerinin güvenle harekete geçmesini kolaylaştırır. Daha derin bir bağlama ihtiyaç duyduğunuzda ise her sorun, ciddiyet derecesi, etiketler, konum ve çözüm önerileri içeren belgelere bağlantı verir.
Özetle: Sadece Güvenli Olanları Birleştir
Özetlemek gerekirse, GitHub'da bir dal oluşturduktan sonra güvenli bir şekilde birleştirme işlemini şu şekilde yapabilirsiniz:
- Kullanıcı arayüzü üzerinden GitHub'da bir dal oluşturun.
- Her seferinde otomatik taramaları tetikle pull request Xygeni ile
- Güvenli olmayan birleştirmeleri engellemek için Guardrails
- Daha kapsamlı kontrol için sunucu tarafı denetim politikalarını kullanın.
- GitHub'da bir işlem başarısız olduğunda birleştirmeyi iptal et
- Xygeni'de tüm sonuçları görselleştirin. dashboard
Depo korumasına ilişkin ek en iyi uygulamalar için, kılavuzumuzu okuyun. GitHub Güvenlik SSS: Her Geliştiricinin Bilmesi Gerekenler.
Birleştirme temel bir işlem olsa da, bunu güvenli bir şekilde yapmak gerçek görünürlük ve otomasyon gerektirir. Xygeni ile sadece kod birleştirmezsiniz, güveni de birleştirirsiniz.
GitHub'daki Her Dalınızı Güvenle Koruyun
Tek bir gözden kaçan sorun pull request Ana şubenizi tehlikeye atabilir. Geleneksel tarayıcılar genellikle çok geç çalışır, kritik riskleri gözden kaçırır veya anlamlı politikaları uygulamada başarısız olur.
Bu nedenle GitHub dallarınızı korumak yalnızca tarama işleminden daha fazlasını gerektirir.
Xygeni gerçek yaptırım gücü sağlıyor. Olduğunda, bir pull request Xygeni korumalı bir dalı hedeflediğinde, en son çalıştırmayı analiz eder. CI/CD İş akışı. Tüm dalı yeniden taramaz. Bunun yerine, kodda, bağımlılıklarda, gizli bilgilerde ve iş akışı yapılandırmalarında güvenlik sorunlarını kontrol etmek için en son sonuçları değerlendirir. Sadece uyarılmazsınız. Korunursunuz.
Onu farklı kılan şey:
- Tam bağlam doğrulama: Guardrails Politikayı, ciddiyet, istismar edilebilirlik ve dal meta verileri gibi zengin bağlamlar kullanarak uygulayın.
- Dahili GitHub entegrasyonu: Tarama işleminden yaptırım uygulamasına kadar her şey, özel komut dosyalarına veya ara kodlara gerek kalmadan, GitHub iş akışlarınız içinde yerel olarak çalışır.
- Sunucu tarafı denetimleri: Sunucu tarafı Guardrails Yükleme sonrasında sonuçları doğrulayarak, dışarıdan ikinci bir kontrol katmanı ekleyin. pipeline.
Xygeni, her şeyi yakalamak için CI kurulumunuza güvenmek yerine, otomatik, politika tabanlı bir yaklaşım uygular.cisAna dalınıza herhangi bir şey ulaşmadan önce iyonlar.
Birleştirme temel bir işlem olsa da, bunu güvenli bir şekilde yapmak gerçek görünürlük ve otomasyon gerektirir. Xygeni ile yalnızca depolarınızı değil, GitHub'daki her dalı da güvenle korursunuz.
