[ Bölgesel gereksinimler ]

Hasta verilerinin açığa çıktığı sonucunu çıkarmadan sağlık hizmetleri alanı kimlik doğrulamasını araştırın

DNS hasta verilerine maruz kalma sonucunu çıkarmaksızın, bakım ortamı ve paylaşılan sistem sınırları etrafında sağlık hizmeti alanı araştırması tasarlayın.

EmailAuth araştırma ekibi tarafından · 8 dakikalık okuma

[ Anahtar noktalar ]

  • Bir hastane örneği sağlık sektörünün tamamını kapsamamaktadır.
  • Paylaşılan sistemler ve tedarikçi alanları açık haritalama ve ağırlıklandırma gerektirir.
  • Kamu kimlik doğrulama gözlemleri, hastanın maruziyetini veya uyumluluğunu belirlemez.
Bu sayfada

Hastanın maruziyetini değil, kamuya açık bir mülkü ölçün

Sağlık hizmeti etki alanı kimlik doğrulama araştırması, tanımlanmış bir örnek içinde genel DNS yapılandırmasını tanımlayabilir. Hasta verilerinin ifşa edildiğini, klinik sistemin güvensiz olduğunu veya bir kuruluşun yasal bir yükümlülüğü ihlal ettiğini tespit edemez. Herkese açık bir web sitesi alanı hasta iletişimlerini hiçbir şekilde taşımayabilir. Yöntem, gözlemlenen teknik özellikleri, sağlık kuruluşu haritalamasını ve ölçülmeyen operasyonel riskleri başlangıçtan ayrı tutmalıdır.

Bu yazı hiçbir hasta bilgisi, organizasyonel tarama veya uyumluluk bulgusu içermemektedir. Açık sınırları olan tekrarlanabilir bir çalışma tasarımı önerir. Sağlık hizmetlerinin hassas olması, dikkatli atıfları daha az değil, daha önemli hale getirir: Zayıf şekilde desteklenen bir başlık, yalnızca dar bir DNS gözlemini destekleyen kanıtlardan ciddi bir iddia oluşturabilir.

Bakımı üstlenecek popülasyonu tam olarak seçin

CMS'nin Hastane Kalite Girişimi halka açık raporlama sayfası Bakım Karşılaştırma ve Sağlayıcı Veri Kataloğundaki hastane bilgilerini açıklar. Hastane ekranının genel olarak belirli hastane türleriyle sınırlı olduğunu ve Medicare sertifikalı hastanelerden gelen verileri içerdiğini belirtiyor. Bu, her sağlık kuruluşunun, klinisyenin, sigortacının, laboratuvarın veya bakım tesisinin sayımı değil, sınırlı bir resmi kaynak bağlamıdır.

Bu kaynağı kullanan bir çalışma kapsamını ve yayın tarihini korumalıdır. Başka bir ülke veya bakım ortamına ilişkin bir çalışma, kendi yetkili popülasyonuna veya açıkça sınırlandırılmış bir örneğe ihtiyaç duyar. Neyin atlandığını açıklamadan bir hastane örneğini sağlık sektörü olarak adlandırmayın. Bu taslak için hiçbir CMS veri kümesi veya tesis listesi indirilmedi; kaynak yalnızca popülasyon tasarımı sorularını desteklemektedir.

Ayrı tesisler, sistemler ve ortak markalar

Bir sağlık sistemi birden fazla hastaneyi, kliniği ve kamu markasını tek bir alan adı altında çalıştırabilirken, bir tesis satın alma sonrasında birden fazla web sitesini veya devralınan alan adlarını kullanabilir. Desteklendiği yerde tesis tanımlayıcıyı, ana sistemi, marka ilişkisini ve geçerlilik tarihlerini kaydedin. Her tesisin ortak alanını tekrar tekrar saymak, bağımsız teknik gözlemler eklemeden çalışmanın ağırlığını değiştirebilir.

Analizin tesis ağırlıklı mı, organizasyon ağırlıklı mı yoksa etki alanı ağırlıklı mı olduğuna karar verin. Başka bir analistin tahmin etmeden farklı bir görünümü hesaplayabilmesi için ilişkileri koruyun. Kuruluşları yalnızca adları veya web sitesi tasarımları birbirine benzediği için birleştirmeyin. Eşleme, tutulan kaynaklara dayanmalı ve çözümlenmemiş ilişkiler, hariç tutma veya belirsizlik günlüğünde görünür kalmalıdır.

Örneklenen her alanın rolünü tanımlayın

Bir kamu hastanesi web sitesi, hasta portalı, işe alım sitesi, bağış toplama platformu ve hatırlatma hizmeti farklı operatörlere ve posta kimliklerine sahip olabilir. Çalışma, örneklenen alan için gerçekte hangi rolün kanıtlandığını tanımlamalıdır. Resmi bir nüfus kaynağındaki bir web sitesi bağlantısı, randevu hatırlatmaları, klinik yazışmalar veya faturalandırma mesajları için kullanılan etki alanlarını belirlemez.

RFC 7208 Ve RFC 9989 Kimlik doğrulamayı belirli SMTP ve mesaj etki alanı kimlikleri açısından tanımlayın. Yalnızca DNS gözlemi eksik ileti bağlamını dolduramaz. Ayrı bir yetkili görev olmadan bu kimlikleri anlamak için test mesajları göndermeyin, hasta portallarıyla etkileşime girmeyin veya özel iletişimleri incelemeyin. Bu eylemlerin hiçbiri burada gerçekleşmedi.

Paylaşılan altyapıyı bir atıf olarak değil, bir bağımlılık olarak ele alın

Birçok sağlık kuruluşu aynı DNS sunucusunu, e-posta platformunu veya hasta etkileşimi tedarikçisini kullanabilir. Gözlemlenen ortak bağımlılık, paylaşılan yönetim kontrolünü veya aynı kimlik doğrulama davranışını kanıtlamaz. Hesaba özel yapılandırma, ürün rotaları ve özel alan adı seçenekleri farklılık gösterebilir. Bir müşterinin sonucunu sağlayıcının diğer tüm müşterileriyle ilişkilendirmeden bağımlılığı ve kanıtlarını kaydedin.

Benzer şekilde, kamuya açık bir kayıtta tedarikçiye ait bir alan adı, hasta bilgilerinin bu hizmet üzerinden aktığını göstermez. Çalışma veri içeriğini veya klinik iş akışını gözlemlememiştir. Yapılandırma ilişkilerini veri işlemeyle ilgili taleplerden ayrı tutun. Hasta verilerinin açığa çıkmasına ilişkin herhangi bir değerlendirme, DNS adlarından bir tahmin değil, uygun yetkili kanıtlar ve nitelikli inceleme gerektirecektir.

Tekrarlanabilir bir toplama yöntemini koruyun

Etki alanı eşlemesini dondurun ve tam sorguları, çözümleyici kaynaklarını, gözlem pencerelerini, yeniden deneme kurallarını ve ayrıştırıcı sürümlerini tanımlayın. Yetkili ve özyinelemeli gözlemleri toplandıkları yerde ayrı ayrı koruyun. RFC 1035 DNS yapısını tanımlar; bir kayıttaki birden fazla TXT dizisi birden fazla kayıtla karıştırılmamalıdır. Protokole özgü yorum, ham cevabın sadık bir şekilde korunmasını takip etmelidir.

Veri yok, ad hatası, zaman aşımı, sunucu hatası, hatalı biçimlendirilmiş politika ve çözülmemiş keşif için sonuç kategorilerini tanımlayın. Her tahsilat hatasını kimlik doğrulaması olmayan bir sağlık kuruluşu olarak raporlamayın. Daha sonraki incelemecilerin geçici hataları değerlendirebilmesi için tüm denemeleri belirtilen yeniden deneme ilkesi kapsamında tutun. Bu el yazması için hiçbir DNS toplama işlemi gerçekleştirilmedi ve icat edilen hiçbir tarama sonucu dahil edilmedi.

Mesajı ve aktarım kanıtlarını ayrı tutun

Yayınlanmış bir DMARC politika, belirli bir mesajın şifreli aktarımının veya gizliliğinin kanıtı değil, etki alanı kimlik doğrulama davranışıyla ilgilidir. RFC 8461 tanımlar MTA-STS posta alma aktarım politikası için ayrı bir mekanizma. Ulaştırma politikası gözlemi bile belirli bir klinik mesajın gönderilip gönderilmediğini, hangi rotayı kullandığını veya ne içerdiğini ortaya çıkarmıyor.

Gelecekteki yetkili bir çalışmanın alınan mesaj kanıtlarını eklemesi durumunda, RFC 8601 güven sınırına dikkat etmeyi gerektirir Authentication-Results. Bu tür kanıtlar, varsayılan olarak hastanın maruz kaldığı sonuçları değil, kapsamlı bir mesaj gözlemini destekleyecektir. Araştırma tasarımı, asıl konu genel yapılandırma olduğunda hasta tanımlayıcılarını veya mesaj gövdelerini toplamaktan kaçınmalıdır.

Bir sağlık araştırma çalışma sayfası

Nüfus kaynağı, yayın tarihi, bakım ortamı, tesis tanımlayıcı, sistem ilişkisi, marka, etki alanı rolü ve haritalama kanıtları için alanlar oluşturun. Etki alanı ağırlığını, sorgu girişlerini, zaman damgalarını, ham kanıt karmalarını, ayrıştırıcı sürümünü, sonuç kategorisini, hata geçmişini ve hariç tutma nedenini ekleyin. Gözlemin hasta verilerinin işlenmesi, ifşa edilmesi veya mevzuata uygunluk sağlamadığını belirten açık bir iddia sınırı alanı ekleyin.

İnceleme hem teknik çoğaltılabilirliği hem de yayın dilini incelemelidir. Örneklenen web alanında hiçbir politika gözlemlenmedi etiketli sonuç, korumasız kuruluş veya risk altındaki hasta verilerinden daha dar kapsamlıdır. Kanıtlarla desteklenen dar ifadeleri kullanın. Daha sonra yetkili bir çalışma sonucunda gerçekten ciddi bir sorun ortaya çıkarsa, kamuya açık bir çalışmayı desteklenmeyen bir suçlama kanalı olarak kullanmak yerine, konuyu uygun sorumlu süreç kapsamında ele alın.

Kurgusal teşhis: Paylaşılan bir web sitesi hasta açısından riskli bir manşet haline geliyor

Kurgusal bir çalışma, birkaç hastaneyi tek bir sağlık sistemi web sitesine eşleştiriyor ve çözülmemiş bir kimlik doğrulama sorgusunu gözlemliyor. Taslak bir manşet, tüm bu hastanelerdeki hastaların virüse maruz kaldığını iddia ediyor. Önerilen inceleme, bu çıkarımı reddediyor: Sorgu, operasyonel gönderen varlığını, mesaj içeriğini veya herhangi bir veri ifşasını belirlemedi ve tekrarlanan tesis satırları bağımsız bulgular yaratmadı.

Ekip, çözümlenmemiş dar DNS sonucunu koruyacak, paylaşılan alan ağırlığını belgeleyecek ve hasta maruziyeti iddiasını kaldıracaktı. Meşru bir ihtiyacın mevcut olması halinde, farklı ve uygun şekilde yetkilendirilmiş bir değerlendirme yapılabilir. Bu senaryo kurgusaldır ve gerçek bir hastane, hasta, tarama veya olay içermemektedir. Amacı, kamu konfigürasyon araştırması ile hassas risk iddiaları arasındaki sınırı göstermektir.

Sürüm durumu

Katalog, başka bir analistin yeniden oluşturabileceği sürümlendirilmiş bir veri kümesi, sorgu yöntemi ve hata/hariç tutma günlüğü gerektirir. Bu orijinal eserler açık kalıyor. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Bu taslak, yapılmış bir çalışma, bir sağlayıcının tanısı veya hasta bilgileri hakkında çıkarım değil, sağlık hizmetine özgü bir yöntem sunmaktadır.

[ Götürmek ]

Sağlık hizmeti kuruluşunun kaynağını, DNS kanıtlarını ve hassas risk iddialarını ayrı tutun.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Sağlık araştırmacısı

Bakım ortamını tanımlayın

Resmi bir hastane kaynağının kapsamı sınırlıdır.

Sonraki adımlar

  1. Kaynak yayınını ve tesis türünü koruyun.
  2. Her sağlayıcıya genelleme yapmayın.

Veri analisti

Paylaşılan altyapıyı modelleyin

Birçok tesis, bağımsız konfigürasyonlar olmaksızın bir etki alanını paylaşabilir.

Sonraki adımlar

  1. Sistem ilişkilerini koruyun.
  2. Durum ağırlıklandırması ve etki alanı rolü.

Gizlilik ve editoryal incelemeci

Desteklenmeyen maruz kalma iddialarını önleyin

Yalnızca genel DNS sonucundan hasta verileri sonucu çıkarılamaz.

Sonraki adımlar

  1. Gereksiz hassas verileri hariç tutun.
  2. Dar teknik ifadeler kullanın.

[ SSS ]

Sık sorulan sorular

CMS hastane raporlaması tüm sağlık hizmetlerini temsil ediyor mu?

Hayır. Alıntı yapılan sayfa, her sağlık kuruluşunu değil, tanımlanmış hastane kapsamını ve Medicare sertifikalı hastane verilerini açıklamaktadır.

CMS: Hastane Kalite Girişimi Kamu Raporlaması

Paylaşılan sistem etki alanları tekrar tekrar sayılabilir mi?

Yalnızca açık tesis ağırlıklı tasarım kapsamında; ağırlığın görünür olması için ilişkiyi koruyun.

Herkese açık bir web sitesi hasta mesaj alanlarını tanımlıyor mu?

Hayır. Portallar, hatırlatıcılar, faturalandırma ve işe alımlarda farklı operatörler ve kimlikler kullanılabilir.

Ortak bir tedarikçi aynı güvenlik davranışını kanıtlıyor mu?

Hayır. Ürün rotaları ve hesap yapılandırması farklılık gösterebilir; paylaşılan bağımlılık, paylaşılan kontrolün kanıtı değildir.

DMARC yayını şifreli aktarım oluşturabilir mi?

Hayır. MTA-STS ayrı bir aktarım politikası mekanizmasıdır ve her iki gözlem de mesaj içeriğini ortaya çıkarmaz.

RFC 8461 : SMTP MTA Sıkı Aktarım Güvenliği

Bir DNS bulgusu hasta verilerinin açığa çıktığını kanıtlayabilir mi?

Hayır. Böyle bir sonuç, farklı yetkili kanıtlar ve nitelikli inceleme gerektirir.

Hasta verilerine veya hastane sistemlerine erişildi mi?

Hayır. Hiçbir hasta bilgisi, portal etkileşimi veya etki alanı taraması gerçekleşmedi.

Hangi orijinal delil açık kalıyor?

Sürümü belirlenmiş veri kümesi, sorgu yöntemi ve hata/hariç tutma günlüğü açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 1035 : Alan Adlarının Uygulanması ve Belirtimi

    Bölümler §3.3.14 TXT RDATA biçimi · §4.1 Biçimi · §5.1 Biçimi

  2. RFC 9989: DMARC

    Bölümler §4.7 DMARC Politika Kaydı Formatı · §4.8 Resmi Tanım · §4.10 DNS Ağacı Yürüyüşü · §5.3.2 DMARC Mekanizmasının Geçerli Olup Olmadığını Belirleme · §4.4 Tanımlayıcı Hizalamasının Açıklaması · A.6 pct Etiketinin Kaldırılması

  3. RFC 8601: Authentication-Results

    Bölümler §1.2 Güven Sınırı · §7. Güvenlik Hususları

  4. RFC 7208 : Gönderen Politikası Çerçevesi

    Bölümler §2.4 Kimlikten Gelen Posta · §3.2 Çoklu DNS Kayıtları · §4.5 Kayıtları Seçme · §4.6.4 DNS Arama Sınırları · §5.2 şunları içerir · §6.1 yönlendirme · §8 Sonuç İşleme

  5. RFC 8461 : SMTP MTA Sıkı Aktarım Güvenliği

    Bölümler §3.1 MTA-STS TXT Kayıtları · §3.2 MTA-STS Politikaları · §3.3 HTTPS Politikası Alma · §4.1 MX Ana Bilgisayar Doğrulaması · §5 Politika Uygulaması · §8.1 Politika Güncellemeleri

  6. CMS: Hastane Kalite Girişimi Kamu Raporlaması

    Bölümler Hastane Kalite Girişimi Kamu Raporlaması

[ Sözlük ]

Sözlük

Bakım ayarlama çerçevesi
Çalışma için seçilen sınırlı sağlık hizmeti popülasyonu.

CMS: Hastane Kalite Girişimi Kamu Raporlaması

Tesis ağırlıklandırması
Paylaşılan etki alanı ilişkilerini korurken tesisleri birimler olarak ele alan bir sayma yaklaşımı.
Etki alanı rolü
Genel web sitesi veya bilinen gönderen kimliği gibi örnek bir adın kanıtlanmış amacı.
Pozlama çıkarımı sınırı
Bir DNS gözleminin hasta bilgileriyle ilgili desteklenmeyen bir iddiaya dönüşmesini engelleyen sınır.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası