[ Endüstriler ]

İK ve işe alım sistemleri: aday ve çalışan bildirimlerinin kimliğini doğrulayın

Kiracıya özel sahiplik ile işe alım, maaş bordrosu ve çalışan bildirimlerini doğrularken kişisel verileri kimlik doğrulama testlerinin dışında tutun.

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

[ Anahtar noktalar ]

  • Kiracıya özel sahiplik ile işe alım, maaş bordrosu ve çalışan bildirimlerini doğrularken kişisel verileri kimlik doğrulama testlerinin dışında tutun.
  • Kurgusal kayıtları kullanarak işverene özel satıcı hesabını ve yanıt yolunu doğrulayın; alan adı kimlik doğrulaması bir teklifi veya maaş bordrosu değişikliğini onaylamaz.
Bu sayfada

İK sistemleri, dahili postaya benzeyen ancak işe alım platformlarından, bordro tedarikçilerinden ve çalışan hizmetleri uygulamalarından kaynaklanan mesajlar gönderebilir. İlk görev, her rota için kuruluşun gerçek hesabını ve sahibini belirlemektir. Tanınabilir bir tedarikçi markası, belirli bir aday e-postasının veya bordro bildiriminin işveren tarafından yetkilendirildiğinin kanıtı değildir.

Politikayı değiştirmeden önce sahipliği bölün

İşe alım bildirimlerini işe alma operasyonları sahibine, bordro bildirimlerini bordro hizmeti sahibine ve çalışan güncellemelerini insan operasyonları sahibine atayın. Kayıt satıcısı kiracı, amaç, Kimlikten, zarf etki alanından, DKIM alan adını imzalama ve seçici, yanıt yönlendirme ve onaylı destek iletişim kişisi. Bir sağlayıcı birden fazla yan kuruluşa hizmet veriyorsa, grubu farklılaştırılmamış tek bir gönderen olarak ele almak yerine, her hesabın hangi tüzel kişiliği ve etki alanını kullanacağını kaydedin.

Envanter aday özgeçmişlerini, maaş ayrıntılarını veya çalışan tanımlayıcılarını değil, operasyonel meta verileri içermelidir. Gerekli tüm kısıtlı kanıtları uygun erişim ve saklama kontrolleri altında saklayın. Kimlik doğrulama hata ayıklaması, personel verilerinin genel posta sorun giderme bildirimine kopyalanmasına izin vermez.

Sonucun ne anlama geldiğini anlayın

RFC 9989 kimliği doğrulanmış alan kullanımını değerlendirir. Bir teklifin geçerli olduğunu, maaş bordrosu düzenlemesinin doğru olduğunu veya işe alım görevlisinin taahhütte bulunmaya yetkili olduğunu kanıtlamaz. İstihdam kararlarını ve banka ayrıntılarındaki değişiklikleri kendi doğrulama süreçleri altında tutun. Güvenliği ihlal edilmiş onaylanmış bir hesap yine de kimliği doğrulanmış yanıltıcı içerik gönderebilir.

Görünür Kimden kimliğini kimliği doğrulanmış kimlikle karşılaştırmak için güvenilir alıcı sistem sonuçlarını ve başlıklarını kullanın. Tedarikçi logosu içeren bir ekran görüntüsüne veya gönderen tarafından eklenen güvenilmeyen bir başlığa güvenmeyin. Tedarikçiden geçerli, hesaba özel özel alan adı prosedürünü isteyin ve kimlik bilgilerini ifşa etmeden yapılandırma kanıtlarını saklayın.

Maaş bordrosu kanıtını ödünç almadan çalışan bildirimini kontrol edin

Aday ve maaş bordrosu bildirimlerinin, ilgili Gönderen alan adlarıyla eşleşen imzalama etki alanlarını kullandığını, employees.hr.example ise bir çalışan bildiriminin Gönderen'inde göründüğünü ve provider.example.net de onun DKIM d= alanı olduğunu varsayalım. İmzanın doğrulandığını varsaysak bile DKIM katı bir şekilde başarısız oluyor hizalama. Bunlar varsayımsal kimliklerdir, imzalı örnekler veya gerçek kriptografik kontroller değildir. Maaş bordrosu sonucu ayrı bir çalışan-bildirim uyumsuzluğunu kapatamaz.

RFC 9989 Bölüm 4.4 ve 5.3.5 tam bir sonuç için diğer ilgili hizalanmış yolların dikkate alınmasını gerektirir. DMARC sonuç. İçin p=reject dağıtım, Bölüm 7.4 ve 8, geçerli DKIM gerektirir. SPF yalnız. Ayrı olarak, bir adayın yanıtı, giden bir mesaja rağmen yanlış işe alım kuyruğuna ulaşabilir. Onaylanan yanıtın hedefini gerçek başvuru sahipleri veya personel ayrıntılarıyla değil, kurgusal kayıtlar ve kontrollü hesaplarla doğrulayın.

Gerçek çalışan ve aday yolculuklarını test edin

Desteklenen bir test ortamında onaylı bir kurgusal başvuru sahibi ve çalışan hesabı kullanın. Gerçek uygulama iş akışları aracılığıyla bir başvuru onayını, zararsız bir bordro bildirimini ve bir çalışan güncellemesini tetikleyin. Kontrollü alımı, kimlik doğrulamayı ve yanıt yönlendirmeyi onaylayın. Bir aday yanıtının, başka bir başvuru sahibinin ayrıntılarını açığa çıkarmadan beklenen işe alım kuyruğuna ulaşıp ulaşmadığını kontrol edin. Belge erişimini ve içerik doğruluğunu ayrı kabul kriterleri olarak değerlendirin.

Tedarikçi yalnızca kendi Kimden kimliğini sunuyorsa, işletme sahibi, açıkça sunulan desteklenen bir adresin iş akışı ihtiyaçlarını karşılayıp karşılamadığına karar vermelidir. Desteklenmeyen bir yapılandırma yoluyla işverenin kimliğini taklit etmeyin veya yalnızca bir testin başarılı görünmesi için geniş atlama kuralları eklemeyin. Desteklenen değişiklikleri yeniden test edin ve kalan sınırlamaları belgeleyin.

Ayrılmayı gönderen yönetimine bağlı tutun

Bir ajans sözleşmesi sona erdiğinde, bordro sağlayıcısı değiştiğinde veya bir İK yöneticisi ayrıldığında yetkileri gözden geçirin. Anahtarları veya DNS bağımlılıklarını kullanımdan kaldırmadan önce ardıl iş akışını onaylayın. Zamana duyarlı aday ve maaş bordrosu mesajları için adlandırılmış bir kurtarma sahibini koruyun. Rotayı yalnızca servis sahibi mevcut test kanıtını onayladığında kabul edildi olarak işaretleyin; ne bir DNS kaydı ne de bir kimlik doğrulama geçişi, bir istihdam, gizlilik veya mevzuata uygunluk sertifikası değildir.

[ Götürmek ]

Kurgusal kayıtları kullanarak işverene özel satıcı hesabını ve yanıt yolunu doğrulayın; alan adı kimlik doğrulaması bir teklifi veya maaş bordrosu değişikliğini onaylamaz.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Belirli kiracıyı doğrulayın

Marka bilinirliği ve paylaşımlı altyapı yetersiz.

Sonraki adımlar

  1. Yapılandırılmış kimlikleri yakalayın.
  2. Kurgusal test kayıtlarını kullanın.
  3. Yanıt yönlendirmesini kontrol edin.

CISO / SecOps

Personel bilgilerini koruyun

Sorun giderme kanıtları kontrolsüz İK verilerine dönüşmemelidir.

Sonraki adımlar

  1. Kayıt içeriğini en aza indirin.
  2. Tanılama erişimini kısıtlayın.
  3. Ajansın işten çıkarılmasını inceleyin.

Kurucu / Teknik Olmayan

Kişi-süreç sahiplerini atama

Posta kimliği İK operasyonlarını destekler ancak istihdam kararlarını doğrulayamaz.

Sonraki adımlar

  1. İşe alım ve maaş bordrosu sahiplerini adlandırın.
  2. Desteklenen gönderen sunumunu onaylayın.
  3. Kurtarma bağlantılarını sürdürün.

[ SSS ]

Sık sorulan sorular

Bilinen bir İK tedarikçisi bu gönderenin onaylandığını kanıtlıyor mu?

Hayır. İşverene özel kiracıyı, amacını ve sorumlu hizmet sahibini doğrulayın.

Sınav biletlerine maaş bilgileri dahil edilmeli mi?

Hayır. Sentetik kayıtlar kullanın ve hassas kanıtları en aza indirin.

DMARC bir iş teklifini onaylıyor mu?

Hayır. Temel istihdam kararını veya taahhüdünü değil, alan adı kullanımını doğrular.

Aday yanıtlarını neden test etmelisiniz?

Yanıt yönlendirmesi giden bildirimden farklı olabilir ve beklenmeyen bir kuyruğa ulaşabilir.

Tedarikçi yalnızca kendi From alanını destekliyorsa ne olur?

Desteklenmeyen bir işveren adresini zorlamak yerine, sahibin desteklenen kimliği değerlendirmesini sağlayın.

Varsayımsal örnek neyi kanıtlıyor?

Yalnızca imza geçerliliğini varsayan bir etki alanı hizalama karşılaştırması. Hiçbir şifreleme, canlı HR, SPF , DNS politikası veya eksiksiz DMARC testi yürütülmedi.

Ajansın erişimi ne zaman gözden geçirilmelidir?

Sözleşme değişikliklerinde, yönetici ayrılışlarında ve hizmet geçişlerinde, ardıl rotalar onaylandı.

Kabulü ne belirler?

Kimlik doğrulama, kontrollü alım ve amaçlanan iş akışı için sahibi tarafından onaylanmış güncel kanıtlar.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. RFC 6376 : DKIM İmzaları

    Bölümler §3.4 · §3.5 · §3.7 · §6.1 · §6.3

  3. RFC 5321 : Basit Posta Aktarım Protokolü

    Bölümler §4.2.5 · §4.5.4 · §6.1

[ Sözlük ]

Sözlük

Kiracıya özel onay
Belirli bir müşteri hesabının belirtilen gönderme amacı için onaylandığına dair kanıt.
Yanıt yönlendirme
Bir alıcı yanıt verdiğinde izlenen hedef ve uygulama yolu.

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ı