Sol kayma öldü: Şimdi ne var?


Solun Soyma amacı – Yazılım Geliştirme Yaşam Döngüsü’nde (SDLC) erken güvenlik açıklarını yakalamak sağlam ve kritik önem taşıyor. Ancak, sonuçlar söz konusu olduğunda, güvenlik liderlerinin ezici çoğunluğu, birden fazla araç ve sürece yapılan yatırımlara rağmen, kuruluşlarının çoğunun hala üretimde kabul edilemeyecek kadar sayıda güvenlik açığı bulduğunu söylüyor.

Aslında, son beş yılda, Hackerone’un topluluğu sadece finansal hizmetler şirketleri için üretim sistemlerinde 70.000’den fazla güvenlik açığı tespit etti.

2024’teki her blog yayınının AI’yı içermesi gerektiğinden, bir görüntü ile sola geçişin geçmesini anmasına yardımcı olmasını istedim. Bence çivilenmiş.

AI görüntüsü sol için bir mezar taşını tasvir ediyor

Peki, nerede yanlış yaptık? Bu soruyu araştırdıktan sonra, ekibim ve ben birkaç önemli sorun belirledik:

  1. İş Akışı Bozulması: Kaydırma sol araçları genellikle geliştiricilerin yerleşik iş akışlarıyla sorunsuz bir şekilde entegre olamaz ve bu da çoklu araçlar boyunca bileşiklerin bağlam değiştirmesini gerektirir.
  2. Yanlış Pozitifler: Her araç, kendi yanlış pozitif lezzetini sunar, gürültü yaratır ve geliştiricinin güven ve katılımını aşındırır.
  3. Eylem edilebilirlik eksikliği: Bağlam kraldır. Geliştiriciler, netlik eksikliği ya da bunları ele almak için mevcut akışlarının dışında önemli bir çaba gerektirdiği için birçok uyarıyı eylemsiz olarak görürler.
  4. Verimlilik konusunda güvenliğe öncelik vermek: Bu araçların çoğu, geliştirici verimliliği konusundaki güvenlik endişelerine açıkça öncelik verir, bu da hayal kırıklığına ve hayal kırıklığına yol açar.

Geliştirici ilk güvenliğine geçiş

Nihayetinde, bu sorunlar geliştirici deneyimi için gerçekten önceliklendirme ve tasarım yapamamasından kaynaklanmaktadır. Ancak, iyi haber şu ki, geliştirici güvenliğe karşı tutumları hızla değişiyor. GitLab’ın son araştırması, geliştiricilerin% 97’sinin 2019’da sadece% 50’den uygulama güvenliğinden sorumlu hissettiğini buldu.

Hala geliştiricilerin güvenliği umursamadığını düşünüyor musunuz? Tekrar düşün. Kendinizi bu antika kaplamayı tekrarlarken bulursanız, geçmişin ölmesine izin verme zamanı.

Başarılı olmak için bu değişimi benimsememiz ve yaklaşımımızı yeniden yönlendirmemiz gerekiyor:

  • Geliştirici deneyimini ve memnuniyetini, sol inisiyatifler ve araçlar için çekirdek bir KPI olarak önceliklendirin. “Başparmak/başparmak aşağı” derecesi kadar basit olsa bile, sürekli ölçün.
  • Geliştirici iş akışlarıyla sorunsuz bir şekilde entegre etmek ve bozulmayı en aza indirmek için araçlar ve süreçler tasarlayın.
  • Gürültü ve düşük değerli kesintileri en aza indirerek, her uyarı ile net, eyleme geçirilebilir rehberlik sağlamaya çalışın.

Kod güvenlik denetimi ile daha önce güvenlik açıklarını keşfedin

HackerOne’da, bu zihniyeti bir hizmet teklifi olarak kod incelememizle kucakladık. Acımasızca geliştirici deneyimine odaklanarak,% 96 geliştirici memnuniyet oranı elde ettik – bir güvenlik aracı için neredeyse duyulmamış.

İleri yol açıktır: Merkezdeki geliştiricilerle tasarlanmış yeni nesil güvenlik aracı oluşturarak, sonunda güvenlik açıklarını erken ve sık sık yakalama vaadini fark edebiliriz. Güvenlik sonuçları doğal olarak, misyonunun bir parçası olarak güvenliği kucaklayan, güvenilir bir ortak olarak güvenlik ekibinden ve güvenilir bir ortak olarak güçlendirilmiş bir geliştirme ekibinden takip edecektir.

Vardiya sol paradigma ölmedi, ancak zor bir yeniden başlatmaya ihtiyacı var. Birinci neslin başarısızlıklarından öğrenerek ve ikinci nesilde bir geliştirici ilk zihniyetine taahhüt ederek, yine de hepimizin çabaladığı esnek, proaktif güvenlik duruşunu elde edebiliriz.

HackerOne’un size nasıl yardımcı olabileceği hakkında daha fazla bilgi edinmek için, kod güvenlik denetimimiz hakkında konuşmak veya daha fazla bilgi edinmek için bir zaman planlayın.



Source link