azumakuniyukiのブックマーク - はてなブックマーク

Gmailに届かなくなる？最近の電子メールで何が起っているのか？ | IIJ Engineers Blog

IIJ 技術担当部長最近はインターネットの技術を紹介するのがお仕事です。元々プログラマ、サーバ・データセンター・ネットワーク・セキュリティ・モバイルといろいろやってきました。ここしばらく﹁2024年6月よりGoogle (Gmail) が迷惑メール対策を強化、メールが届かなくなるかも﹂というややセンセーショナルなニュースが流れていました。本件、掘り下げるとややこしい話ではあるのですが、この記事ではざっくりと﹁何が起っているのか﹂についてまとめてみたいと思います。(説明を簡単にするため、細かいことは省いています) 結局、私は何をすれば良いの？この問題、﹁Google (Gmail)で何か起るらしい﹂という報道のため、Gmailを使っている人が何かしなければならない雰囲気があります。ですが、実際に対応しなければならないのは、Gmailを使っている人ではありません。むしろGmailを使って

azumakuniyuki 2024/06/25

技術的にどうこうって話ではなく本来の目的やGoogleと米国Yahooの意図についての話、去年の秋からメール世界を騒がせてるスタート地点の話はちゃーんと理解しておくべきやねんな。

リンク

日々高度化するサイバー攻撃からお客様を保護するための取り組み：定期観測レポート（IIR vol.63 1章） | IIJ Engineers Blog

2024年6月に発行したIIJの技術レポートIIR vol.63 1章では「日々高度化するサイバー攻撃からお客様を保護するための取り組み」をお届けします。本報告のポイント電子メールは引き続きビジネスやプライベートでの重要な連絡手段の一つですが、迷惑メールや、それによって引き起こされるフィッシング詐欺により、企業や個人に経済的被害が発生する状況が続いています。IIJでは継続的に迷惑メール対策に取り組んでおり、その知見から次の二点について報告を行ないます。お客様を脅威から保護する取り組み近年の迷惑メールは、正規のメール利用者の認証情報(ID、パスワード)を盗み、メールアカウントを乗っ取って送信されるケースが増えています。このような方法で迷惑メールが送信されると、乗っ取られた利用者自身や所属組織の評判(レピュテーション)が低下し、今後の電子メールの利用に支障が出てしまいます。 IIJセキ

azumakuniyuki 2024/06/21

リンク

「送信者レピュテーションの構築手法に関する研究」（IIR vol.62 2章フォーカス・リサーチ） | IIJ Engineers Blog

2024年3月に発行したIIJの技術レポートIIR vol.62 第2章では、IIJ 技術研究所の櫻庭が情報処理学会で発表した﹁送信ドメイン認証技術を用いた送信者レピュテーションの構築手法とフィードバックループを備えたメールシステムに関する研究︵※1︶﹂の中から、送信者レピュテーションの構築手法を紹介します。本報告の考察迷惑メール対策では、不審なメールを特定して排除するだけでなく、メール流量の大部分を占める受け取るべきメールを低コストで判断することも重要です。この判断のために、送信者のレピュテーションを構築することが有効であると考えられます。今回のIIRで解説する送信者レピュテーションの構築手法は、メール内容を参照せず送信ドメイン認証技術の認証結果だけを利用する簡易的な手法であるにもかかわらず、高い精度の判定結果を得ることができます。転送メールの送信元判定では、たとえDKIMの普及率

azumakuniyuki 2024/03/23

リンク

HTTPSレコードがRFCになりました | IIJ Engineers Blog

RFC9460が出ました昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお

azumakuniyuki 2024/02/22

あとで読む

リンク

Google にメールを届けるために 2023 冬 | IIJ Engineers Blog

2015 年新卒入社。途中、2年ほど IIJ Europe に出向経験もあるが SMX の中の人として長年スパムメールと奮闘中。M3AAWG, JPAAWG にも参加し始め、メッセージングエンジニアとして頑張ってます。最近の趣味はぶらり都バス旅。 Google, Yahoo の Sender Guidelinesについて前回、こんな記事を書いたもののいくつか説明を端折っていた部分があったので再度文字起こしをします。 # さらに、前回字面が強めだったので今回はもう少し優しめにします。改めまして、IIJセキュアMXサービスの中の人、今村です。師走に入り、気づいたらインフルエンザにかかり、、記事を公開するのに時間がかかってしまいました。 (みなさんもお気をつけください。) さて、2024/02 から Google, Yahoo! に一部のメールが受け取ってもらえなくなりますが、メール送

azumakuniyuki 2023/12/25

リンク

Google, Yahoo の Sender Guidelines について | IIJ Engineers Blog

2015 年新卒入社。途中、2年ほど IIJ Europe に出向経験もあるが SMX の中の人として長年スパムメールと奮闘中。M3AAWG, JPAAWG にも参加し始め、メッセージングエンジニアとして頑張ってます。最近の趣味はぶらり都バス旅。メール送信者のガイドライン – Google More Secure, Less Spam: Enforcing Em ail Standards for a Better Experience – Yahoo! 2023年10月初旬、Google と米国 Yahoo! からとある衝撃的な発表があった。要約すると、送信ドメイン認証に対応していないメールは受け取らないという内容である。送信ドメイン認証(SPF, DKIM, DMARC) の普及や活用については世界各国で議論がされており、特に DMARC については RFC 公開されて今年で8

azumakuniyuki 2023/11/08

あとで読む

リンク

APNIC56 Conference in Kyoto ブース出展レポート | IIJ Engineers Blog

開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。以前﹁設立30周年記念 APNIC56 Conferenceが京都で開催﹂で告知していたように、IIJはスポンサーとしてブース出展しました。今回は、出展したIIJブースの紹介や会場の雰囲気をお伝えしていきます。 APNICの紹介は以前のブログで紹介済みですので、気になる方は上の記事もあわせてご覧ください。いざ京都へブース出展は9/12～14ですが、9/11に設営するため、いざ京都へ。開催場所は、国立京都国際会館。緑も豊かでとても趣のある会場です。到着するとAPNIC56の看板を発見！シッカリとIIJのロゴも掲載されています。受付を済ますと、オリジナルストラップのほかにTシャツやパーカーをもらいました。ここにもIIJのロゴが掲載されています。 IIJブースの様子まず

azumakuniyuki 2023/09/25

リンク

DKIM ADSP は廃止されています (HISTORIC です) | IIJ Engineers Blog

IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。結論 https://www.rfc-editor.org/rfc/rfc5617.html (HISTORIC) (※1) 新しくドメイン名を登録された方へ DKIM ADSP レコードは、もはや書く必要はありません。誰も見ていませんし、評価の対象になっていないと考えて差し支えありません。すでにドメイン名を運用されている方へ DKIM ADSP レコードが書いてあるかは、次のように調べられます。 $ dig _adsp._domainkey.example.jp

azumakuniyuki 2023/09/20

あとで読む

リンク

Starlink(スターリンク)とクラウドで月額171円の冗長VPNを構築してみました | IIJ Engineers Blog

今回は日本、アメリカ、ドイツに設置しているStarlinkの検証環境用に構築した冗長VPNについて説明します。これまで過去投稿の一覧を書いていましたが、記事が増えてきたので、タグでまとめた先のリンクにします。IIJのスターリンク関係の記事が集まっていますので活用してください。動画も公開していますので、よろしければそちらもあわせてご覧ください。3ヵ所のStarlinkをどう繋いでいくのか？海外のStarlinkを検証していくために、当初から検証環境について色々と検討していました。Starlink機器にインターネット側からアクセスする手段はないのでStarlink機器配下にVPNで常時接続している機器を設置、リモート接続して検証する形を考えていました。VPNを冗長構成にする事でVPN自身のメンテナンスも安全にできるようになります。 VPNネットワークの構成 Starlink配下におく機

azumakuniyuki 2023/03/09

あとで読む

リンク

忘れ去られたドメイン名に宿る付喪神 | IIJ Engineers Blog

開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。こんにちは。IIJ Engineers Blog編集部です。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。そんな情報を社内に留めておくのはもったいない！ということで、IIJ Engineers Blog編集部より、選りすぐりの情報をお届けします。今回は、使わなくなったドメイン名はどのようにすればよいかを紹介します。そのまま放置しておいてよいのか？︵ダメ︶廃止すればよいのか？︵もっとダメ︶どういった対応を行えばよいのか？どうぞご覧ください。終わったサービス・キャンペーンのドメイン名、放置されていませんか？ドメイン名を放置すると付喪神がやどり、ひとりでにサイトを公開したりメールを出し始め

azumakuniyuki 2022/10/14

あとで読む

リンク

HTTPS 証明書の Common Name の検証がしれっと禁止されていた件について | IIJ Engineers Blog

開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。こんにちは。IIJ Engineers Blog編集部です。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。今回は、すでにお気づきの方もいるかもしれませんが、いつの間にか HTTPS 証明書のCommon Name の検証が禁止になっていた件について紹介します。 HTTPS 証明書の検証手続きは、RFC2818 で﹁Subject Alternative Name があればそれで、なければCommon Name を見よ﹂となっていました。 If a subjectAltName extension of type dNSName is present, that MUST be used as

azumakuniyuki 2022/09/05

リンク

Let’s Encryptでワイルドカード証明書を取得する話 | IIJ Engineers Blog

はじめに SoftwareDesign 8月号のDNS特集にて記事を書かせていただきました。みんな買ってね。で、実は最初に書いてた原稿はもっと長かったんですけど、紙幅の都合で一部の内容については掲載を見送りました。せっかく書いたのに捨てるのはもったいないので、先日おこなわれたDNS Summer Day 2022で発表しようかと準備してたんですが、途中で気が変わって違う内容になりました。そんなわけで、最終的にエンジニアブログにて供養します。加筆修正しまくっているので元の原稿の気配はもはや残り香程度に漂うだけですが。 ACMEでdns-01チャレンジサーバ証明書を無料かつ自動で取得できるサービスとして有名なものにLet’s Encryptがありますが、Let’s Encryptの仕組みはLet’s Encrypt独自のものではありません。ACME (RFC8555)として標準化されていて

azumakuniyuki 2022/07/12

あとで読む

リンク

DNSリクエストをAPIコールへ変換するアダプタをご照覧あれ | IIJ Engineers Blog

社会人生活の半分をフリーランス、半分をIIJで過ごすエンジニア。元々はアプリケーション屋だったはずが、クラウドと出会ったばかりに半身をインフラ屋に売り渡す羽目に。現在はコンテナ技術に傾倒中だが語りだすと長いので割愛。タグをつけるならコンテナ、クラウド、ロードバイク、うどん。もう3年も前のことになりますが、Let’s Encrypt用クライアントツールであるlegoにIIJのDNSアウトソースサービス用プラグインをコントリビュートし、ごく簡単なオペレーションでワイルドカード証明書を全自動に発行できるツールを提供していました。これが思いのほか好評で、ブログをご覧になったお客様にも利用していただいていたようです。 https://eng-blog.iij.ad.jp/archives/1896 https://eng-blog.iij.ad.jp/archives/2165 そんなツールもDN

azumakuniyuki 2022/04/17

あとで読む

リンク

“HTTPSレコード”って知ってる？今知るべき4つの注意点 | IIJ Engineers Blog

[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。そも

azumakuniyuki 2022/03/23

リンク

妻「ねぇ、SysRq キーがないんだけど」 | IIJ Engineers Blog

IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。復習: 妻のパソコンを Windows7から Windows10にアップグレードしたら使いにくいとキレられたので Linux にした件今年に入ってから、妻のノート PCを再起動すると Emergency mode になって起動しない、という状況に頻繁に遭遇するようになりました。こんな感じのメッセージです。 *** An error occurred during the file system check. *** Dropping you to a sh

azumakuniyuki 2021/10/30

あとで読む

リンク

IIR vol.52 発行のご挨拶 | IIJ Engineers Blog

IIJ 常務取締役 CTO。インターネットに魅かれて、1996年9月にIIJ入社。IIJが主導したアジア域内ネットワークA-BoneやIIJのバックボーンネットワークの設計、構築に従事した後、IIJのネットワークサービスを統括。2015年よりCTOとしてネットワーク、クラウド、セキュリティなど技術全般を統括。2017年4月にテレコムサービス協会MVNO委員会の委員長に就任、2021年6月より同協会の副会長に就任。エグゼクティブサマリ 2021年9月、日本政府の新たな機関としてデジタル庁が設立されました。デジタル庁のウェブサイト(※1)には﹁デジタル時代の官民のインフラを今後5年で一気呵成に作り上げ、全ての国民にデジタル化の恩恵が行き渡る社会を実現する﹂と書かれています。組織体制図からも、国民向けサービスと省庁業務サービスのデジタル化に積極的に取り組もうとしていることが読み取れます。行

azumakuniyuki 2021/10/04

リンク

QUICをゆっくり解説(1)：QUICが標準化されました | IIJ Engineers Blog

Haskellコミュニティでは、ネットワーク関連を担当。4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。不定期連載を始めます IIJ-II 技術研究所技術開発室の山本です。私はプログラミング言語HaskellでHTTP/2とTLS 1.3を実装した後、もっぱらQUICを実装することに時間を費やしてきました。ご存知の方もいらっしゃると思いますが、今年の5月にQUICの仕様がRFC9000として公開されました。このRFCは実によく書かれているので、読みこなせばQUICの全容が掴めるでしょう。しかし仕様は膨大ですし、実際に実装してみて初めて腑に落ちることもあります。そこでこの機会に、実際にQUICを実装した経験者目線で、QUICの解説をしていきたいと思います。なんとなくTCP/IPを分かっている方が、ある程度QUICの理解ができることを

azumakuniyuki 2021/07/02

あとで読む

リンク

ファイルをお手軽に暗号化したい！ – openssl cms のススメ | IIJ Engineers Blog

はじめに今回は、IIJ Engineers Blog編集部より、IIJ社内の雰囲気が少し垣間見えるような記事をお送りします。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。そんな書き込みを眺めては、﹁社内だけに留めておくのはもったいない。きっとこういった情報を欲している人もいるはず！﹂と思い、編集部が社内掲示板からチョイスしたものを記事にしてみました。今回紹介するのは﹁手軽にファイルを暗号化－ openssl cms﹂手軽にファイルを暗号化する手法のひとつとして openssl cms を紹介します。どうぞご覧ください！みなさん、機密情報を USB メモリを介して受け渡したり、ネットワークを介してコピーしたいとき、どうやって暗号化していますか? “gpg” を思い付いたあなた。エントロピーが

azumakuniyuki 2021/05/01

リンク

『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog

IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 IIJ 古賀です。普段は、IIJ セキュアMXという迷惑メールフィルタサービスの運用業務に従事し、お客様を守るために、毎日世界の悪と戦っています。今週は﹁新人エンジニアにオススメする技術書﹂というテーマでお送りします。早速なのですが、この﹁UNIXという考え方﹂は、厳密には技術書ではないかもしれません。なぜなら、この本は UNIX というOSが(または Linux に代表される “UNIX-like” なOSが)、どのような人々の思想のもとに設計され、

azumakuniyuki 2020/06/30

あとで読む

リンク

やってみようDNSSEC (自分で頑張りたい方へ)：IIJ DNSプラットフォームサービスのスゴいところ(第5回) | IIJ Engineers Blog

やってみようDNSSEC (自分で頑張りたい方へ)‥IIJ DNSプラットフォームサービスのスゴいところ(第5回) 2020年04月23日木曜日はじめに IIJ DNSプラットフォームサービスのスゴいところを紹介する最終回です。そのはずです。でも、サービスの話はまったくしません。サービスを使ってくれなくてもいいから真似できるところがあれば真似してね、という趣旨にのっとり、最後は自前で楽ちんにDNSSECを運用するためのHowtoです。バックナンバーはいちおうこちらにありますけど、そういうわけでほとんど関連しないので読まなくてもいいです。自前でDNSSEC DNSSECなんてやりたくないと思う人が多いかもしれません。作業手順が煩雑で、作業に使うコマンドに引数をたくさん付与する必要があり、しかもその引数はしょっちゅう変わります。非常に難易度の高い運用であり、しかもミスするとそのドメイン

azumakuniyuki 2020/04/24

あとで読む

リンク

はてなブックマーク

タグ

ブックマーク / eng-blog.iij.ad.jp (26)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス