Üretim e-posta envanterleri genellikle çalışanların postalarıyla başlar ve ERP planlayıcısını, satın alma aracını ve tedarikçi portalını kaçırır. Bu uygulamalar hizmet hesapları altında çalışabilir, yalnızca bir gecelik partiden sonra gönderilebilir veya bir tesis ekibinin sahip olduğu bir aktarmayı kullanabilir. Kimlik doğrulama çalışması üretim sürecini engellemeden takip etmelidir.
Uygulamayı, aktarıcıyı ve sahibini haritalandırın
ERP bildirimlerini ERP hizmet sahibine atayın, satın alma taleplerini satın alma teknolojisine ve tedarikçi portalı postasını tedarikçi entegrasyon liderine atayın. Tetikleyiciyi, tesisi veya iş birimini, sağlayıcı hesabını, geçişi, yazar alanını ve imzalamayı kaydedin seçici. Planlanmış işleri ve yeniden işleme, iptal edilen siparişler ve farklı rotaları kullandıkları tedarikçi hesabı kurtarma gibi istisnai süreçleri dahil edin.
Bir test iş emri ve açıkça bağlayıcı olmayan bir satın alma talebi örneği kullanın. Hiçbir zaman yalnızca bir komisyon toplamak için gerçek bir tedarikçi taahhüdü oluşturmayın. e-posta başlığı. Tedarikten, testin harcamaları onaylayamayacağını veya canlı gerçekleştirme kuyruğuna giremeyeceğini doğrulamasını isteyin. Saklanan mesaj örneğinde gizli malzeme listelerinden, fiyatlardan veya banka ayrıntılarından kaçının.
Son imzalama noktasını takip edin
Bir ERP, harici bir ağ geçidi imzalamadan önce bir bildirim ekleyen dahili bir geçiş yoluyla gönderim yapabilir. Başka bir rota önce imza atabilir ve ardından mesajı değiştirebilir. Bir konsolda bir anahtarı yapılandırmanın tüm yolu kapsadığını varsaymak yerine sırayı eşleyin. İmzalamadan sonra eklenen önemli bir altbilgi, standartlaştırılmış imzalı gövdeyi değiştirir ve tam gövde imzasını geçersiz kılabilir. Kanonikleştirme bazı biçimlendirme farklılıklarını tolere edebilir; bu nedenle, her değişikliği aynı şekilde ele almak yerine gerçek imzalı baytları ve imza ayarlarını teşhis edin. Burada herhangi bir altbilgi testi yapılmadı.
Kurgusal tedarik hizmeti, Kimden olarak buy.factory.test'i ve imzalayan olarak tedarik-vendor.test'i kullanır. Kriptografik olarak geçerli bir imza varsayılsa bile, bu varsayımsal alanlar kesinlikle başarısız olur DKIM hizalama; bu gözlemlenen bir doğrulama sonucu veya tam bir sonuç değildir DMARC karar. Amaçlanan etki alanını ve gerçek hizmet kiracısını onaylayın, ardından desteklenen yapılandırma değişikliklerini değerlendirin. Tesis çapında geçişe her kurumsal etki alanının sınırsız kullanımını sağlayarak uyumsuzluğu düzeltmeyin.
İş onayını ayrı tutun
Kimlik doğrulama, bir satın alma talebinin onaylandığını, tedarikçi hesabının orijinal olduğunu veya ödeme hedefinin doğru olduğunu kanıtlamaz. Satınalma sisteminin yetkilendirme ve ödeme-doğrulama kontrollerini bağımsız olarak sürdürün. Yetkili ancak güvenliği ihlal edilmiş bir uygulama, kimliği doğrulanmış kötü amaçlı bir talimat gönderebilir.
Kabul için gerçek test işini tetikleyin, alınan numuneyi saklayın ve uygulama günlükleriyle mutabakat sağlayın. Tek bir manuel gönderimi kanıt olarak almak yerine normal ve istisnai işleri karşılaştırın. Sistem toplu olarak çalışıyorsa, sahibinin onayıyla uygun bir döngüyü izleyin; Sessiz bir saat, uygulamanın asla göndermediğinin kanıtı değildir.
Operasyonel kısıtlamalarla ilgili değişiklik
Tesis ve ERP sahipleriyle bakımı planlayın. Belirli bir hizmet için bir kurtarma yolunu belgeleyin, onaylanmış yapılandırma kanıtlarını koruyun ve değişiklikten sonra bekleyen işleri izleyin. Sahibi veya kiracısı bilinmediğinde, spekülatif izinler vermek yerine göndereni çözümlenmemiş olarak bildirin. Sözleşme, gizlilik, ihracat kontrolü ve kayıt tutma gereksinimlerinin nitelikli incelemeye ihtiyacı vardır. Bu teknik örnek, bu yükümlülükler hakkında herhangi bir tespitte bulunmaz ve herhangi bir satın alma işlemine izin vermez.
Kurgusal yol haritası
Aşağıdaki açık kimlikler, gerçek müşteri yapılandırması değil, açıklayıcı girdilerdir. Kimlikler ve sorumlu roller varsayımsaldır; müşteri onayları veya sağlanan mesajlar değildir. Hiçbir imzalama testi veya ağ dağıtımı gerçekleştirilmedi.
- Erp bildirimi: ERP hizmet sahibi; erp.factory.test'ten; zarf ve DKIM imzalayan erp.factory.test.
- Tedarik sistemi: Tedarik teknolojisi lideri; buy.factory.test'ten; zarf ve DKIM imzalayan tedarik-vendor.test.
- Tedarikçi portalı: Tedarikçi entegrasyon lideri; Tedarikçilerden.factory.test'ten; zarf ve DKIM imzalayan tedarikçileri.fabrika.test.
Toplu iş yolu tutarsızlığını çözme
Manuel olarak tetiklenen bir ERP testinin geçtiğini, ancak gece tedarik grubunun tüm imzanın ardından önemli bir bildirim ekleyen başka bir röle kullandığını varsayalım. Tedarik yolunu çözümlenmemiş halde tutun ve alınan üstbilgiyi ve imzalı içerik kanıtlarını uygulama günlükleriyle karşılaştırın. Manüel rotanın anahtarını değiştirmek, toplu rotadaki bir değişikliği gidermez. Bunlar varsayılan koşullardır, gerçek bir tesisin teşhisi değildir.
RFC 6376 Bölüm 3.4, 3.5 ve 3.7 Kanonikleştirmeyi, imza etiketlerini ve mesaj karmalarını açıklar. RFC 9989 Bölüm 4.4, 5.3.5 ve 5.4 ayrı hizalama ve alıcı kararları. Diğer hizalanmış kimlik doğrulaması bir mesaj kararını etkileyebilir, ancak p=reject dağıtım, Bölüm 7.4 ve 8 kapsamında geçerli DKIM gerektirir. SPF yalnız. Herhangi bir satın alma siparişi, imzacı değişikliği veya üretim postası testi yapılmadı.