FTCセーフガード規則：貴社の金融会社にはDMARCが必要ですか？

オハイオ州にあるある地域の自動車販売店を例に挙げよう。この販売店では、融資のために社会保障番号を収集し、メールでローン書類をやり取りし、共有受信箱を通じて顧客の保険書類を管理している。

ITチームは、ウイルス対策ソフトの運用、ファイアウォールの維持管理、およびスタッフへのパスワード管理に関する教育を行っています。しかし、これまで一度も導入されていないのがメール認証です。同社のドメインには、SPF（Sender Policy Framework）、DKIM（DomainKeys Identified Mail）、DMARC（Domain-based Message Authentication, Reporting, and Conformance）のいずれのポリシーも設定されていません。そのため、悪意のある攻撃者であれば誰でも、その自動車販売店のドメインから送信されたように見えるメールを送信することが可能です。

その自動車販売店は、FTC（連邦取引委員会）の「セーフガード規則」の対象事業者であり、通りを隔てたところにある住宅ローン仲介業者、街の反対側にある独立系ファイナンシャルアドバイザー、そして顧客のポートフォリオを管理する地域投資会社も同様です。この規則は、融資の手配を行う自動車販売店、住宅ローン仲介業者、ファイナンシャルアドバイザー、債権回収業者、税務申告代行業者、ペイデイローン業者など、銀行以外の金融機関を幅広く規制するものです。

これらすべてにおいて、電子メールが主な攻撃経路となっています。BEC（ビジネスメール詐欺）攻撃により、組織は2024年に1件あたり平均 1件あたり平均12万9,200ドルの損害を与えています。FBI IC3の2024年年次報告書によると、2024年5月13日以降、 情報漏洩通知義務 により、対象となる事業者は該当するインシデントを30日以内にFTCに報告することが義務付けられており、これにより、対応よりも予防に直接的な緊急性が生じている。

このガイドでは、遵守義務の対象者、規則の内容、電子メール認証がコンプライアンスにどのように寄与するか、および組織の形態に合わせてDMARCを導入する方法について解説します。

FTCのセーフガード規則を遵守しなければならないのは誰か？

「セーフガード規則」の適用範囲は、金融規制といえば主に銀行や信用組合を連想する多くの事業主にとって驚きである。実際には、この規則は金融活動に「実質的に従事している」あらゆる機関を対象としており、FTCはこの定義を広く解釈している。どのような事業体が対象となるかを理解することが、コンプライアンスに準拠したセキュリティ体制を構築するための第一歩となる。

本規則では、「金融機関」を組織形態ではなく、その活動内容に基づいて定義しています。貴社が金融商品やサービスの提供過程において、消費者からNPI（非公開個人情報）を収集している場合、本規則が適用される可能性が高いです。NPIには、社会保障番号、金融口座情報、運転免許証番号、保険の詳細、および投資データなどが含まれます。

自動車販売店

融資の手配や仲介を行う自動車販売店は、「セーフガード規則」の対象事業者となります。運転免許証番号、社会保障番号、職歴、および金融口座情報は、毎日販売店のシステムを通じてやり取りされています。融資申請書、保険書類、車両契約書は日常的に電子メールでやり取りされるため、電子メールはフィッシングやBEC攻撃の主な侵入経路となっています。

住宅ローン仲介業者

住宅ローン仲介業者は、金融サービス業界において最も機密性の高い個人データを扱っています。具体的には、社会保障番号、銀行口座情報、確定申告書、雇用記録、不動産情報などが挙げられます。融資書類、鑑定評価書、クロージング開示書などは頻繁に電子メールで送受信されるため、仲介業者の業務は、電信詐欺や融資書類を悪用したなりすまし攻撃の格好の標的となっています。

ファイナンシャル・アドバイザー

独立系ファイナンシャルアドバイザーや登録投資顧問会社は、投資口座情報、税務データ、口座明細書、およびファイナンシャルプランニングの書類を扱っています。顧客との連絡は主に電子メールで行われており、この電子メールの通信経路は、顧客の口座やカストディアン・プラットフォームの認証情報を標的とした攻撃の主要な侵入経路となっています。

これら3つの事業体タイプすべてにおいて、「セーフガード規則」は、事業者が銀行であることを要件としていません。同規則が求めるのは、事業者が金融活動に従事し、NPIを収集していることだけです。組織が自らがこの適用範囲に該当すると判断した場合、次に検討すべきは同規則が実際に何を求めているかという点ですが、2021年の改正により、その要件は大幅に具体化されました。

FTCのセーフガード規則では何が求められているのか？

セーフガード規則では、対象事業体に対し、その事業規模、複雑性、および性質に応じた包括的な情報セキュリティプログラムを策定、実施、および維持することが義務付けられています。これらは単なる目標を示すガイドラインではなく、法的拘束力があり、違反した場合には法的措置が講じられる要件です。

2021年の改正により、9つの具体的な必須要素が導入され、多層防御モデルを反映した体系的な枠組みが構築されました。機密性の高い財務データを保護するには、単一の対策だけでは不十分です。

FTCのセーフガード規則に基づく情報セキュリティプログラムに必要な9つの要素

1. 適格な担当者の指名： 情報セキュリティプログラムの実施および監督を担当する。
2. 書面によるリスク評価の実施： 保有する顧客情報を特定し、脅威を列挙し、評価基準を策定する。
3. セキュリティ対策の設計と実装： アクセス制御、暗号化、MFA（多要素認証）、DLP（データ漏洩防止）、およびアクティビティのログ記録。
4. セキュリティ対策の定期的な監視とテスト： 継続的な監視、または年1回のペネトレーションテストに加え、半年に1回の脆弱性評価を実施する。
5. スタッフの研修： セキュリティ意識向上研修および、新たな脅威の種類を網羅した継続的な再教育。
6. サービスプロバイダーの監視： サードパーティプロバイダーを精査し、サービス契約にセキュリティ要件を盛り込む。
7. プログラムを最新の状態に保つ： 新たな脅威、人員の異動、業務体制の変更に応じて、管理措置を更新してください。
8. 書面によるインシデント対応計画の作成： 役割、連絡手順、エスカレーション手順、および事後検証プロセスを定義する。
9. 取締役会への報告を義務付ける： 取締役会またはそれに相当する統治機関への年次コンプライアンス報告。

これらの要素のうちいくつかは、電子メールのセキュリティに直接的な影響を及ぼします。要素3では、送信者の認証と機密情報の暗号化を行うアクセス制御が求められます。要素4では、電子メールシステムを含むすべてのインフラストラクチャにわたる監視とテストが義務付けられています。要素5では、フィッシングやBEC（ビジネスメール詐欺）に関する従業員への教育が求められます。要素8では、電子メールを悪用した攻撃シナリオを想定したインシデント対応計画の策定が求められます。

DMARC、SPF、DKIMによる電子メール認証は、アクセス制御（送信者の認証）、アクティビティのログ記録（DMARCの集計レポートおよびフォレンジックレポート）、インシデント対応（なりすまし試行のリアルタイム検知）、およびモニタリング（認証状況の経時的な追跡）といった複数の要素を直接的にサポートします。 顧客レコードが5,000件以上の対象事業者は、転送中および保存中の顧客情報の暗号化、多要素認証（MFA）の導入、詳細な活動ログの維持も義務付けられています。これらの基準は、地域規模で事業を展開する住宅ローンブローカー、ファイナンシャルアドバイザー、自動車販売業者の大部分を網羅しています。

電子メール認証が「セーフガード規則」の遵守においてなぜ不可欠なのか

金融機関にとって、電子メールは数ある攻撃経路の一つに過ぎないわけではありません。それは主要なリスク要因であり、詐欺、認証情報の盗難、ソーシャルエンジニアリング攻撃の大部分がここから始まる経路なのです。「セーフガード規則」の対象となる組織にとって、電子メール経路の保護は単なるオプションの強化策ではなく、セキュリティ上の基本要件なのです。

金融機関を標的とする攻撃者は、インフラを侵害する必要はありません。彼らは、認証制御を迂回するのではなく、その欠如を悪用して、あたかも貴社のドメインから送信されたかのように見せかけたメールを送信します。金融サービス企業は、認証情報盗難、不正な送金、規制当局への対応、顧客への通知といった多重のコストに直面していますが、そのすべては認証されていないメールから始まっているのです。

保護されていないドメインの問題の規模

リスクが認識されているにもかかわらず、 インフォセキュリティ・マガジンによると、主要なメールドメインの92％は、フィッシングやなりすましに対する保護対策が施されていないままであると、Infosecurity Magazineは報じている。多くの組織がスパムフィルターやエンドポイント保護、セキュリティ意識向上トレーニングを実施しているにもかかわらず、自社のドメインを攻撃者に なりすます 。スパムフィルタリングはユーザーへの受信脅威に対処するものですが、メール認証は送信脅威、具体的には自社のドメインが顧客、パートナー、取引先への攻撃に悪用される事態に対処するものです。これらは異なる問題であり、それぞれ異なる対策が必要です。

メール認証の仕組み

SPF (Sender Policy Framework)。 SPFは、どのIPアドレスがあなたのドメインを代表してメールを送信する権限を持っているかを定義し、受信サーバーが、受信者に届く前に権限のない送信元からのメールを拒否できるようにします。

DKIM (DomainKeys Identified Mail)。 DKIMは送信メッセージに暗号署名を付加し、受信サーバーがメッセージの内容が転送中に改ざんされていないことを確認できるようにします。

DMARC (ドメインベースのメッセージ認証、レポート、およびコンフォーマンステスト)。 DMARCはSPFとDKIMを統合し、認証チェックに失敗したメッセージを受信サーバーがどのように処理すべきかを規定するとともに、ドメインに対するすべての認証アクティビティを記録したレポートを生成します。

これら3つのプロトコルを組み合わせることで、不正な送信者がお客様のドメインを偽装することを防ぎ、メールのやり取りに関する監査可能な記録を作成し、被害が発生する前になりすまし攻撃を検知するための可視性を提供します。

電子メール認証に関するFTCの立場

「 FTC職員による電子メール認証に関する見解 では、フィッシング攻撃から顧客を守るため、企業がDMARC、SPF、およびDKIMを導入することを明確に推奨しています。 FTCの企業向け電子メール認証ガイダンス では、この推奨事項を実用的なサイバーセキュリティの基準として強調しています。それにもかかわらず、対象となる組織の間で最も一般的な対策は、電子メール認証を伴わないスパムフィルタリングです。スパムフィルタは受信トレイを保護しますが、認証プロトコルはドメインのアイデンティティを保護します。これらは互換性のある対策ではありません。

電子メール認証とセーフガード規則：コンプライアンスの枠組み

電子メール認証の統制措置を「セーフガード規則」の具体的な要件と結びつけることで、技術的な実装が文書化されたコンプライアンス体制へと転換されます。コンプライアンス担当者や有資格者は、各統制措置が規制上の義務とどのように対応しているかを正確に説明する必要があり、その対応関係は直接的なものです。

各認証プロトコルは、取締役会への報告や規制当局による審査を支える、具体的かつ監査可能な方法で、セーフガード・ルールの要件の1つ以上を満たしています。

実装に移る前に、コンプライアンス上の事例が実際に何を意味するのか、具体的には、電子メールを介した情報漏洩がどのように発生するのか、またどのような認証対策がそれを防ぐのかを理解しておくことが重要です。

メール認証と情報漏洩防止

The FTCの2024年5月のデータ漏洩通知要件 により、対象事業者は、500人以上の消費者に影響を及ぼす該当するデータ侵害を、発見から30日以内に報告しなければなりません。電子メールを介した侵害がどのように発生し、認証制御がそれをどのように阻止するかを理解することで、侵害への対応よりも予防の方が、より効果的なコンプライアンス戦略である理由が明らかになります。

電子メールを介した情報漏洩の発生メカニズム

金融サービス業界における典型的なメールを介した情報漏洩は、明確なパターンに従って発生します。攻撃者は、信頼できるドメイン、サービスプロバイダー、あるいは当該機関自体から送信されたように見せかけたフィッシングメールを送信します。従業員が認証情報を渡したり、不正な取引を承認したりすると、攻撃者はそのアクセス権を利用して顧客データにアクセスしたり、送金を開始したり、将来の悪用に向けた持続的な侵入経路を確立したりします。

DMARCの適用は、この連鎖を最も早い段階で遮断します。ドメインが p=reject で保護されている場合 DMARCポリシーによって保護されている場合、不正な送信元からのメールは受信者に届く前に拒否されます。フィッシングメールは受信者に届くことがなく、攻撃は進行しません。適用が開始された瞬間、ドメインスプーフィングは攻撃ベクトルとして排除されます。

『 IBMの「データ侵害のコスト 2024」レポート によると、金融サービス業界におけるデータ漏洩の平均コストは608万ドルとされており、これには検知、通知、規制対応、および事業中断のコストが含まれています。DMARCの導入コストはその金額のほんの一部に過ぎず、認証の重要性は疑う余地がありません。

財務面および規制面の根拠はいずれも明確です。以下の「実施」セクションでは、金融サービス業界で一般的な複数送信者環境向けに設計された段階的なロードマップを示します。

実践的な導入：コンプライアンス対応のためのDMARCの適切な導入

導入は、それなりの理由があって段階的に進められます。手順を飛ばしたり、進めすぎたりすると、正当なメールの配信が妨げられる恐れがあり、運用面とコンプライアンス面の両方で問題が生じる可能性があります。計画的なアプローチをとることで、配信率とセキュリティ体制の両方を確保できます。

1. 送信元を洗い出しましょう。 自社ドメインからメールを送信するすべてのシステム（社内サーバー、マーケティングプラットフォーム、CRMシステム、人事・財務アプリケーション、サードパーティ製サービスなど）を文書化してください。多くの対象組織では、これまで把握していなかった20～50もの送信元が判明しています。不完全なリスト作成は、導入後の認証失敗の主な原因となります。
2. SPFレコードを実装します。 SPFは、ドメインから送信を許可されるIPアドレスを定義します。手順1で特定したすべての送信元を記載したSPFレコードを公開してください。SPFの10件のルックアップ制限に注意してください。SPFのフラット化処理により、レコード内でホスト名をIPアドレスに変換することで、この制限を回避できます。
3. DKIM署名を実装します。 DKIMは、送信されるメールに暗号署名を付加します。Google WorkspaceやMicrosoft 365を含むほとんどのプラットフォームは、DKIMを標準でサポートしています。送信元ごとにDKIMキーを生成し、公開鍵をDNSに登録してください。
4. DMARCポリシーを p=none で公開します。 p=none の DMARC ポリシーを設定すると、ドメインは監視モードになります。メールは通常通り配信され、集計レポートにはすべての送信元とその認証結果が記録されます。このフェーズは診断を目的としたものであり、直ちに強制適用を行うためにスキップすべきではありません。
5. 監視と是正。 DMARCレポートを確認し、設定が不適切な送信者、なりすましの試み、および設定が必要なサードパーティの送信元を特定します。ポリシーを適用する前に、各問題に対処してください。送信者の複雑さが中程度の組織の場合、このフェーズには通常4～8週間かかります。
6. 強制適用への移行。 すべての正当な送信者が認証されたら、DMARCポリシーをp=quarantine、続いてp=rejectへと移行します。これにより、不正な送信者があなたのドメインからメールを送信することを阻止します。

このプロセスで最もよく見られる不具合の原因については、以下の「よくある間違い」のセクションで解説しています。

業界別ガイドライン

対象となる事業者の種類によって、導入の優先順位は大きく異なります。自動車販売店、住宅ローン仲介業者、およびファイナンシャルアドバイザーにおける電子メールの利用事例、サードパーティ送信者のエコシステム、および脅威プロファイルは、それぞれ画一的な導入ではなく、個別の状況に合わせたアプローチを必要とします。

自動車販売店

販売店は、運転免許証番号、社会保障番号、融資書類、保険書類などを収集し、販売プロセス全体を通じて主に電子メールで連絡を取り合います。具体的な脅威としては、財務担当者を標的としたBEC攻撃、不正な融資契約、および偽装された販売店ドメインを介した顧客認証情報の収集などが挙げられます。対策としては、メインドメインの認証、融資および保険パートナーの送信者管理、ならびに顧客を標的としたなりすまし攻撃に対するDMARCモニタリングの設定を優先すべきです。

住宅ローン仲介業者

住宅ローンブローカーは、社会保障番号、銀行口座情報、確定申告書、および決済書類を取り扱っています。電子メールには、傍受された場合、数十万ドル規模の送金を不正に振り向ける可能性のある書類が含まれています。住宅ローンブローカーにとっての最優先事項は、引受担当者、鑑定士、権利調査会社、貸し手など、第三者送信者によるエコシステム全体を管理し、ローン書類のなりすましを防止することです。

ファイナンシャル・アドバイザー

投資顧問会社は、口座明細書、投資勧告、税務書類、取引確認書を電子メールで送信しています。投資顧問会社のドメインを巧妙に偽装することで、口座間の資金移動を不正に振り向けたり、保管機関のプラットフォームへの認証情報を盗み出したりする可能性があります。投資顧問会社は、保管機関、ファンド運用会社、およびコンプライアンスシステムからの通信の認証に、導入の重点を置くべきです。

避けるべき一般的な間違い

これら3つの事業体タイプすべてにおいて、直接的な対応を要するほど頻繁に発生する特定の実装上の不備が見受けられる。それぞれが、技術的統制やコンプライアンス文書において特定の不備を引き起こしている。

電子メール認証を任意の措置として扱うこと。 FTCは電子メール認証を明確に推奨しており、同規則のアクセス制御、監視、およびインシデント対応に関する要件は、コンプライアンス遵守の直接的な根拠となります。DMARC、SPF、およびDKIMを任意の追加措置として扱うことは、もはや正当化できません。

送信元を調査せずにDMARCを導入する。 送信元監査を完了する前にDMARCポリシーを公開すると、適用開始後に正当な送信者が認証チェックに失敗し、業務に支障をきたすだけでなく、コンプライアンスプログラムの本来の目的を損なうことになりかねません。

p=reject への移行が早すぎる。 すべてのSPFおよびDKIMの整合性問題を解決する前に強制適用段階に進むと、正当なメール配信が妨げられます。p=noneの監視フェーズは、まさにこのような事態を防ぐために設けられているものであり、恣意的な期限に合わせるために短縮すべきではありません。

DMARCレポートの監視を怠っている。 DMARCレポート は、確認されて初めて価値があります。ポリシーを公開しながら、その結果として生成されるレポートを無視している組織は、その導入からセキュリティやコンプライアンス上のメリットを一切得られません。

サードパーティの送信者を管理していない。 お客様のドメインからメールを送信するマーケティングプラットフォーム、CRMシステム、および決済処理業者は、SPFレコードおよびDKIM設定に含める必要があります。管理されていないサードパーティ送信者はなりすましの経路となり、SPFの10回検索制限を超える可能性があります。

メール転送の見落とし。 メールの転送はSPFを無効にし、場合によってはDKIMの整合性を損なうことがあります。転送アカウントを使用している組織は、 ARC（Authenticated Received Chain） を導入するか、DMARCの整合性要件を緩和して、正当な転送メールがブロックされないようにする必要があります。

コンプライアンスのための導入記録が不十分である。 DMARCの実装により、監査に関連する証拠（DNSレコード、集計レポート、ポリシー変更履歴、および是正措置ログ）が生成されます。文書化が行われない場合、技術的な取り組みによるコンプライアンス上のメリットを規制当局や監査人に証明することはできません。

結論

金融サービス業界における電子メールセキュリティの規制動向は、一方向へと進んでいます。FTCの「セーフガード規則」の2021年改正、2024年の情報漏洩通知義務、そしてFTCによる電子メール認証の明確な推奨は、これらすべてが相まって、かつては技術的なベストプラクティスに過ぎなかったものが、今や法的拘束力を持つコンプライアンスの基準となりつつあることを示しています。今すぐ対策を講じる対象事業者は、規制当局による基準の明確化を待つ事業者よりも、はるかに有利な立場に立つことになるでしょう。

DMARC、SPF、DKIMによるメール認証は、体系的かつ段階的な導入プロセスであり、測定可能なセキュリティ上のメリット、監査対応可能な文書、および「セーフガード規則」の複数の要件に対する実証可能なコンプライアンスをもたらします。今この基盤を構築した組織は、将来、セキュリティ侵害への対応、規制当局からの照会、およびドメインなりすまし攻撃による評判の低下に対処するために費やす時間と費用を大幅に削減できるでしょう。

自動車販売店のファイナンス部門、住宅ローン仲介業者、あるいは独立系アドバイザリー事務所のいずれを運営している場合でも、導入プロセスは同じです。各事業形態に特有の送信元リストの管理や監視の優先順位によって、運用開始までのスピードが決まります。

次の手順：

1. 貴組織がFTCセーフガード規則の対象となる事業者に該当するかどうかを確認してください。
2. 現在のメール認証体制を点検してください：SPF、DKIM、DMARCが設定されているか、またどのポリシーレベルで設定されているかを確認してください。
3. 自社ドメインからメールを送信するすべてのシステム（融資パートナー、引受会社、またはカストディアンシステムを含む）を洗い出してください。
4. p=noneの監視から開始する段階的な導入ロードマップを作成する。
5. すべての正当な送信者の認証と照合が完了したら、強制執行に移行する。

よくあるご質問

FTCのセーフガード規則は、私の事業に適用されますか？

貴社が資金調達の手配、住宅ローンの取り扱い、投資助言の提供、支払いの処理、またはこれらに類する金融サービスの提供を行う際に、非公開の個人情報を収集している場合、この規定が適用される可能性が高いです。FTCによる「金融機関」の定義は、多くの事業主が想定しているよりも広範なものです。

FTCのセーフガード規則に従わなかった場合、どうなるのでしょうか？

コンプライアンス違反は、FTCによる是正措置、民事罰、および是正措置計画の策定義務につながる可能性があります。情報漏洩が発生した場合、規制当局は貴社の情報セキュリティ体制が適切であったかどうかを評価します。インシデント発生後に判明した不備は、事前のコンプライアンス違反よりもはるかに深刻な結果を招くことになります。

FTCのセーフガード規則では、電子メールの認証は義務付けられていますか？

名称こそ明記されていないが、事実上必須となっている。この規則が定めるアクセス制御、アクティビティのログ記録、インシデント対応、およびリスク評価の要件は、SPF、DKIM、DMARCを導入する直接的な根拠となっている。 FTCは公式ガイダンスにおいてDMARCを明示的に推奨している 公式ガイダンスにおいて明示的に推奨している。

DMARCの導入にはどのくらいの時間がかかりますか？

通常、最初の送信元監査から完全な送信拒否措置の実施まで、8～12週間かかります。メール環境がシンプルな組織であれば、4～6週間で完了する場合もあります。一方、大規模なサードパーティ送信元エコシステムを有する組織では、通常、すべての送信元を認証するために全期間を要し、その後で次の段階に進むことになります。

メール認証の導入にはどれくらいの費用がかかりますか？

SPF、DKIM、DMARCは、ライセンス料がかからないDNSベースのプロトコルです。主なコストは、スタッフの作業時間とDMARCレポート分析ツールの費用です。PowerDMARCのようなマネージドサービスの費用は、 $129,200 というBECインシデントによる平均損失額のほんの一部で済みます。また、専任のセキュリティ担当者がいないチームでも、サードパーティ送信者に関する複雑な課題に対処できます。

正当なメールの配信に影響を与えずにDMARCを導入することは可能ですか？

はい、段階的な手順に従えば可能です。p=none から開始することで、メールの送信に影響を与えることなく認証結果を確認できます。p=quarantine または p=reject に進む前に、すべての正当な送信者を特定し、リストに追加しておく必要があります。この監視段階を省略することが、配信障害の主な原因となります。

DMARCは、FTCのセーフガード規則における違反通知要件にどのように役立つのでしょうか？

その 30日間の通知要件 は、すでに発生した侵害に適用されます。DMARCは、メールを介した侵害の大部分を引き起こすフィッシングやドメインスプーフィング攻撃を防止するため、p=rejectを適用している組織では、そもそも通知要件がトリガーされる可能性がはるかに低くなります。

管理できない第三者の送信者がいる場合はどうすればよいですか？

信頼性の高いメールサービスプロバイダー、マーケティングプラットフォーム、CRMシステムの多くは、DKIM署名をサポートしており、SPF認証に関する手順も公開しています。認証に対応していない送信者については、通信にサブドメインを使用するか、その制限事項を既知のリスクとして明記してください。PowerDMARCでは、こうした複雑な送信環境に対応するためのガイダンスを提供しています。

• について
• 最新記事

Ahona Rudra

ドメインとメールセキュリティのエキスパートPowerDMARC

AhonaはPowerDMARCのマーケティングマネージャーで、サイバーセキュリティのトピックについて5年以上の執筆経験があり、ドメインと電子メールのセキュリティを専門としている。ジャーナリズムとコミュニケーションの卒業後学位を取得し、2019年からセキュリティ分野でキャリアを固めている。

最新記事 by Ahona Rudra(全て見る)

• IPレピュテーションとドメインレピュテーション：どちらが受信トレイへの到達率を高めるか？ - 2026年4月1日
• 保険金請求詐欺は受信トレイから始まる：なりすましメールが、日常的な保険業務の流れを保険金横領へと変える仕組み - 2026年3月25日
• FTCセーフガード規則：貴社の金融会社にはDMARCが必要ですか？ - 2026年3月23日