[ Teslim edilebilirlik ve gönderen kuralları ]

Parola sıfırlama ve OTP e-posta teslimi: kimlik doğrulamayı ve gecikmeyi araştırın

Hesap güvenliğini zayıflatmadan, oluşturma, kuyruklar, kimlik doğrulama ve belirteç geçerliliği yoluyla parola sıfırlama ve OTP hatalarını izleyin.

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

[ Anahtar noktalar ]

  • Hesap güvenliğini zayıflatmadan, oluşturma, kuyruklar, kimlik doğrulama ve belirteç geçerliliği yoluyla parola sıfırlama ve OTP hatalarını izleyin.
  • Geçerliliğin nerede kaybolduğunu bulmak için düzeltilmiş bir aşama zaman çizelgesi kullanın; aktarım kabulü, gelen kutusunun görünürlüğünü kanıtlayamaz veya süresi dolmuş bir jetonu onaramaz.
Bu sayfada

Hesaba erişim e-postası geç ulaştığında, kullanıcılar genellikle birkaç tane daha talep eder. Bu, yinelenen mesajlara, kafa karıştırıcı geçerlilik pencerelerine ve ekstra kuyruk yüküne neden olabilir. DNS suçlamadan veya her belirtecin ömrünü uzatmadan önce istekten başarılı kullanıma kadar olan yolculuğu teşhis edin.

Düzenlenmiş bir etkinlik zaman çizelgesi oluşturun

Birleştirme isteğinin kabul edilmesi, jetonun oluşturulması, işin kuyruğa alınması, sağlayıcının kabul edilmesi, alıcı yanıtı ve jetonun kullanılması veya reddedilmesi için dahili bir korelasyon tanımlayıcısı kullanın. Belirteci, sıfırlama URL'sini veya OTP'yi rutin günlüklere koymayın. Sorun giderme için gereken her türlü mesaj örneğine erişimi oldukça sınırlı olacak şekilde tanımlayıcıları ve neden kategorilerini kaydedin.

SMTP kabulü, bir sunucunun bu aşamada sorumluluğu kabul ettiği anlamına gelir; gelen kutusunun yerleşimini veya mesajı okuyan bir insanı göstermez. Destek takımlarında bu ayrımı koruyun. RFC 5321.

OWASP günlük kaydı kılavuzu rutin günlüklerden sırları hariç tutarken korelasyonu destekler.

Kimlik doğrulamayı başvuru geçerliliğinden ayırın

Nihai kontrol edilen mesajları, amaçlanan gönderen kimlikleri ve güvenilir alıcı kimlik doğrulama sonuçları açısından inceleyin. Eski bir satıcı yapılandırması, haber bültenleri çalışırken bile bu rotayı bozabilir. Bunun tersine, posta kimlik doğrulamasını geçmek, süresi dolmuş veya önceden kullanılmış bir uygulama belirtecini geçerli hale getiremez.

OWASP, hesap numaralandırmaya ve aşırı taleplere karşı uygun son kullanma tarihi, güvenli depolama ve koruma özelliklerine sahip, güvenli bir şekilde oluşturulmuş, tek kullanımlık belirteçler veya kodlar önerir. Parola sıfırlama kılavuzu, e-posta teslim gecikmesi hakkında bir vaat değil, sıfırlama akışları için güvenlik temeli sağlar. OWASP Şifremi Unuttum kılavuzu.

Diğer kimlik doğrulama kullanımlarına yönelik e-postayla gönderilen kodlar, kendi güvenlik değerlendirmelerini gerektirir. E-posta bulundurmayı kimlik avına karşı korumalı kimlik doğrulama olarak tanımlamayın ve parola sıfırlama önerisinin her OTP dağıtımını onayladığını varsaymayın. NIST , dijital kimlik gereksinimleri kapsamında, e-postayı bant dışı kimlik doğrulayıcı olarak yasaklarken, adres doğrulama ve kurtarma kodlarını bu yasaktan ayırır. NIST SP 800-63B-4 bölüm 3.1.3 ve 3.1.3.1.

Geçerlilik bütçesini kullanın

Varsayımsal bir zaman çizelgesi, token oluşturma işlemini 09:00:00 olarak ve sona erme tarihini ise 09:05:00 olarak belirler. Sağlayıcı kabulü 09:00:10 , alıcı kabulü 09:04:40 ve örnek kullanıcı eylemi 09:05:20 gerçekleşir. Alıcı kabulüne sadece 20 saniye kaldı; eylem, sürenin dolmasından 20 saniye sonra gerçekleşir.

Bir tokenın süresi dolduğunda veya sonrasında geçersiz olduğuna dair beyan edilen bir politika uyarınca, ikinci 299'da sunulan, aksi takdirde geçerli, kullanılmamış bir token hala bu beş dakikalık pencere içinde olacaktır, ancak 300 veya 301. saniyedeki sunum bu olmayacaktır. Halihazırda kullanılmış bir token, yalnızca zaman kaldığı için yeniden kullanılabilir hale gelmemelidir. Bunlar, yürütülen jeton kontrolleri veya önerilen evrensel yaşam süresi değil, icat edilen politika kapsamında beklenen sonuçlardır.

Uygulanabilir soru, oluşturma ile alıcının kabulü arasındaki 280 saniyenin nereye gittiğidir. Sağlayıcının ikinci 10'da kabul edilmesi, sonraki 270 saniyenin tamamen tek bir sağlayıcıda geçirildiğini kanıtlamaz; Sorumluluğu atamadan önce kuyruk ve yanıt kanıtlarını edinin. Gelen kutusunun görünürlüğü hala bilinmiyor. Hiçbir gerçek token, üretim hesabı veya teslimat test edilmedi.

Başarısız aşamayı onarın

Uygulama çok yavaş sıraya giriyorsa hesaba erişim iş yüküne öncelik verin ve önlenebilir toplu gecikmeleri ortadan kaldırın. Sağlayıcı geçici hatalar bildirirse yanıtların tamamını ve desteklenen yeniden deneme işlemlerini inceleyin. Belirteç daha yeni bir istek tarafından geçersiz kılınırsa, kimliği doğrulanmamış bir istek sahibine bir hesabın mevcut olup olmadığını açıklamadan bu davranışı anlaşılır hale getirin.

Tekrarlanan tıklamaların posta seline dönüşmesini önlemek için hız sınırlarını kullanın ve genel istek yanıtlarını temizleyin. Yeniden denemeleri uygulamanın belirteç ilkesiyle uzlaştırın. Eski bir mesajı körü körüne yeniden göndermek, zaten geçersiz olan bir belirtecin teslim edilmesine neden olabilir; sınırsız yeni belirteçlerin verilmesi ise kötüye kullanım riskini artırabilir.

Sırları kaydetmeden doğrulayın

Onaylanmış kontrollü hesapları ilgili hedeflerde test edin ve aşama gecikmesini, sona erme sonucunu ve mükerrer işlemleri kaydedin. Geçerlilik süresinin sona ermesi, jeton oluşturma veya hesap kurtarma ile ilgili herhangi bir değişiklik, güvenlik incelemesini gerektirir; Kullanım ömrünü uzatmak kuyrukları düzeltmenin yerini tutmaz.

Olayı aşamaya özel bir neden, kapsamlı iyileştirme ve ölçülü müşteri yolculuğu ile kapatın. Kalan görünürlük boşluklarını açık tutun. Destek, müşterinin mesajı okuduğunu iddia etmeden veya kimlik bilgilerini ifşa etmeden "alıcı tarafından kabul edildi, geçerlilik süresi doldu" açıklamasını yapabilmelidir.

Başarısız aşamadan sahibini seçin

Kuyruk gecikmesi uygulamaya veya gönderen operatöre aittir; açık bir kabul reddi yol soruşturmasına aittir; süresi dolmuş veya zaten kullanılmış bir sonuç, belirteç politikasına ve uygulama durumuna aittir. Düzenlenmiş bir korelasyon kaydını saklayın ve ilgili sahibin onaylı bir yeniden test tanımlamasını sağlayın.

[ Götürmek ]

Hesap güvenliğini zayıflatmadan, oluşturma, kuyruklar, kimlik doğrulama ve belirteç geçerliliği yoluyla parola sıfırlama ve OTP hatalarını izleyin.

[ 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

Rotayı tam olarak takip edin

Gönderim, alıcı kabulü ve jeton kullanımı farklı zamanlarda gerçekleşir.

Sonraki adımlar

  1. Düzenlenen etkinlik zaman damgalarına katılın.
  2. Kontrollü kimlik doğrulama örneklerini inceleyin.
  3. Yinelenen istek davranışını test edin.

CISO / SecOps

Kurtarma önlemlerini eksiksiz tutun

Gecikme düzeltmeleri kimlik bilgilerini açığa çıkarmamalı veya belirteçleri zayıflatmamalıdır.

Sonraki adımlar

  1. Geçerlilik süresi değişikliklerini inceleyin.
  2. Güvenli günlüğe kaydetmeyi zorunlu kılın.
  3. Kötüye kullanım ve numaralandırma kontrollerini değerlendirin.

Kurucu / Teknik Olmayan

Hesaba erişim yolculuğunu koruyun

Gecikmiş bir kod, meşru ürün kullanımını engelleyebilir.

Sonraki adımlar

  1. Yolculuk güvenilirliğine öncelik verin.
  2. Aşama düzeyinde gözlemlenebilirliği finanse edin.
  3. Müşteri kurtarma etkisini inceleyin.

[ SSS ]

Sık sorulan sorular

Kabul edilen posta, kullanıcının onu gelen kutusuna aldığı anlamına mı geliyor?

Hayır. Kabul bir ulaşım olayıdır, yerleştirme veya okuyuculuk kanıtı değildir.

DKIM geçmek, süresi dolmuş bir jetonu onarabilir mi?

Hayır. Posta kimlik doğrulaması ve uygulama belirtecinin geçerliliği ayrıdır.

Sorun giderme günlüklerinde sıfırlama belirteçleri görünmeli mi?

Hayır. Düzeltilmiş korelasyon tanımlayıcılarını ve neden kategorilerini kullanın.

Örnekte alıcı kabulünde ne kadar geçerlilik kaldı?

İcat edilen beş dakikalık jeton politikasına göre yirmi saniye.

Örnek gerçek bir OTP testi miydi?

Hayır. Bu, yürütülen bir OTP testi değil, varsayımsal zaman damgası aritmetiğidir ve açıkça beyan edilen token politikası beklentileridir.

Son kullanma tarihi basitçe uzatılmalı mı?

Yalnızca güvenlik incelemesinden sonra; Öncelikle önlenebilir teslimat gecikmelerini onarın.

Tekrarlanan istekleri neden kontrol etmelisiniz?

Posta kuyruklarını doldurabilir, belirteç geçerliliğini karıştırabilir ve kötüye kullanıma olanak sağlayabilirler.

Parola sıfırlama kılavuzu her e-posta OTP tasarımını onaylıyor mu?

Hayır. Diğer kimlik doğrulama kullanımlarının kendi güvenlik değerlendirmeleri olması gerekir.

[ Kaynaklar ]

Kaynaklar

  1. OWASP Şifremi Unuttum Hile Sayfası

    Bölümler Giriş · Şifremi Unuttum İsteği · Genel Güvenlik Uygulamaları · URL Belirteçleri

  2. RFC 5321 SMTP

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

  3. RFC 6376 DKIM

    Bölümler §1 · §3.5 · §6.1

  4. OWASP Günlüğe Kaydetme Hile Sayfası

    Bölümler Etkinlik özellikleri · Hariç tutulacak veriler

  5. NIST SP800-63B-4

    Bölümler §3.1.3 · §3.1.3.1

[ Sözlük ]

Sözlük

Geçerlilik bütçesi
Belirli bir aşamada tokenın süresi dolmadan önce kalan süre.
Korelasyon tanımlayıcı
İlgili operasyonel olaylara katılmak için kullanılan, gizli olmayan bir tanımlayıcı.
Hesap numaralandırma
Farklı sistem yanıtları aracılığıyla bir hesabın var olup olmadığını öğrenmek.

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ı