メールにおけるDKIMの仕組み - Carpe Diem
概要 前回SPFについて説明しました。 christina04.hatenablog.com 今回は署名によってヘッダ・メール本文の改ざんを検知するDKIMについて説明します。 フロー図 DKIMの検証フロー DKIMの検証フローは以下です。 説明すると あらかじめペア鍵を用意しておく 公開鍵をDKIMレコード（実際はTXTレコード）に登録しておく メールを秘密鍵で署名し、DKIM-Signatureヘッダとして追加 受信サーバはDKIM-Signatureヘッダのdタグ、sタグからDKIMレコードを参照 DKIMレコードの公開鍵で署名を検証 となります。 自ドメインとは別サービスでメールを送る場合 自前でメールサーバを構築するのは大変なので、SaaSを利用するケースも多いでしょう。 その中で大きく2通りのやり方があります。 SaaSから公開鍵を受け取って自ドメインのDKIMレコードに登録
メールにおけるSPFのドメイン認証の仕組み - Carpe Diem
概要 SPF(Sender Policy Framework)はメールのなりすましを防ぐための送信ドメイン認証の手法です。 さらに細かく説明すると SMTPのTCPコネクションの送信元IPアドレスと送信元メールアドレス(エンベロープFrom)のドメインのTXTレコードに含まれるIPアドレスが合致するかどうかを確認する手法です。 この仕組みを図を交えながら説明します。 事前知識 前もって知っておいた方が良いことを書きます。 エンベロープFromとヘッダFrom From 役割 エンベロープFrom バウンスを処理する場合などに使われるシステムが利用するアドレス SMTPのMAIL FROMコマンドで指定されるreverse-path メールボックスに受信するとReturn-Pathヘッダとして挿入される ヘッダFrom メールクライアントでFromとして表示される人間が利用するアドレス SP
とある診断員とSQLインジェクション
7. 通常のWebサーバとの通信 <html> <body> <form action=“register” method=“POST”> 氏名:vultest<BR> メールアドレス:vultest@example.jp<BR> 性別:男<BR> （以下略） </html> POST /confirm.php HTTP/1.1 Host: example.jp （以下略） Cookie: PHPSESSID=xxxxxxxxxx name=vultest&mail=vultest%40example.jp&gender=1 HTTP Response HTTP Request 8. 色々いじってみてどういう応答があるか確認 POST /confirm.php HTTP/1.1 Host: example.jp （以下略） Cookie: PHPSESSID=xxxxxxxxxx name
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
