Keamanan transportasi

Artikel

Mengungkap Hubungan Kompleks Antara Otentikasi Email dan Enkripsi.

Lihatlah lebih dekat hubungan kompleks antara otentikasi email dan enkripsi. Pelajari cara memastikan email Anda aman!

Memandu

Bangun peringatan keamanan transportasi yang mengarah pada penyelidikan

Buat peringatan keamanan transportasi dengan penyebut yang jelas, sinyal jangkauan, pemilik dan jalur investigasi alih-alih melakukan paging pada setiap kegagalan agregat.

Memandu

Kegagalan nama sertifikat dalam laporan SMTP TLS

Selidiki kegagalan nama sertifikat terhadap titik akhir SMTP yang dilaporkan dan kebijakan yang diterapkan, dengan menjaga identitas HTTPS host kebijakan tetap terpisah.

Memandu

Bandingkan kegagalan kebijakan transportasi dengan kegagalan otentikasi

Bedakan kegagalan kebijakan transportasi SMTP dari hasil SPF , DKIM , dan DMARC menggunakan bukti tahap penyampaian dan observasi tepercaya.

Memandu

Buat dan verifikasi data DNS TLS-RPT

Publikasikan satu catatan TLS-RPT yang dibentuk dengan benar dan verifikasi penemuan DNS dan tujuan laporan penerimaan.

Memandu

DANE dan MTA-STS : membandingkan model kepercayaan dan kebutuhan penerapan

Bandingkan DANE dan MTA-STS pada rute penerimaan yang sama, termasuk penemuan terotentikasi, kontak pertama, dan rollover sertifikat.

Memandu

DANE untuk SMTP : memahami dependensi DNSSEC dan TLSA

Lacak penemuan MX yang aman, kegunaan TLSA, dan pencocokan sertifikat khusus penggunaan sebelum memperlakukan rute SMTP sebagai autentikasi DANE .

Memandu

Kegagalan validasi DANE setelah sertifikat atau perubahan kunci

Diagnosis kerusakan DANE dengan membandingkan sertifikat yang disajikan, jawaban TLSA yang aman, dan jadwal penerapan sebelum mengubah kebijakan kepercayaan.

Memandu

Hapus duplikat laporan TLS dan pertahankan konteks periode pelaporan

Hapus duplikat penyerapan laporan tanpa kehilangan koreksi, cakupan kebijakan, atau perbedaan antara waktu observasi dan waktu kedatangan.

Memandu

Sertifikat kedaluwarsa atau tidak tepercaya dalam laporan SMTP TLS

Bedakan masa berlakunya dari kegagalan rantai kepercayaan, pertahankan titik akhir yang dilaporkan, dan validasi sertifikat yang benar-benar disajikan setelah perpanjangan.

Memandu

Host file kebijakan MTA-STS di lokasi HTTPS yang benar

Sajikan titik akhir HTTPS MTA-STS secara langsung, validasi sertifikat dan badan kebijakannya, serta koordinasikan publikasi dengan penemuan dan cache.

Memandu

Sertifikat MTA-STS dan kegagalan rantai HTTPS

Pisahkan sertifikat kebijakan HTTPS dari sertifikat MX penerima dan diagnosis kegagalan pemeriksaan kepercayaan atau nama host.

Memandu

Perpanjangan sertifikat MTA-STS tanpa penghentian host kebijakan

Cegah pemadaman host kebijakan MTA-STS dengan perpanjangan kepemilikan, pemeriksaan sertifikat yang diterapkan, validasi HTTPS langsung, dan pemisahan yang jelas dari sertifikat SMTP .

Memandu

MTA-STS selama migrasi penyedia email

Perluas kompatibilitas kebijakan sebelum memindahkan rute email, dan pertahankan tumpang tindih sehingga pengirim dengan kebijakan lama tetap dapat mengirimkan dengan aman.

Memandu

MTA-STS dijelaskan melalui rute email domain penerima

Memetakan tujuan penerimaan MX , persyaratan TLS , dan kebijakan cache sebelum memilih mode penerapan MTA-STS .

Memandu

Kegagalan pengambilan MTA-STS dan respons HTTP yang tidak terduga

Jelaskan kegagalan pengambilan MTA-STS yang disebabkan oleh pengalihan, status HTTP, sertifikat, konten isi, dan batas waktu, sekaligus menjaga perilaku kebijakan cache tetap berbeda.

Memandu

Batas koneksi pertama MTA-STS dan perlindungan kebijakan cache

Pahami batasan koneksi pertama MTA-STS melalui status cache yang kosong, valid, dan kedaluwarsa, perilaku mode penerapan, batasan DANE , dan batasan laporan.

Memandu

MTA-STS untuk portofolio domain besar

Kelola rute penerimaan per domain, kepemilikan, riwayat kebijakan, dan bukti peluncuran tanpa memperlakukan hosting atau templat bersama sebagai kesiapan universal.

Memandu

MTA-STS untuk domain dengan beberapa penyedia MX

Validasi rute MX utama, cadangan, dan migrasi di seluruh penyedia, termasuk pola nama host, bukti TLS , dan transisi kebijakan dalam cache.

Memandu

Pencocokan MTA-STS MX dan aturan wildcard

Cocokkan setiap nama host MX penerima dengan pola kebijakan dengan cakupan yang sempit, lalu validasi sertifikatnya secara terpisah.

Memandu

Caching kebijakan MTA-STS dan perubahan tertunda

Rencanakan perubahan kebijakan berdasarkan masa berlaku kebijakan yang diambil pengirim serta TTL DNS , daripada mengharapkan satu pengeditan untuk memperbarui setiap pengirim.

Memandu

Penemuan kebijakan MTA-STS dan pengidentifikasi kebijakan DNS

Gunakan id DNS untuk mengumumkan revisi kebijakan, tanpa memperlakukannya sebagai kebijakan itu sendiri atau perintah yang menghapus cache pengirim.

Memandu

Kebijakan MTA-STS tidak ada: lacak penemuan sebelum menambahkan catatan

Diagnosis kebijakan MTA-STS yang hilang dengan menelusuri domain yang tepat, penemuan jawaban TXT , respons HTTPS, cakupan MX , dan cache pengirim sebelum mengedit catatan.

Memandu

Sintaks kebijakan MTA-STS : versi, mode, MX dan max_age

Validasi isi kebijakan secara terpisah dari data TXT penemuan, dan pertahankan arti dari setiap bidang yang wajib diisi.

Memandu

Rollback MTA-STS : akun untuk pengirim dengan kebijakan cache

Pulihkan dari perubahan MTA-STS yang salah tanpa berasumsi bahwa menghapus DNS atau menurunkan max_age akan menghapus penegakan yang ada.

Memandu

Penyiapan MTA-STS : verifikasi DNS , HTTPS, dan pengiriman email secara bersamaan

Buat kebijakan transportasi domain penerima, periksa setiap rute masuk dan rencanakan perubahan di sekitar cache pengirim.

Memandu

Mode pengujian dan penerapan MTA-STS : pilih transisi yang aman

Beralih dari pengujian ke penerapan hanya setelah mengidentifikasi kegagalan transportasi dan membuktikan bahwa semua rute penerimaan yang dimaksudkan tetap dapat digunakan.

Memandu

Tidak ada laporan TLS yang masuk: periksa dukungan, lalu lintas, dan pengumpulan

Pisahkan pengamatan pengirim yang hilang dari penemuan, pengiriman, integritas, penguraian, dan kegagalan dasbor ketika laporan TLS tidak ada.

Memandu

Publikasikan dan putar data TLSA tanpa merusak pengiriman SMTP

Rencanakan rollover TLSA parameter tetap dengan prapublikasi, tumpang tindih cache-aware, verifikasi armada, dan batas pemulihan sebelum menghapus asosiasi lama.

Memandu

Baca bidang JSON TLS-RPT dan kategori kegagalan

Baca sampul laporan, cakupan kebijakan, dan ringkasan sesi sebelum menafsirkan kegagalan transportasi individual.

Memandu

Hosting MTA-STS tanpa server: menilai ketersediaan dan mengontrol perubahan

Menilai rute host kebijakan Azure Static Web Apps yang terdokumentasi untuk pengiriman jalur yang tepat, TLS domain kustom, perilaku perutean, dan rilis cache-aware.

Memandu

Serangan penurunan SMTP TLS dan kontrol yang tersedia

Model SMTP menurunkan ancaman pada penemuan, negosiasi, dan validasi sertifikat, lalu menguji kontrol yang relevan tanpa melemahkan produksi.

Memandu

STARTTLS , TLS oportunistik, dan kebijakan transportasi yang diberlakukan

Membedakan kemampuan TLS , enkripsi yang dinegosiasikan, dan penegakan yang diautentikasi sebelum mendeskripsikan rute SMTP sebagai rute yang aman.

Memandu

Uji keamanan transportasi tanpa memperlakukan pemeriksa sebagai bukti setiap jalur pengiriman

Ubah keluaran pemeriksa transportasi menjadi catatan pengujian tercakup yang mengidentifikasi apa yang diamati, apa yang disimpulkan, dan jalur pengiriman mana yang belum diuji.

Memandu

Kegagalan negosiasi TLS dan pengaturan protokol tidak didukung

Gunakan laporan TLS untuk menemukan kegagalan negosiasi, lalu mereproduksi jabat tangan dengan aman sebelum mengubah pengaturan protokol yang didukung.

Memandu

TLS-RPT dijelaskan melalui laporan kegagalan transportasi

Menafsirkan laporan TLS-RPT menggunakan contoh kegagalan fiksi, aritmatika jumlah sesi, konteks kebijakan, pelaporan yang diautentikasi, dan kesalahan RFC saat ini.

Memandu

Tujuan pelaporan TLS-RPT dan pengiriman laporan

Tentukan jalur pengumpulan mailto atau HTTPS yang disetujui, integritas laporan, waktu, dan tanggung jawab pemrosesan tanpa mengasumsikan jaminan pengiriman duplikat.

Memandu

Enkripsi transportasi dan S/MIME : memisahkan perlindungan hop dari perlindungan pesan

Petakan TLS dan S/MIME ke satu jalur pesan sehingga enkripsi hop, kerahasiaan konten, dan verifikasi tanda tangan tidak disalahartikan sebagai satu kontrol.

Cara kerja DMARC , cara memilih dan memperketat kebijakan, dan cara mencapai p=reject secara aman dengan keselarasan yang dapat Anda percaya.

20 panduan

Kerangka Kebijakan Pengirim dari catatan pertama hingga perataan: sintaksis, termasuk, batas 10 pencarian dan perubahan aman.

11 panduan

Kunci, pemilih, tanda tangan, dan rotasi: semua yang Anda perlukan untuk menandatangani email dan menjaga agar DKIM tetap selaras.

8 panduan

Masukkan logo terverifikasi Anda ke dalam kotak masuk: catatan BIMI , logo SVG Tiny-PS, sertifikat VMC dan CMC .

7 panduan