Bir havayolu güzergah değişikliği ve bir havaalanı hizmet tavsiyesi, yolcu gelen kutusunda benzer görünebilir ancak bunların yetkileri, son teslim tarihleri ve sistemleri farklıdır. Havaalanı alan adını havayolu şirketinin değiştirilebilir takma adı olarak görmeyin veya bir seyahat bildirimi sağlayıcısının her ikisi adına da konuşabileceğini varsaymayın. İlk görev mesajın kimin olduğunu ve rotayı kimin işlettiğini belirlemektir.
Yetki ve aciliyeti bir arada haritalayın
Kurgusal harita, yolcu mesajlarına güzergah değişikliklerini, havaalanı operasyon mesajlarına havaalanı tavsiyelerini ve genel seyahat bildirimlerini ayrı bir hizmet sahibine atar. Her rota için mesajı oluşturan olayı, amaçlanan alıcıyı, yazarın etki alanını ve en son kullanışlı alım zamanını kaydedin. Bu son tarihi genel bir e-posta kontrol paneli değil, operasyonel sahibi tanımlamalıdır.
Keşfedilen uçuş referanslarını ve açıkça işaretlenmiş test tavsiyelerini kullanın. Yolculara, operasyon ekiplerine veya genel dağıtım listelerine test kesintisi mesajları göndermeyin. Yapay bir uyarının gerçek bir operasyonel talimatla karıştırılmasını önleyen prosedürlerle yalnızca yetkili hesaplarda ve ortamlarda uçtan uca testler gerçekleştirin.
Teslimatı talep etmeden kimliği doğrulayın
Geçerli bir hizalanmış imza, talep edilen etki alanı kimliğini destekler. Mesajın kuyruktan kaçtığını, yolcuya kalkıştan önce ulaştığını veya doğru kapıyı içerdiğini göstermez. Örnekte seyahat bildirimi sağlayıcısı, bildirim-vendor.test ile imza atarken From, travel.fly.test'i kullanır. Geçerli bir imza varsayılsa bile bu varsayımsal alanlar kesinlikle başarısız olur DKIM hizalama. Bu yürütülen bir kimlik testi veya tamamlanmış bir test değil DMARC karar.
Kayıtları değiştirmeden önce sağlayıcının belgelenen kimlik seçeneklerini ve hizmetin hesap sahipliğini inceleyin. Havayolu ve havaalanı alan adı otoritesini ayrı tutun. Bir havaalanı operasyon ekibinin onayı, kuruluşlar bir yolculukta işbirliği yapsa bile, bir havayolu alanından gönderim yapılmasına izin vermez.
Zamanındalığı kendi sonucu olarak ölçün
SMTP geçici başarısızlıklardan sonra yeniden denemelere izin verir. RFC 5321, bölüm 4.5.4, yeniden deneme davranışını açıklamaktadır; bir e-postanın havacılıkta belirlenen son teslim tarihine uyacağına dair bir söz değildir. Etkinlik oluşturmayı, uygulama kuyruğundan çıkışı, sağlayıcı kabulünü ve kontrollü alımı ayrı ayrı kaydedin. Saat 10:00'da oluşturulan ve son teslim tarihi 10:10 olan ve faturanın saat 10:13'te alındığı kurgusal bir etkinlik, kimlik doğrulama geçse bile gecikir.
Aritmetik 10:13 eksi 10:00 = on üç dakika ve 10:13 eksi 10:10 = üç dakika geç. Bunlar, uygulanan bir saat modeli değil, icat edilmiş zaman damgalarıdır. Bir ağ kuyruğunu yeniden oluşturmaz veya herhangi bir havayolunu karşılaştırmaz. Gerçek bir testte, tüm sistemlerin tam zamanı paylaştığını varsaymak yerine saat kaynaklarını belgeleyin ve zaman damgası belirsizliğini hesaba katın.
Onaylanmış operasyonel kanalları koruyun
E-posta geciktiğinde veya kullanılamadığında kuruluşun yerleşik güvenlik ve yolcu bildirim prosedürlerini kullanın. Bu kılavuz, e-postayı güvenlik açısından kritik bir kontrol olarak onaylamaz veya operasyonel uyarı sistemlerinin değiştirilmesini önermez. Dağıtımdan önce kurtarma sahiplerini tanımlayın, arızalı bildirim yolunu izole edin ve önceki onaylanmış yapılandırmayı uygun şekilde koruyun. Havacılık düzenlemesi, erişilebilirlik, yolcu hakları ve saklama yükümlülüklerinin nitelikli incelemeye ihtiyacı vardır. Kimlik doğrulama geçişi ne operasyonel yetkilendirme ne de uyumluluk kanıtıdır.
Kurgusal yol haritası
Aşağıdaki açık kimlikler, gerçek müşteri yapılandırması değil, açıklayıcı girdilerdir. Bu alanlar ve sorumlu roller varsayımsaldır; müşteri onayları veya sağlanan imzalı mesajlar değildir. Hiçbir şifreleme testi veya teslimat gerçekleştirilmedi.
- Seyahat planı değişikliği: Yolcu mesajlaşma lideri; itinerary.fly.test'ten; zarf ve DKIM imzalayan itinerary.fly.test.
- Havaalanı operasyonel uyarısı: Havaalanı operasyonları mesajlaşma lideri; ops.airport.test'ten; zarf ve DKIM imzalayan ops.airport.test.
- Seyahat bildirimi: Seyahat bildirimleri; travel.fly.test'ten; zarf ve DKIM imzalayan bildirimi-vendor.test.
Geç olayı ve çözümü izlenebilir tutun
Her zaman damgası için bildirimin yararlı son tarihini gerçek kanıt kaynağının yanına kaydedin. Saatler veya alındı gözlemleri kararı etkileyecek kadar belirsizse, kesin bir teslimat performansı öne sürmek yerine bu belirsizliği görünür tutun. Yetkili bir operasyonel sahibin belirlenen yanıtı seçmesi gerekir; bu makale bir güvenlik prosedürü oluşturmaz veya yolculara erişimi onaylamaz.
RFC 9989 Bölüm 4.4, 5.3.5 ve 5.4 kimlik doğrulamayı bir zamanlama veya içerik garantisine dönüştürmeyin. Tam mesaj kararı için ilgili tüm hizalanmış yolları değerlendirin. İçin p=reject dağıtım, Bölüm 7.4 ve 8, geçerli DKIM gerektirir. SPF yalnız. On üç dakikalık örnek, havayolunun hazır olup olmadığını değil, yalnızca aritmetiği kanıtlıyor.