Gmailに届かなくなる？最近の電子メールで何が起っているのか？ | IIJ Engineers Blog
IIJ 技術担当部長 最近はインターネットの技術を紹介するのがお仕事です。元々プログラマ、サーバ・データセンター・ネットワーク・セキュリティ・モバイルといろいろやってきました。 ここしばらく「2024年6月よりGoogle (Gmail) が迷惑メール対策を強化、メールが届かなくなるかも」というややセンセーショナルなニュースが流れていました。本件、掘り下げるとややこしい話ではあるのですが、この記事ではざっくりと「何が起っているのか」についてまとめてみたいと思います。(説明を簡単にするため、細かいことは省いています) 結局、私は何をすれば良いの？ この問題、「Google (Gmail)で何か起るらしい」という報道のため、Gmailを使っている人が何かしなければならない雰囲気があります。ですが、実際に対応しなければならないのは、Gmailを使っている人ではありません。むしろGmailを使って
自分のメールアドレスを使ってスパムかどうか判定するSPF・DKIM・DMARCの仕組みをアニメーションで理解できる「Learn and Test DMARC」レビュー
電子メールが送受信される際には、ドメインやIPアドレス、電子署名を認証することで、なりすましやスパムメールを防いでいます。そのようなメール認証の仕組みについて、メールを受信してからどのような認証が行われているのか視覚化したウェブサイトが「Learn and Test DMARC」です。 Learn and Test DMARC https://www.dmarctester.com/ Learn and Test DMARCにアクセスすると表示されるメールアドレス宛にメールを送信することで、DMARCテスターを起動することができます。このメールアドレスはサイトにアクセスする度に変更されます。なお、受信したデータはDMARCのテストのみに使用され、保存されることはありません。 Gmailからメールを送信してみます。メールアドレスを入力したら「送信」をクリック。件名、本文は必要ありません。 メ
Gmailで6年前の「警告」ついに現実化、1日4999件以下の送信でも駄目なものは駄目
「米国では、グーグルやヤフーといった大手が導入している。将来的には、『DMARCに対応していないところからのメールは受け取ってもらえない』といった状況になる可能性がある。まだ対応していない企業・団体は、DMARCの導入を検討してほしい」 上記は、筆者が2017年に執筆したDMARCに関する特集記事の結びに書いた文章だ。DMARCは、送信ドメイン認証の検証をパスした送信元ドメインと、メールの送信者アドレスのドメインを照合することで、送信者アドレスのなりすましを見抜く技術。6年の時を経て、DMARC対応の「義務化」がついに現実のものになろうとしている。 というのも、米Google（グーグル）が迷惑メール（なりすましメール）対策を大幅に強化した「メール送信者のガイドライン（Email sender guidelines）」を2024年2月から適用すると発表したからだ。 メールの送信者がこのガイド
Cloudflareから簡単に「メールアドレス使い分け」ができる新サービスが登場、ワンクリックで可能なフィッシング対策も
アカウントへの侵入を防ぐためにパスワードを使い分けているという人でも、IDとして用いるメールアドレスを使い分けているというケースはあまり多くないはず。こうした現状を踏まえた新たなセキュリティ対策サービスとして、Cloudflareが2021年9月28日に、複数のメールアドレスが受信したメールを1つのメールアドレスに統合する「Cloudflare Email Routing」と、なりすましやフィッシング対策を強化する「Email Security DNS Wizard」を発表しました。 Easily creating and routing email addresses with Cloudflare Email Routing https://blog.cloudflare.com/introducing-email-routing/ Tackling Email Spoofing an
送信ドメイン認証技術「SPF」、大企業への普及率がこの2カ月で急上昇
メール配信ソフトなどを販売するHDEは2011年1月27日、日経平均採用銘柄225社を対象に、送信ドメイン認証技術「SPF（Sender Policy Framework）」の普及率を調査した結果を発表した。それによると、歩みは遅いもののSPF導入が着実に進んでおり、2010年11月以降は普及率が急上昇していることなどが分かった。 調査は、2007年9月20日から2011年1月20日まで実施した。対象企業225社のDNSサーバーにSPFレコードが登録されているかどうか、実際にDNSの問い合わせを送って確認するという調査手法を用いた。 この結果、SPFレコード登録社数は2011年1月20日時点で52社に上り、普及率は23.1％だった（図）。メールのセキュリティに関して、日経平均採用銘柄225社が特別な偏りを示すとは考えにくいので、東証一部上場企業全体における普及率もこの数字に近いと思われる。
Sender ID：受信者側の設定作業
前回は送信側でのSender IDの設定を説明した。Sender IDのようなIPアドレスベースの認証方式においては、送信側はDNSへのSPFレコードの公開だけで運用が開始できるので作業は比較的簡単だといえる。 一方、受信側での作業は少し手間がかかる。実際にSPFレコードを読み出し、送信元サーバのIPアドレスを検査するプログラムを追加する必要があるのだ。今回は受信側での設定について説明する。 Sender IDの受信側での処理 Sender IDの受信側では、認証するときに受信する、あるいはしつつある「送信ドメイン」を特定する。送信ドメインとは、Classic SPFであればSMTP通信のMAIL FROM:コマンドの引数に与えられるアドレスのドメイン部分であり、Sender IDではFrom:やSender:、Resent-From:やResent-Senderなどのメールヘッダに指定さ
人とつながる | サービス・機能 | NTTドコモ
ドコモ同士はもちろん、他社のケータイやパソコンにも文字や静止画などが送れます。絵文字を組み合わせたメールを送ることもできます。 iモードメールへ
メール管理者の「ヒヤリハット」レポート
－不用意なセキュリティ対策がトラブルの種に－ この記事では、現役のメールサーバ管理者が体験したさまざまな「ヒヤリハット体験」を紹介していく。中には「トホホ」な事例も含まれているが、セキュアで安定したメールサーバの運用を実現していく際の手助けになれば幸いだ。 佐藤潔、内田雅生、飯村直弘、加藤雅彦 2008/3/3 子供から高齢者まで、ありとあらゆる人が普通に使うコミュニケーションメディアとなった感のある電子メールだが、それを配送するメールサーバの運用についていえば、やはりプロの仕事であり、そう間単な作業ではない。そこには、利用者からはうかがい知れない、涙ぐましい努力が隠れていたりするのだ。 この記事では、現役のメールサーバ管理者が体験したさまざまな「ヒヤリハット体験」を紹介していく。中には、原因が分かってみればあっけないトラブルやケアレスミスに起因する「とほほ」な事例もあるが、それだけに、現
NTTドコモのSPF活用でSPF普及率が大幅アップ | スラド セキュリティ
他の人がコメントで書いている通り、国内を発信元とするspamが減少したのは OP25Bによるものですね。 SenderID/SPFはspam対策というよりも、なりすまし防止策です。 ですから、なりすまして送るspamが防止できるというだけです。 厳密にいえばspamは防げません。 SenderID/SPFで指定されているメールサーバからspamを送信したり、 spam業者がspam送信用のサーバをきちんとSenderID/SPFで指定したり していると、spam防止はできません。 前者の場合はメールサーバの管理者がアカウント停止処置などにより spam送信を継続できなくすることはできますが。 ですから、たとえば中国のIPアドレスから @hotmail.com なメールが 送られてきた場合にはspamとして排除してもいいですが、 hotmail.comのメールサーバを使って送ってくるspam
NTTドコモがSPFによるメール着信拒否機能を提供 | スラド
NTTドコモが11月1日からSPF(Sender Policy Framework)によるドメインなりすましメールの拒否機能を提供するとのことです。ユーザーの選択によって SPFで確認できないドメインからのメールを、「拒否しない」／「存在するドメインからのみ受信」／「全て拒否する」という設定が出来るようです。 これって「ドコモにメールを出す場合はDNSサーバでSPFの設定をしろ」という事にならないでしょうか。 ユーザーが本当に理解して使う分には良いのですが、メールを受けられなくなったユーザーからDNS管理者にクレームが来ることにならないかと心配しております。 ちなみにauやソフトバンクはそこまでの機能は提供していません。
SMTP - SPF導入のすすめ : 404 Blog Not Found
2007年04月15日12:00 カテゴリiTech SMTP - SPF導入のすすめ NNIPFの話題も出たので、SPFについても書く事にします。 SPFって何? Weblioはこう答えてくれました。 SPF とは (Sender Policy Framework) エスピーエフ, えすぴーえふ SPFとは、電子メールの送信元ドメインを認証する方式のひとつである。SMTPの拡張仕様であり、RFC 4408として定義されている。 ここまでの説明は合ってます。が、以下の下りは完璧に間違っています。 SPFでは、あるドメインに対して電子メールを送ることのできるアドレスを、メールサーバーの側であらかじめ送信者のIPアドレスとして管理している。管理よって認証されたアドレスがメールサーバーの保有している情報と整合した場合に限り、そのメールが正当なものとして送信される。 詳しくはRFC 4408または
送信ドメイン認証SPFレコードについて | EZwebへメール送信する際の注意事項 | au by KDDI
送信ドメイン認証SPFレコードについて 送信ドメイン認証SPFレコードとは、メールを送信するサーバの情報をDNSサーバ上で公開し、送信されたメールのドメイン名とDNSサーバのSPFレコードとの整合性を受信サーバ側で確認することで、そのメールが正当なメールサーバから送信されたものかを認証する技術です。これにより、正当なメールサーバから送信されたメールと「なりすましメール」とを判別することが可能となります。その為には送信されているメールのドメイン (エンベロープFrom) と送信IPアドレスの関連をSPFレコードに記述していただく必要がございます。 RFC4408 (英文) Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 EZwebにSPFレコードを公開してメールを送信され
ITmedia - スパム対策の決め手、「送信ドメイン認証」のこれから
送信ドメイン認証の実装を進めていく中で、意外な注意点も浮かび上がってきた。新たなスパム送信者の手口などとともに紹介していこう。 以前の記事でも紹介したが、スパムメールやフィッシング詐欺対策として有望視されている方法が送信ドメイン認証だ。主な技術として、IPアドレス方式の「SPF」や「Sender ID」、電子署名方式の「DomainKeys」「DKIM」などがあり、確実に実装／導入が進んでいる。 続くこの記事では、実装を進めていく中で浮かび上がってきた注意点や新たなスパム送信者の手口などについて紹介していこう。 SPFを公開する際の注意点 前回の記事で紹介したとおり、SPFレコードを公開するドメインは確実に増加している。ただそれに伴い、間違ったSPFレコードを公開しているケースもまた多く見られるようになった。 SPFレコードの文法は簡単だ。だがタイプミスなどが1つでもあると、レコード全体が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
迷惑メール対策の「SPF」、日経平均銘柄225社の採用率は23.1％ 
マカフィー ウイルス定義ファイル
IIJ、Ooyala（ウーヤラ）社と動画配信分野で提携 | プレスリリース | IIJ