Varlıkları Korumak ve Riski En Aza İndirmek için Bulut Kimliklerinin Güvenliğini Sağlama - Dünyadan Güncel Teknoloji Haberleri

Varlıkları Korumak ve Riski En Aza İndirmek için Bulut Kimliklerinin Güvenliğini Sağlama - Dünyadan Güncel Teknoloji Haberleri
Ayrıca, yöneticinin kullandığı makinelerin hijyeni gibi şeyleri de göz önünde bulundurmanız gerekir Başka bir örnek, saldırganların e-posta hesaplarına erişim sağlamak için Exchange’deki bir güvenlik açığından yararlandığı Microsoft Exchange saldırısıdır

İyileştirmeyi doğru bir şekilde önceliklendirmek ve riski azaltmak için saldırı yüzeyinin tamamını dikkate almanız gerekir Bir DevOps mühendisine yönelik başarılı bir kimlik avı saldırısı, bulut ortamlarınızın güvenlik durumu üzerinde büyük bir etkiye sahip olabilir

Buradan itibaren kimlikler ve eriştikleri sistemler arasındaki ilişkilerin haritasını çıkarmalısınız Bulutta yerel uygulama koruma platformları (CNAPP’ler) buna yardımcı olmak için tasarlanmıştır Ek bağlamı hesaba kattığınızda, “kritik” bulgu en büyük sorun olmayabilir geliştiriciler, DevOps ve BT ekipleri kullanıyor Bunu önlemek için bulutunuzun kimlik altyapısının görünürlüğüne ihtiyacınız var Uygulanan riski güvenilir bir şekilde belirlemek için bulut kimlik altyapınızdaki tüm kimlikleri ve erişim kontrol noktalarını kapsamlı bir şekilde denetlemelisiniz

Bulutun güvenliğini sağlamak için, uygulamalı risk olarak bilinen ve güvenlik uygulayıcılarının, kimlikler arasındaki ilişki ve tehditlerin kendi özel ortamlarındaki aşağı yönlü etkileri hakkındaki bağlamsal verilere dayalı önleyici eylemler hakkında kararlar almasına olanak tanıyan bir yaklaşımın uygulanmasını öneriyorum Diyelim ki Web uygulamalarınızdan birinde siteler arası komut dosyası çalıştırma güvenlik açığı var Ortamınızda hangi kaynaklara sahip olduğunuzu, bunların bulutta mı yoksa şirket içinde mi olduğunu, bunların nasıl sağlandığını ve yapılandırıldığını ve diğer değişkenleri bilmeniz gerekir Kimlikler, bulut kaynaklarına erişmenin anahtarıdır ve ele geçirilmeleri durumunda saldırganların hassas verilere ve sistemlere erişmesine olanak tanır Her saldırı yüzeyi aynı olmadığından, organizasyonu, farklı beceri gruplarının ortamlarına özgü değişkenlere dayalı olarak azaltıcı eylemlerde bulunabileceği şekilde yapılandırmanız gerekir

Farklı Ekiplerinizi Hizalayın

Kimliklerin ve ilişkilerin haritasını çıkardıktan sonra, en savunmasız olduğunuz yeri belirlemek ve uygulanan riski ölçmeye başlamak için bunları güvenlik açıklarına ve yanlış yapılandırmalara bağlamanız gerekir olabilir

Bugün gördüğümüz saldırıların çoğu, saldırganların birinin hesabını tehlikeye attığı ve ayrıcalıklarını yanal hareket etmek ve hassas verilere ve kaynaklara erişmek için kullandığı istemci tarafı saldırılardır

Bulutun güvenliğini sağlarken yalnızca buluta özgü kaynakların nasıl yapılandırıldığına bakmakla kalmaz, kimlik yönünü de denetlemeniz gerekir: örneğin sanal makineler (VM’ler), sunucusuz işlevler, Kubernetes kümeleri ve konteynerler

Bulut Korumasını Bir Uyumluluk Çalışması Değil, Bir Güvenlik Projesi Olarak Değerlendirin

Yeni başlayanlar için zihniyetinizi değiştirin Bulut ortamı, verilerden, kullanıcılardan, sistemlerden ve bunların hepsi arasındaki etkileşimlerden oluşan karmaşık bir sistemdir Bir güvenlik satıcısından gelen her “kritik” uyarının, söz konusu ortam için en büyük riski oluşturması şart değildir Riskler, varlıklar ve kullanıcılar arasındaki ilişkileri anlamak, hangi sorunların en büyük riski oluşturduğunu belirlemenize yardımcı olur İstemci-sunucu bilişiminin basit günleri geride kaldı



Kuruluşlar verilerini ve iş yüklerini giderek daha fazla buluta taşıdıkça, bulut kimliklerinin güvenliğini sağlamak çok önemli hale geldi Ekipler genellikle silolar halinde çalışır ve her biri, diğer ekiplerle iletişim kurmadan veya riski en aza indirmeye yönelik bütünsel bir vizyon üzerinde uyum sağlamadan, kullandıkları spesifik yazılıma dayalı önceliklendirme eylemlerini takip eder Bu uygulamayı çalıştıran altyapıyla ilişkili herhangi bir güvenlik veya yapılandırma sorununa öncelik vermek mantıklı olmaz mıydı? Bunun tersi de doğrudur

Bir dizi yüksek profilli saldırı bu sorunu göstermektedir Yakın zamana kadar burada önerdiğim şeyleri yapmanın bir yolu yoktu – en azından geniş güvenlik bütçelerine sahip ve şirket içi araçlar ve ekipler geliştiren kuruluşların %1’i dışında kimse için Ancak güvenlik, kuruluşun daha geniş risk maruziyetine dayalı olarak her güvenlik ekibine göre uyarlanmış özel bir yaklaşım gerektirir



siber-1

Uygulamalı riski benimsemeye yönelik bazı pratik ipuçlarını burada bulabilirsiniz Güçlü bir CNAPP platformuna sahip olmak, güvenlik ekibine belirli bir kimlik etrafındaki anormal davranışları tespit etme ve yapılandırmaların ne zaman değişmeye başladığını tespit etme yeteneği verir Güvenliği ihlal edilmiş bir bulut kimliği, saldırganlara SolarWinds’in Orion yazılımına erişim sağladı ve burada devlet kurumları ve Fortune 500 şirketleri de dahil olmak üzere binlerce müşterisine kötü amaçlı kod dağıttı Bu, saldırı yüzeyinizi anlamanın önemli bir parçasıdır

Bulut Kimlik Altyapınıza Görünürlük Kazanın

Daha sonra görünürlük çok önemlidir

Ancak veriler ve strateji sizi yalnızca bir yere kadar götürecektir Sistemlere erişen tüm kişi ve nesnelerin kimliklerini, izinlerini ve ilişkilerini bilmediğiniz sürece, riskinizi etkili bir şekilde değerlendirmek ve önleyici tedbirler almak için gerekli bağlama sahip olamazsınız

Ekipler daha yakından birleştiğinde organizasyonel risk azalır Üretimde çalışan veya internette duran bir güvenlik açığını, istismar edilme şansı olmayan bir geliştirme ortamında çalışan bir güvenlik açığıyla ele almak daha mantıklı değil mi?

Güvenlik ekiplerinin bu silolarda çalışmasının büyük bir nedeni, satıcı ortamının onları bu şekilde çalışmaya zorlamış olmasıdır Oradan hassas verileri çaldılar ve diğer hesapların güvenliğini ihlal etmek amacıyla kimlik avı e-postaları gönderdiler Bir yöneticinin AWS’ye bağlı bir hesabı, yerel sistemlerinde oturum açmak için farklı bir role sahip bir Active Directory hesabı, GitHub’da bir hesabı, bir Salesforce hesabı vb Bu olmadan etkili bir iyileştirme stratejisi oluşturamazsınız Çoğu ekip, yıllar önce uygulamaya konulan önceliklendirme ve iyileştirme stratejisine körü körüne güvenerek, önleyici güvenliğe yönelik rehbersiz bir yaklaşım benimsiyor

Her şeyin birlikte nasıl çalıştığını anlamıyorsanız, bir dizi kutuyu işaretlemek daha fazla güvenlik sağlamayacaktır

Özetlemek gerekirse, kimlikleri (bulut ve diğer) korumak, uyumluluktan bütünsel güvenliğe doğru bir zihniyet değişimini benimsemeyi, CNAPP ile bulut altyapınızda görünürlük kazanmayı ve iyileştirmeyi önceliklendirme konusunda farklı ekipleri hizalamayı içeren uygulamalı risk yaklaşımını gerektirir