Doodle Page : 個人的な落書き

主に企業・団体を対象とした標的型メールによるハッキング、ランサムウェア被害、個人情報・資産も対象としたフィッシングが一般ニュースとして報じられることが増えていています。直近では大手証券会社10社のアカウント乗っ取りが巷を賑わせています。

私はネットワークの専門家ではありませんが、スパムの発信元の調べ方（つまりメールはどうやって届くのかなど）、先人の情報を元に対処してきた知見をもとに、詐欺にあう状況を未然に防ぐ情報を何かしら提供できたら…と思い、ここ数年間のフィッシング詐欺メールの傾向に関して、私なりのメモを書いておきます。

フィッシングはメールに限った事ではなくSNSや物理的な郵便物にも存在しますが、ここでは主に電子メールに絞って説明します（SNSでも当てはまる状況はあるので参考にして戴けると良いかと思います）。

スパム防止策のSPF, DKIM, DMARCや、ブロックリストサービスが利用されるようになって昔のような単純なスパムは減りつつあるもの、セキュリティ対策の弱いサーバーを渡り歩いて発信したりするスパムは減るどころか増えている印象があり、特にフィッシングメールは爆増していると感じます。

以前は使用される文字（や文字エンコーディング）が中国語混じりだったり、文面が不自然だったり、文面が割と普通でも記載された住所や電話番号が別企業のものだったり架空だったりすることもありましたが、生成AIの進化の影響もあるのか、徐々に違和感が少なくなって来ています（未だ完全ではなく、ところどころ中国語の漢字が混入したり、差出人部分に件名に書くべき文面が書かれたり、本文がUTF-8宣言されながらShift-JISで書かれていたり…など細々としたミス・違和感は残ります）。

分類

思いつく範囲で大雑把に分類すると以下のような種類があります。

A：宝くじに当選した／有名企業の賞金権利が与えられた／海外資産家の遺産が相続される／好条件の融資話などの文面で、受け取りに必要な個人情報を返信させたり、送金のための手続き料／手数料を要求するタイプ

※ナイジェリア詐欺、419詐欺、送金詐欺、ロマンス詐欺；　※昔よりは減っている印象（ロマンス詐欺に騙された例は時々報道されるが…）
※高齢者が詐欺にあったとの報道がしばしば見かけるが、情報に疎い若者も結構詐欺にあっている様子

B：PCがウイルスに侵されたというセキュリティツールを装った画面を表示し、サポートを装った詐欺者とデスクトップ共有させて、資金を搾取したり悪意あるプログラムを実行させてトロイの木馬などのマルウェアを仕込ませるタイプ

※高齢者が詐欺にあったとの報道がしばしば見かけるが、情報に疎い若者も結構詐欺にあっている様子

C：あなたのデバイス（PCやスマホ類）をハッキングして個人情報を盗んだ／恥ずかしい情報をばら撒くなどの脅し文句で、ギフトカード類や仮想資金での支払いを要求するタイプ

※デバイスをモニタリングしており、警察などに通報したらすぐ察知できるとの脅し文句付きが多い。

D：業務用資料を装ってマルウェア（ウイルス、トロイの木馬、またはそれらの前段階の準備をするプログラム）を実行させようとするタイプ

※悪意あるJavaScriptを仕込んだPDFやWord、Excel文書類を添付して開くように誘導する事が多い。昔は多かったが最近は減っている印象。添付されたそれら文書を開くべきではないが、研究・調査のために開く必要があるならばPDFリーダーの設定でJavaScriptを無効化する、MS OfficeではVBAを無効化するなどの対策が必要

E：悪意あるサイトへ誘導して、マルウェアを手動または自動実行させる／手動ダウンロード＆手動実行させるタイプ

※「Windowsキー + Rキー」を押下するような指示がある場合は要注意
→ パソコンに偽のウイルス感染警告を表示させるサポート詐欺に注意 (独立行政法人情報処理推進機構 IPA 2024-11-19, 2025-04-03)

F：悪意あるサイトへ誘導して、さも儲かりそうな文面を並べて（偽投資情報などの）悪意あるSNSや偽の副業やギャンブルなどへの参加を促すタイプ

※有名人を騙るスキャンダル的なタイトルのリンクなどから誘導する例がある
※2024年頃から出回り始めた印象
※楽して儲けられるような情報を教えてくれる時点で怪しいと気付くべき（うまい話はない。儲かるなら言いふらす訳がない）

G：（IT企業、金融機関などの）正規Webサイトに似せたWebページ（大抵はログインページ）に誘導して、IDやパスワードなどの情報を盗みとろうとするタイプ

※2024年頃から激増

見分け方

スパム（含むフィッシング）か否かを明確に定義するのは難しいですが、一般的には以下の例で判断すればよいと思います。

• 不自然な語句・言い回しがあるならば、大抵はスパム
  ※日本人でも編集ミスなどでうっかり書き間違える程度の軽度なものは除く
• 金融機関などに連絡先／メールマガジン送付先として登録しているメールアドレスとは異なるメールアドレスに届いた場合、スパム
• 海外とのやり取りがないのに英語や中国語のメールが届いたなら、大抵はスパム
• 差出人のメールアドレスが、本来の企業や団体と異なる（奇妙な文字列やgmailやYahoo！などのフリーメールアドレス、ISPが提供する個人向けアドレスだったりする）ならば、スパム
  ※正しい文字列でも詐称されている場合があるので注意
• 本文の「〜様」風宛名書きが、本名や登録名（ニックネームなど）でなく（メールアドレス）様や（メールアドレスの@より前方の文字列）様ならば、ほぼスパム
  ※実際の氏名や登録名を把握できていないのはおかしい
• 数週間／数か月先などの比較的長い期間を提示したお知らせではなく、数時間・数分以内にリンクを辿るように要求する／煽る内容ならば、スパム
  ※会員登録手続きなどをしている最中に、認証コードやリンクがメール送信されるから従いなさいという指示と共に、同内容のメールが届いて「何分以内」「何時間以内」に対応しないと無効になるという場合を除く
• フィッシング詐欺被害抑止ブランドロゴを採用した企業からのメールなのにロゴがない場合は、スパムの疑いあり　但し、注意点あり
  • そもそも対応していないメーラーでは表示されず、区別がつかない
  • 対応しているメーラーでも状況によって表示されない場合があり、表示の有無だけでは判断できない
  • ロゴが表示されていれば安心というわけではない
    下記の「偽のえきねっと」の様に偽のメールブランドロゴを付けたフィッシングメールが実在しており、その事実からすれば本物とそっくりの偽メールブランドロゴを付けたフィッシングメールも実現し得ることが容易に推察される
    

更に、もしヘッダ情報を読むことができる人ならば以下も判断材料となります。
リンクに関してはソースを直接読まずとも、クリックせずマウスホバーした際に実際のURLが表示される環境ならば同じチェックが可能

• SPF, DKIM, DMARCなどの認証が通っていない印が見つかればスパム
• X-Spam-Status: Yesならば、ほぼスパム（但し、誤判定もあり。スパムでもNoだったりする）
• 発信元のIPアドレス（やドメイン名）が本来の企業や団体と異なっていれば、スパムの疑いが濃厚
  ※スパムでなくても企業によってはアンケート専用のサイトを利用したメールを送信してくる例も稀にあるので、非常に悩ましい（止めて欲しいと常々思っている）
• リンクの表面的に見えるURL文字列が本来の企業・団体と無関係ならば、ほぼスパム（ランダムな文字列ならば特に怪しい）。
  ※アンケート専用のサイトへ誘導する例も稀にあるので、非常に悩ましい（止めて欲しいと常々思っている）
  ※某証券会社のメールマガジンではAmazonのEC2サイトへのリンクが記載され（公式でなくても作成できてしまうので素性が不明となる；実際にフィッシングでも多用されている）、署名部のURLすら本来のURLと似つかない短縮URLが記載される事例があった。論外！（止めるよう苦情を伝えた）
• リンクの表面的に見えるURL文字列が正しくても、実際の誘導先（<a href="〜">の"〜"部分が表面的な文字列と異なっているならば、スパム
• 特にHTMLメールの場合で、表向きには表示されないが、HTMLソースに中国語が多数混入している場合は、スパム
• 特にHTMLメールの場合で、表向きには表示されない形で（visibility:hiddenやdisplay:none指定で）HTMLソースに意味のない文字列が大量に混入している場合は、スパム
  ※コピー／盗用を避けるためにblogでも稀に採用されている手法だが、メールの場合はスパムフィルター除けが目的と思われる
  最近はvisibility:hiddenやdisplay:none指定で無意味文字を混入させるのが面倒なのか、ただ単に無意味な未定義タグを混入させる例も増えています（未定義タグはHTML的に無視されるだけなので効果は同じ）
  

  実例1（無意味な文字列を明示的に隠す例）：

  薄い文字部分がゴミ文字列とそれを隠すためのCSSタグ、赤い文字部分が表向きに見える（＝HTMLレンダリングで見える）文字列
  <span id="LOLtHuzJ" style="display: none;">ま</span>引<span id="rmZYEXX" style="display: none;">ミクなはシ</span>き<span id="LsFAS" style="display: none;">るさ</span>続<span id="CBh" style="display: none;">サあみメんクんシ</span>き<span id="rItz" style="display: none;">イネせゆこハルわ</span>、<span id="Ofrh" style="display: none;">くこむ</span>A<span id="rNmXW" style="display: none;">ロホにム</span>m<span id="iDXF" style="display: none;">ひさよゆ</span>a<span id="jXDTB" style="display: none;">カセヘよむよ</span>z<span id="WwV" style="display: none;">へのカもユヌ</span>o<span id="fFUzI" style="display: none;">ヌ</span>n<span id="uRsOU" style="display: none;">う</span>.<span id="cuf" style="display: none;">ろラマちいぬメよ</span>c<span id="mbKCDsUJ" style="display: none;">やんク</span>o<span id="JFMNCR" style="display: none;">ハうモきヒきヨ</span>.<span id="ZPQLHzg" style="display: none;">ヘシきマカ</span>j<span id="LoZs" style="display: none;">ケメるイスン</span>p<span id="PiPQ" style="display: none;">セトあ</span>をご<span id="xWZAXHb" style="display: none;">けカりきい</span>愛<span id="rcn" style="display: none;">ヒれ</span>顧<span id="NITnP" style="display: none;">け</span>賜<span id="ObIcJv" style="display: none;">トタあ</span>りますようお願い申し上げます。
  上記は、表面的には次のように表示されます：ま引ミクなはシきるさ続サあみメんクんシきイネせゆこハルわ、くこむAロホにムmひさよゆaカセヘよむよzへのカもユヌoヌnう.ろラマちいぬメよcやんクoハうモきヒきヨ.ヘシきマカjケメるイスンpセトあをごけカりきい愛ヒれ顧け賜トタありますようお願い申し上げます。

  実例2（未定義タグだけを混入させる例）：

  薄い文字部分が未定義HTMLタグ、赤い文字部分が表向きに見える（＝HTMLレンダリングで見える）文字列
  <OJH>お</OJH>知ら<ICM>せ</ICM>には、<IUFPA>お</IUFPA>取引や<ANGLKEUX>口</ANGLKEUX>座管理<IUKG>に</IUKG>関する<XVMPRFTF>重</XVMPRFTF>要な情<SHV>報</SHV>
  上記は、表面的には次のように表示されます：お知らせには、お取引や口座管理に関する重要な情報

正しいメールか否か、少しでも疑問を感じたらメールのリンクを辿らずに、自分のブックマークやGoogleの検索結果など正しいと確証の得られるリンクで企業サイトにログインした後に、メールが遡及する内容が本当に要求されているのか否かを確認するようにするのが得策です。

通報など

余裕がある人は、以下に報告すると良いでしょう。
通報すれば発信源／誘導先が塞がれるので、詐欺者に次を探す手間を掛けさせることになり、被害を防ぐことに繋がります。
特にGoogle Safe Browsingや、発信元や悪用された誘導先のサーバー管理者への連絡は効果が高い様子（後者2つは手間もかかりますが…）

• フィッシング対策協議会　：報告先＝info@antiphishing.jp
• 日本データ通信協会　：情報提供先＝meiwaku@dekyo.or.jp
• Google Safe Browsing　通報することで、該当ページにアクセスした際に「この先は詐欺サイトです」という警告が出されるようになります
• Amazon 不審な E メールの報告　報告先：stop-spoofing@amazon.com
• 発信元や誘導先のネットワーク管理者
  

  注：誘導先の場合、通信キャリアなど一般法人の場合に限るのが無難です。詐欺者が運営していると考えられる場合は送るべきでない。
  Brasilのサーバーなど管理の甘い所はGmailやYahoo!メールといったフリーメール、しかもadminやabuse, supportといった管理名でなく個人名だったりして悩ましいところです。

  ※企業・団体・悪意のない個人のWebサイトにあるアクティブコンテンツ（バージョンの古いWordPressやMovable Typeなど）の脆弱性を突かれて、悪意あるコンテンツがひっそりと仕組まれて、そこがフィッシングの踏み台やフィッシングサイトに悪用される場合もあり、その場合は本来の団体にWebが悪用されている旨を教えてあげるのは良いと思います。

  例：東京の某区の学童クラブ用サーバーにスパムの踏み台が仕組まれたのを連絡し、調査して対処したとの返事を戴いたこともあります。
  しかし…2年後に別の区の学童クラブ用サーバーがランサムウェアにやられたと報道されたのには呆れました。管理が杜撰なんでしょうか

関連：比較的新しいフィッシングレポートとして、フィッシング対策協議会 技術・制度検討 WG 報告会 (2025年2月25日) の資料：2025年版フィッシングレポートの概要とポイント (PDF) が参考になりますし、フィッシング対策協議会の月次報告書も状況把握に役立つと思います。
あとついでに、かなり古い情報だけれど…セキュリティ関連で書いたページ

撮り溜めた録画ファイルやダウンロードした映像を主としてファイルサイズを縮小するために幾つかのエンコーダ類を利用して再エンコードすることが多いのですが、比較的よく利用するMediaCoderでは2つ（ファイルサイズが小さいと3つ）のファイルを変換する毎にdonateを促すダイアログがポップアップ表示されます。2015年頃までの版では簡単な加算・減算、最近の版では文字の入力を求められますが、目の前にいる場合はその都度手作業で対応すればよいのですが、席を外して多数のファイルを一度に変換する場合には対応するまで処理が止まってしまうのがネックです。

ちょっと調べるとWindows 自動化ソフトUWSC（サイト消滅のためInternet Archiveへのリンク；作者の消息不明？）を利用して加算・減算に自動対応する例があり、それをそのまま利用することで上手くいっていたのですが、しばらく更新をせずにいたMediaCoderを数日前に更新したら質問が加算・減算でなくなったため、対応できなくなってしまいました。

再度ググってみると、ダイアログに直接答えずアルファベットのaからzまで順番にトライする方式（総当たり／ブルートフォース（力ずく）方式）のページを見つけました。最悪25回失敗して26回目に成功する場合もあり得ますが[*1]、現状のダイアログは一定回数の失敗で打ち切られたりしないので、こんな割り切ったやり方でも目的を達せられます。とはいえその様子を見るともどかしく、文字質問でも一発で回答させたくなったので、UWSCのスクリプトを書いてみました。UWSCの文法は知らなかったので検索で得た情報の付け焼刃です。

そんな訳で書いたのが以下のスクリプトです。過去版＆最新版のMediaCoderは、加算・減算の質問と文字の質問を混在させて出題しませんが、どの版に対しても1つのスクリプトで対応できた方が便利なので、加算・減算と文字の質問のいずれでも回答できるようにしておきました。

ファイル名は任意（例：MediaCoder_AutoContinue.uws）

// MediaCoderによる加減算または文字の質問に自動回答するスクリプト
// 以下およびUWSC文法解説ページを参考とした
// 但し、文字質問に対しては総当たりではなく一発で回答するようにした
//   http://ameblo.jp/tomop-2012/entry-11565904937.html -- 加算
//   http://www.magicvox.net/archive/2014/12181008/ -- 加算・減算
//   https://pcbozu.com/blog/10253.html -- 文字（但し"a"〜"z"総当たり）

Dim idx = 0
Dim ItemNum = -1
Dim StrAnswer = ""
Dim StrArray = SafeArray(0, -1)  // Dim StrArray[-1] でも可
Dim OrdinalNum = 0

While TRUE
    // 15秒待機
    Sleep( 15 )

    // ダイアログ検出
    DialogID = GETID( "Continue in" )
    If DialogID < 0 Then Continue

    // ダイアログ内文字列取得
    ItemNum = GETITEM( DialogID, ITM_STATIC )
    If ItemNum <= 0 Then Continue

    For idx = 0 To ItemNum - 1
        StrArray = Split( ALL_ITEM_LIST[idx] )

        If Pos( "math:", ALL_ITEM_LIST[idx] ) > 0 then
            //  質問例：Let's do a simple math: 2 + 9 = ?
            If StrArray[6] = "+" Then
                StrAnswer = Val( StrArray[5] ) + Val( StrArray[7] )
            ElseIf StrArray[6] = "-" Then
                StrAnswer = Val( StrArray[5] ) - Val( StrArray[7] )
            ElseIf StrArray[6] = "*" Then
                // 乗算は実際には登場しないが可能性がありうるので追加
                // 除算は余りや小数、循環小数の問題があるため登場しないハズ
                StrAnswer = Val( StrArray[5] ) * Val( StrArray[7] )
            Else
                MsgBox("未対応の演算子" + StrArray[6], BTN_OK)
                Exit
            EndIf
        ElseIf Pos( "letter of the word ", ALL_ITEM_LIST[idx] ) > 0 Then
            // 質問例：What is the 9st letter of the word "MediaCoder"?
            // ※正しくは 9th だが、MediaCoderでは1st, 2nd, 3rd以降 ?st 表示
            // 序数は1st, 2nd, 3rd, 4th…という具合なので後方2文字を除去
            OrdinalNum = Copy( StrArray[3], 1, Length( StrArray[3] ) - 2 )
            StrAnswer = Copy( StrArray[8], Val( OrdinalNum ) + 1, 1 )
            // 以下はしなくても動作上問題ないが、明確に文字に置換するならば…
            StrAnswer = VarType(StrAnswer, VAR_USTR) // VAR_ASTRでも可
        Else
            // 加算・減算・文字質問のいずれでもない
            Continue
        EndIf

        // 回答入力エリアへ送信
        SendStr( DialogID, StrAnswer, 2 )

        // 2秒待機
        Sleep( 2 )
        // Continueボタン クリック
        ClkItem( DialogID, "Continue" )
        Break
    Next
WEnd