B­i­r­ ­Y­a­m­a­ ­Y­ö­n­e­t­i­m­i­ ­Ç­ö­z­ü­m­ü­ ­B­e­l­i­r­l­e­m­e­:­ ­T­e­m­e­l­ ­K­r­i­t­e­r­l­e­r­e­ ­G­e­n­e­l­ ­B­a­k­ı­ş­

B­i­r­ ­Y­a­m­a­ ­Y­ö­n­e­t­i­m­i­ ­Ç­ö­z­ü­m­ü­ ­B­e­l­i­r­l­e­m­e­:­ ­T­e­m­e­l­ ­K­r­i­t­e­r­l­e­r­e­ ­G­e­n­e­l­ ­B­a­k­ı­ş­

Yazılım nadiren tek seferlik bir önermedir.

Aslında, bugün mevcut olan herhangi bir uygulamanın hataları düzeltmek için büyük olasılıkla güncellenmesi – veya yamalanması – gerekecektir. adres güvenlik açıklarıve temel özellikleri gelecekte birden çok noktada güncelleyin.

Günlük operasyonlarında çok sayıda uygulamaya, sunucuya ve uç nokta cihazına güvenen tipik bir kuruluşla, sağlam bir yama yönetim platformu tüm uygun yamaları belirlemek, test etmek, dağıtmak, kurmak ve belgelemek, sistemlerin kararlı ve güvenli kalmasını sağlamak için kritik öneme sahiptir.

Çoğu teknik araçta olduğu gibi, tüm yama yönetimi çözümleri eşit yaratılmamıştır ve bir kuruluş tarafından sağlam olarak görülen bir şey, diğeri için yetersiz olabilir. Bununla birlikte, belirli temel kriterlere odaklanarak başlayan bir değerlendirme – temel nitelikler ve işlevsellik, muhtemelen hepsi değil ama birçok satıcı tarafından sunulacaktır – BT ekiplerinin, kuruluşlarının yaması için en iyi çözümü belirlemeye çalışırken seçeneklerini daraltmasına olanak tanır. yönetim ihtiyaçları.

Bir yama yönetim aracının tüm yama yapılabilir sistemlerin bir envanterini tutma yeteneği, yamaları her seviyede yönetmek için gereklidir. İzlenecek hayati bilgiler şunları içerir:

Envanterin bulunduğu yer (yama sisteminin bir parçası mı yoksa mevcut bir yapılandırma sisteminde mi yaşıyor olabilir) de önemli bir husustur.

DevOps’ta sürekli entegrasyon/sürekli teslim (CI/CD) süreçleriyle birleştirildiğinde, yama yaşam döngüsü şirket içi uygulamalar için yazılım geliştirmenin bir parçası haline gelir. Ancak, yama yaşam döngülerinin karmaşık bağımlılıklar sergileyebileceğini unutmayın. Örneğin, Linux işletim sistemlerinde, platformun yeni yama uygulanmadan önce bir yamanın uygulanıp uygulanamayacağını veya mevcut bir yamanın kaldırılması gerekip gerekmediğini belirlemesi gerekir, bu noktada orijinal yama yeniden kurulabilir.

Bir yamanın mevcut sistemler üzerindeki etkisini belirlemek için, bir yama yönetim aracının kapalı bir ortamda test etmek üzere bir yamayı devreye alma kapasitesi olmalıdır. Bu, hiçbir hatanın bastırılmadığından emin olmak için yama kurulumlarında hata ayıklama düzeyinde günlüğe kaydetmeyi etkinleştirme veya olması durumunda bir arızayı neyin tetiklediğini belirleme becerisini içermelidir. Karar vericiler ayrıca izole sistemler üzerinde, bir pilot grupta veya ideal olarak yamaları doğrulamak için hava boşluklu bir ortamda test etme desteği olup olmadığını da belirlemelidir.

Bir çözüm, yama yapılacak öğe için uygun dağıtım ilkelerini, grupları ve yöntemleri belirlemek de dahil olmak üzere, tüm amaçlanan sistemlere yamaları dağıtabilmelidir. İdeal olarak bir dağıtım, dağıtım sırasında adres hizmetleri, uygulama kapatma, yedekleme işlemleri veya kontrol noktası belirleme, test etme ve yeniden başlatma için ön ve son komut dosyalarını çağırabilecektir. Düğüm yük dengeleyicide tekrar rotasyona eklenmeden önce tamamlanmış bir test süreci de olmalıdır.

Bir yama yönetimi aracı, güvenilir yükleyicilerin ve yayıncıların kim olduğunu bilmeli, yamayı doğrulayabilmeli ve yerinde doğrulanmış ve güvenilir yamalar deposunu destekleyebilmelidir. Dağıtılmış yerinde depoların kullanımı hem performans hem de güvenlik açısından optimum iken, hem satıcı hem de yerinde depoların kullanılması beklenen durumdur. Yalnızca bir satıcı deposuna dayanan herhangi bir araç, en az arzu edilen depolama durumunu sunar.

Bir yama yönetimi çözümü, dağıtım için yamaları otomatik veya manuel olarak önceliklendirebilmelidir. Yama önceliğinin ayarlanması manuel bir işlem içeriyorsa, kullanılan veri kaynağını bilmek çok önemlidir. Satıcı önceliği sağlıyorsa, yama sisteminin bu bilgileri nasıl kullandığını anlamak önemlidir. Satıcı önceliği, CVE’ler ve gerektiğinde acil müdahale (sıfır gün yamaları) kullanımı, bir kuruluşa en eksiksiz yama yönetimi çözümünü sağlayacaktır.

Yama, aracı veya aracısız tarama yöntemini kullanabilir. Yalnızca aracısız yöntemlere sahip sistemler, ağ ve CPU performansı üzerinde olumsuz bir etkiye sahiptir ve bu nedenle en az arzu edilen sistemlerdir. Bununla birlikte, bir aracı kullanılması beklenirken, hem aracı hem de aracısız yaklaşımı kullanan çözümler en fazla esnekliği sağlar.

Bir kurumsal yama çözümü, virüsler, kötü amaçlı yazılımlar veya fidye yazılımları için bir vektör olabileceğinden, özellikle masaüstü ve dizüstü bilgisayarlardaki üçüncü taraf uygulamalarına yama uygulayabilmelidir. Açıkçası, Adobe, Microsoft, vb. gibi büyük oyuncuların tüm yaygın uygulamalarını destekleme yeteneği tartışılamaz. Ancak ideal olarak, üçüncü taraf desteği kapsamlı olacaktır ve kurum içi uygulamaların yamalanmasını destekleme becerisini içerecektir.

Fidye yazılımlarının ve diğer siber tehditlerin giderek tehlikeli hale gelen ortamında gezinmek zorunda kalan işletmeler ve kuruluşlarla, güvenli ve verimli operasyonlar sağlamak için etkili bir yama yönetimi çözümü belirlemek kesinlikle kritik öneme sahiptir. Bununla birlikte, alan satıcılarla çalkalandıkça, hangi çözümün belirli bir kuruluşun ihtiyaçlarını en iyi şekilde karşılayacağını belirlemek yalnızca daha karmaşık hale geldi.

Her işletme için tek bir yama yönetimi çözümü olmayabilir, bu da seçimi basit bir satıcı seçiminden çok bir sürece dönüştürür. Bununla birlikte, bir yama yönetimi çözümü arayışı, müzakere edilemez olduğu düşünülen temel kriterlere vurgu yaparak başladığında, karar vericiler, kuruluşlarının ihtiyaçlarını karşılama olasılığı en yüksek olan satıcıların ve çözümlerin kısa bir listesini formüle etmek için daha iyi bir konumda olacaktır.

Daha fazla rehberlik mi arıyorsunuz? Syxsense ve Gigaom’dan en son raporu indirdiğinizden emin olun: Yama Yönetimini Değerlendirmek İçin Temel Kriterler.

Popular Articles

Latest Articles