Research Theme

セキュリティ

WebアプリやIoT機器を安全に使うために、どこが危ないのか、どう守るのかを考える分野です。セキュリティゼミでも、脆弱性診断や調査を通して扱っています。

Web脆弱性診断IoTセキュリティ動的解析

この分野で扱うこと

  • Webアプリの入力ミスや設定ミスなど、攻撃につながる弱点を調べます。
  • IoT機器やネットワークを題材に、実際にどんな危険があるかを学びます。
  • 攻撃方法だけでなく、防ぐための設計や検査の考え方も大切にしています。

関連する研究

Security / Reverse Engineering

LLMでバイナリを読み解く

Model-Agnostic Staged Pipeline for LLM Decompilation with Quality Inspection

ソースコードが残っていないIoTファームウェアや実行ファイルを対象に、LLMを使ってCコードを復元し、その結果がどこまで信頼できるかを段階的に検査する研究です。

LLM逆コンパイルIoTファームウェア脆弱性分析
詳しく見る 閉じる

課題

従来のLLM逆コンパイルは、生成されたコードを一回の出力として受け取ることが多く、コンパイルできることと元の挙動に近いことの差が見えにくい課題がありました。

方法

Ghidraの疑似C、関数シグネチャ、ルールベースの品質検査、コンパイラ診断、実行結果を組み合わせ、生成と修復を繰り返すパイプラインを構築しています。

主な結果

HumanEval、MBPP、ExeBench、OpenWrtで評価し、再コンパイル率を各データセットで改善しました。一方で、再コンパイルできても挙動一致までは保証できないことも示しています。

Security / Static Analysis

TEEアプリの境界ミスを見つける

LLM-Driven Taint Analysis for Detecting Bad Partitioning Issues in Trusted Applications

Trusted Execution Environment上のTrusted Applicationを対象に、信頼境界の設計ミスをLLMによる汚染解析で検出する研究です。

TEETrusted Application汚染解析LLMセキュリティ
詳しく見る 閉じる

課題

TEEでは安全な領域と通常の実行環境の間でデータを扱うため、共有メモリや入力検証の扱いを誤ると、機密データ漏えいや不正なメモリ操作につながります。

方法

候補関数を広めに抽出し、関数呼び出しの流れをSTART、MIDDLE、ENDの3段階で追跡します。TEE固有のAPIや信頼境界の知識をプロンプトに分離して与えています。

主な結果

既存のルールベース解析DITINGとは異なる箇所を検出でき、組み合わせることで再現率が向上しました。誤検出を抑えながら補助解析として使う方向性が見えています。

Security / Internet Measurement

メール送信元の信頼性を測る

Characterizing Reverse DNS Deployment for SPF-indicated Sender IP Addresses

フィッシングメール対策に関係する逆引きDNSの設定状況を、SPFレコードから抽出した大規模な送信元候補IPで調査する研究です。

DNSSPFFCrDNSフィッシング対策
詳しく見る 閉じる

課題

PTRレコードやFCrDNSの有無は不審なメール送信元の判断材料になりますが、正当な送信元でも未設定の場合があり、単独の判定指標にすると誤検知の危険があります。

方法

Tranco Top 1MのドメインからSPFレコードを収集し、2,096万件以上のIPv4送信元候補についてPTRとFCrDNSの設定状況を分類しました。

主な結果

PTR設定済みは41.1%、FCrDNS成立は23.0%にとどまりました。逆引きDNSは有用な信号ですが、認証・評判・挙動と組み合わせて読む必要があることを示しています。

お問い合わせ

047-469-5709

matsuno.yutaka(at)nihon-u.ac.jp

※ 迷惑メール対策のため (at) と表記しています。送信時は (at) を @ に置き換えてください。

日本大学理工学部応用情報工学科 松野研究室

〒274-8501 千葉県船橋市習志野台7-24-1 2号館4階 243号室

交通アクセス