Hiç şüphe yok ki, açık kaynak geliştirme süreçlerimizi güçlendirir ve yazılım geliştiricilerinin yüksek kaliteli, yenilikçi ürünler her zamankinden daha hızlı oluşturmalarını sağlar. Zaten kodlanmış, tipik olarak iyi test edilmiş ve genellikle ücretsiz olarak mevcut olduğu için OSS, geliştiricilere tıbbi cihaz geliştirmelerine başlamak için sağlıklı bir yol sunmaktadır.
Geniş geliştirici toplulukları tarafından inşa edilen ve desteklenen OSS, uygulamaların% 92'sinin açık kaynaklı yazılım içerdiği genel bilgi teknolojisi topluluğundaki cihazların ve uygulamaların her yerde bulunan yapı taşı haline geldi ve tıbbi cihazların geçmişte bu eğilimi yakaladığı Birkaç yıl.
Sınıflar, işlevler ve iletişim protokolleri gibi kolayca erişilebilir rutinleri ve kaynakları kapmak, agresif teslimat programlarını karşılayan tamamen işlevsel tıbbi ürünler üretmek için baskı altındaki geliştiriciler için kesinlikle cazip bir destektir. Birisi zaten ihtiyacınız olan kodu yazmış ve size ücretsiz olarak teslim etmeye istekli ise neden sıfırdan kodlamak için zaman ayırın?
Ancak OSS ayrıca, cihaz üreticilerinin birçok avantajından yararlanırken ele alması gereken kendi riskleri ile birlikte gelir, çünkü tıbbi cihazlar söz konusu olduğunda hayatlarımız bağlıdır, bir veri ihlali veya sistem çökmesi hapşıracak bir şey değildir.
Görünürlük, güvenlik ve uyum OSS'yi düzgün bir şekilde yönetmek için kritik öneme sahiptir. Bu üç faktörü anlamak, benimsediğiniz tüm OSS'nin, şirketinizi ve hastalarınızı ve hastalarınızı kabul edilemez bir riske maruz bırakmadan tıbbi cihaz projelerinizin başarısına katkıda bulunacağını doğrulamaya yardımcı olacaktır.
Cihazlara implante edilen tüm kodların tamamen görünürlüğünü elde etmek özellikle açık kaynak için zordur. Cihazlar binlerce açık kaynak koduna dayandığında, her kütüphanenin kapsamlı bir manuel incelemesini yapmak pratik değildir. Ayrıca, bir açık kaynak kütüphanesi herhangi bir sayıda bağımlılık çekebilir: potansiyel olarak uzun bir zincirdeki diğer açık kaynak kütüphaneleri de incelenmesi gereken.
Büyük toplulukların gelişmesi ve güncellenmesiyle, OSS iyice test edilme, sağlam ve güvenilir olma eğilimindedir. Ama sadece yaygın olarak kullanıldığı için onu siber yapmaz. Geriatrik Windows XP kullanılarak PC'ler tarafından hala birçok tıbbi cihaz çalıştırıldığı gibi, eski kod, açık veya başka bir şekilde, siber güvenlik için inceleme zamanlarından önce doğmuş olabilir.
Sağlam kod, siber perspektiften hijyenik kod değildir. İhlaller ortaya çıkabilir, çünkü açık kaynaklı bir bileşen OSS'nin eski bir versiyonu, bilgisayar korsanlarının sömürebileceği bilinen bir güvenlik açığını kuluçkalar. İnsülin pompaları ve implante edilmiş kardiyoverter defibrilatörleri gibi tıbbi cihazlardaki hackler, tıbbi cihazların çalışmasına zarar vermeye devam eder. Açık kaynak yönetimi, cihazların güvenlik açıkları içermemesini sağlamak için açık kaynak kütüphanelerinin ve sürümlerinin sürekli izlenmesini gerektirir.
Açık kaynak koduna güncellemeler uygulamak başka bir akut siber güvenlik sorunudur. Açık kaynak topluluğu kodu bir hastane stajyeri olarak yorulmadan güncellerken, Windows 11 veya Salesforce ile deneyimleyeceğiniz gibi etkili bir güncelleme push yoktur. Açık kaynak kütüphaneleri kendilerini sihirli bir şekilde güncellemez ve sürüm güncellemeleri bir dizi açık kaynak topluluk kaynağında yayınlanabilir. Bir kod tabanındaki tüm açık kaynak kütüphanelerini manuel olarak izlemek ve çok sayıda yama ve sürüm güncellemesini yönetmek imkansızdır.
Lisans uyumluluğu başka bir akut sorundur. Açık kaynaklı yazılım, kaynak kodunun ücretsiz olarak kullanılmasını sunan lisansları kullanır. Bununla birlikte, izinler, gereksinimler ve koşullar açısından birbirleriyle çatışan lisanslar kullanan birçok kütüphane vardır. 180.000'den fazla açık kaynaklı proje ve 1400'den fazla benzersiz lisansla, tüm bu lisansların karmaşıklıklarını anlamak, çok daha az yönetmek küçük bir görev değildir.
Tıbbi cihaz endüstrisinin OSS'yi benimsemek için yavaş olmasına şaşmamalı!
Tıbbi cihazların tüm açık kaynak lisanslama gereksinimlerine uymasını sağlamanın tek yolu, cihazların ömrü boyunca tüm açık kaynak bileşenlerini belirlemek ve dikkatlice izlemektir. Bu, gelişimden üretime ve hastane ve klinikte yıllarca hizmet anlamına gelir.
Düzgün yönetmek için tüm OSS'ye tam görünürlük gereklidir. Ancak, tüm kod satırlarını, diğer açık kaynak bileşenlerine, güncellemelerine ve sürümlerine, lisans gereksinimlerine, düzenlemelere uygunluklarını ve gelişen güvenlik açıklarını manuel olarak izlemenin bir yolu yoktur.
Tüm açık kaynak kütüphanelerini izlemenin tek yolu, süreci otomatikleştirmek ve sürekli çalıştırmaktır. Bağlı cihazlar söz konusu olduğunda, yazılımın tıbbi bir cihaz oluşturan tüm yönlerini sağlamak için ikili analizle gitmek en iyisidir. İkili analiz, cihaz işlemini ve müşterilerinizi etkileyebilecek güvenlik açıklarını ve güvenlik risklerini belirleyebilir. Yazılımınızda kullanılan gerçek kodu otomatik olarak inceler, ürününüzle gerçekten ilgili olan güvenlik açıklarına odaklanmanıza yardımcı olurken daha düşük bir yanlış pozitif oran verir.
Cybellum, kuruluşların tasarımdan geliştirmeye, üretime ve ötesine - tüm açık kaynak bileşenleri de dahil olmak üzere, uyumlu ve yaşam için güvenli ve güvence altına alındıkları ürünleri tutmalarını sağlar.
Cybellum’un ürün güvenlik platformuyla açık kaynak riskleri için tıbbi cihazların nasıl güvence altına alınacağını öğrenin.
Cybellum sponsorluğunda
Bağlantılı cihazların her zamankinden daha savunmasız olduğu 3 neden
İngiltere Siber Güvenlik Merkezi Şirketlere 33 Milyon Uyarı Gönderdi
Uk Govt, e -posta siber güvenlik risklerini kontrol etmek için ücretsiz aracı yayınladı
Taşlarınızı Kontrol Edin: Rubygems Yetkisiz Paket Takip Hatası Düzeltiyor
Bu ömür boyu üyelik anlaşmasıyla siber güvenlik becerilerinizi geliştirin
Kaynak: Bleeping Computer