VB.netのリバースエンジニアリングの完全ガイド

VB.net（Visual Basic .NET）で開発されたシステムのリバースエンジニアリングは、設計書の消失・担当者退職・VB6との混在といった固有の課題を抱える企業からの需要が年々高まっています。しかし、「リバースエンジニアリングとは何か」「費用はどのくらいかかるか」「どこに依頼すればよいか」「法的に問題はないか」といった疑問に一括して答える情報源は少なく、断片的な情報を集めながら検討を進めざるを得ない状況が続いています。VB.netは.NET中間言語（IL）で動作するため逆コンパイルが比較的容易という特性を持ちますが、業務ロジックの完全な復元には高い専門性と業務部門との連携が不可欠です。

本記事は、VB.netのリバースエンジニアリングに関するすべての論点を網羅した完全ガイドです。基本概念から進め方・費用相場・発注方法・会社選び・法的リスク管理・解析ツール・よくある質問まで、検討のあらゆる段階で参照できる構成にしています。各テーマの詳細は子記事へのリンクで深く学ぶことができます。

▼関連記事（詳細はこちら）
・VB.netのリバースエンジニアリングの進め方・手順・工程を解説
・VB.netのリバースエンジニアリングでおすすめの開発会社6選と選び方
・VB.netのリバースエンジニアリングの費用相場・見積もりの考え方
・VB.netのリバースエンジニアリングを外注する方法・発注前の準備

VB.netのリバースエンジニアリングとは

リバースエンジニアリングとは、完成した製品（ここではVB.netで開発されたソフトウェア）を解析し、その構造・仕様・業務ロジックを復元するプロセスです。ソフトウェア開発では通常、要件定義→設計→実装という順序でシステムが作られますが、リバースエンジニアリングはその逆方向、すなわち実装済みのシステム（コード・バイナリ）から設計・仕様へと遡って情報を取り出します。

VB.netはC#と同様に.NETフレームワーク上で動作し、コンパイル後のバイナリは.NET中間言語（IL：Intermediate Language）として格納されます。ILはCOBOLやC言語のネイティブバイナリと異なり、型情報・クラス構造・メソッド名などの高レベルな情報が保持されているため、ILSpy・dnSpy・dotPeekといった逆コンパイラツールを使えば元のVB.netソースコードに近い形まで復元できます。この「逆コンパイルが比較的容易」という特性は、リバースエンジニアリングの観点からはメリット（仕様書復元がしやすい）と同時にリスク（第三者にもコードを解読されやすい）の両面を持ちます。

ただし、逆コンパイルで得られるのはあくまで「どう動くか（What/How）」の情報です。「なぜその業務ルールになっているのか（Why）」はコードには記録されておらず、業務部門へのヒアリングでしか補完できません。この点がVB.netリバースエンジニアリングの本質的な難しさであり、技術的解析と業務的理解を組み合わせた総合的なアプローチが必要になります。

VB.netのリバースエンジニアリングで最も重要な固有知識は、VB6（クラシックVB）との本質的な違いです。VB6はCOMアーキテクチャに基づくネイティブバイナリで動作するのに対し、VB.netは完全に異なる.NETランタイム上で動作します。この二つは「VB」という名称を共有するものの、技術的には全く別の言語・実行環境です。国内の既存システムにはVB6時代から段階的に移行・改修されてきたものが多く、VB6で開発されたCOMコンポーネント（ActiveX DLL等）とVB.netモジュールが同一システム内に混在しているケースが多数存在します。このような混在システムのリバースエンジニアリングは、VB6とVB.netの両方の知識と異なる解析ツールが必要になるため、難易度が特に高く、費用も標準より30〜50%以上増加します。

VB.netで実施する目的とメリット

VB.netのリバースエンジニアリングが必要とされる背景と、実施することで得られるメリットを理解しておくことが、社内での検討・説明を進める上で重要です。

「VBで書かれたシステムを保守できるエンジニアが社内にいない」という引き継ぎ問題が、VB.netリバースエンジニアリングの最大の発注動機です。VB.netが盛んに使われた2000年代初頭から現在まで20年以上が経過し、当時のシステムを開発した技術者の多くは退職しています。若い世代のエンジニアにとってVB.netは学習機会の少ない言語であり、社内に保守できる人材がいないという状況が多くの企業で発生しています。リバースエンジニアリングによって業務仕様書を復元することで、言語を問わない形で業務ロジックを文書化し、新規エンジニアへの引き継ぎや新システム開発の基盤として活用できます。

VB.netからC#への移行を目的としたリバースエンジニアリングも主要な用途の一つです。C#とVB.netは同じ.NETエコシステム内の言語であるため技術的な移行障壁は比較的低いですが、VB.net固有の構文・ライブラリ・設計パターンをC#に適切に置き換えるには業務ロジックの深い理解が必要です。リバースエンジニアリングで業務仕様書を先に復元しておくことで、移行後の動作保証テストの品質が大幅に向上します。また、スクラッチ開発との費用比較においては、現行システムに蓄積された業務ロジックの80%以上が今後も必要な場合はリバース活用の方が費用対効果に優れ、現行機能の大半が陳腐化している場合はスクラッチ開発が有利という判断基準が参考になります。

VB.netのリバースエンジニアリングの進め方

VB.netのリバースエンジニアリングは、対象選定・目的明確化から始まり、ツール準備・静的解析・動的解析・抽象化（Design Recovery）・成果物化という6工程で進めるのが標準的です。各工程の概要を把握しておくことで、外注先との認識合わせや進捗管理がスムーズになります。

静的解析はVB.netの実行ファイル（.exe・.dll）をILSpyなどで逆コンパイルし、コードを実行せずに構造・ロジックを解析する手法です。クラス構成・メソッド一覧・依存関係の把握に適しています。VB.netのWindowsフォームアプリでは、GUIコード（デザイナーコード）と業務ロジックが同一クラスに混在していることが多く、静的解析で両者を切り分ける作業が重要な工程となります。動的解析はdnSpyのデバッグ機能等を使い、実際にアプリケーションを実行しながら処理の流れを追跡する手法です。静的解析で把握できない実際の入出力データの流れや、特定の業務シナリオでの動作確認に不可欠で、業務部門の担当者の協力が必要になります。

解析で得た情報を実装レベルから設計レベル・仕様レベルへと段階的に抽象化する工程がDesign Recoveryです。具体的には、メソッドレベルの処理フローを業務フロー図へ、クラス間関係を業務エンティティ関連図へ、画面・機能の関係を画面遷移図へ変換します。成果物の粒度はフローチャート（30〜60万円）・業務仕様書（60〜150万円）・詳細設計書（150〜400万円）の3段階があり、目的に応じた粒度を事前に決めておくことが発注コスト管理の鍵です。

▶ 詳細はこちら：VB.netのリバースエンジニアリングの進め方・手順・工程を解説

VB.netリバースエンジニアリング会社の選び方

VB.netのリバースエンジニアリングを外注する場合、開発会社・ベンダーの選定が成否の鍵を握ります。すべての開発会社がVB.netのリバースエンジニアリングに対応しているわけではなく、VB.net固有の経験と体制を持つパートナーを見極めることが重要です。

会社選定で最初に確認すべきは、VB.net固有の解析実績、特にVB6との混在システムへの対応経験の有無です。VB6のCOMコンポーネントを解析するには.NETツールとは別のネイティブバイナリ解析ツールと専門知識が必要なため、「VB.netは対応可能だがVB6の混在は対応外」というベンダーでは不十分な可能性があります。次に、使用するリバースエンジニアリングツールを確認してください。ILSpy・dnSpy・dotPeekなどの.NETツールへの習熟度、難読化（DotfuscatorやConfuserEx等による）が施されたバイナリへの対応経験も技術力を測る指標になります。

プロジェクト管理体制の評価では、クリーンルーム手法の実施体制（解析チームと開発チームの分離、法務・仲介担当者の配置）が整っているかどうかを確認してください。また、業務部門へのヒアリングをどのように進めるか、週次報告はどのような形式で行うかも重要な評価ポイントです。成果物のサンプル（過去の類似案件で作成した仕様書の一部等）を提示してもらうことで、成果物の品質水準を事前に確認できます。コンサルティングから実装・テストまで一気通貫で対応できるかどうか、C#移行後の動作保証テストまで支援できるかどうかも、長期的なパートナーとして適しているかの判断基準になります。

▶ 詳細はこちら：VB.netのリバースエンジニアリングでおすすめの開発会社6選と選び方

VB.netリバースエンジニアリングの費用相場

VB.netのリバースエンジニアリング費用はLOC（コード行数）に基づく従量課金制が一般的です。市場相場として把握しておくべき基準は、基本料金30万円（4,000行まで）、超過分は1行あたり50円です。ただし、これはVB.netのみのシステムを対象とした標準値であり、VB.net固有のコスト要因によって大きく変動します。

VB.netシステムの規模別費用目安は次のとおりです。小規模（〜5,000行・単一機能の仕様書復元）で30〜60万円、中規模（5,000〜30,000行・業務システム全体の仕様書）で80〜200万円、大規模（30,000行超・詳細設計書含む）で200万円以上が目安となります。成果物粒度による差も大きく、フローチャートレベルで30〜60万円、業務仕様書レベルで60〜150万円、詳細設計書レベルで150〜400万円（いずれも中規模システム基準）と、粒度の違いで費用が大きく変わります。モダナイゼーション全体の費用規模は、リホスト（数千万円〜1億円台）からリビルド（5億円以上）まで手法によって大きく異なります。

費用を大幅に変動させるVB.net固有の要因は主に3つです。第一にVB6コンポーネントとの混在で、VB6バイナリの別途解析が必要になるため標準費用の30〜50%以上の増加が見込まれます。第二に難読化（DotfuscatorやConfuserEx等）の有無で、難読化解除工程が追加され標準費用の50〜200%増になることがあります。第三にGUIコードと業務ロジックの混在度合いで、Formクラスに大量の業務ロジックが直接記述されているモノリシックな構造ほど分離・整理の工数が増加します。短納期の特急対応は通常の20〜30%増、休日・深夜対応では40〜60%増の割増が発生します。

▶ 詳細はこちら：VB.netのリバースエンジニアリングの費用相場・見積もりの考え方

発注・外注方法

VB.netのリバースエンジニアリングを外注する際は、発注前の準備・RFP作成・契約・プロジェクト推進の各段階で適切な対応が求められます。発注側の準備が不十分だと、見積もりの齟齬・成果物の品質不足・業務ルールの欠損といったトラブルが発生しやすくなります。

発注前に準備すべき情報は、対象システムのソース資産棚卸（VB.netプロジェクト一覧・ファイル数・推定LOC）、VB6コンポーネントの混在有無、.NET Frameworkのバージョン、難読化の有無、既存ドキュメント（古い設計書・画面仕様書等）の有無、リバースの目的と必要な成果物粒度、業務部門のヒアリング対応者の確保です。これらの情報をRFPに明記することで、ベンダーからの見積もり精度が向上し、複数社の提案内容を適切に比較できるようになります。

契約時の必須チェック項目として、NDA（秘密保持契約）の締結、クリーンルーム手法の適用条項（解析チームと開発チームの分離・法務担当者の配置）、成果物の品質基準の明記（「新システム開発の要件定義に直接使用できるレベル」等の定義）、VB6コンポーネント発見時の追加費用算定方法の事前合意、週次ヒアリングサイクルの設定と業務ルール欠損時の対処方法の取り決めが挙げられます。これらを契約時に明確にしておくことで、プロジェクト途中のトラブルを大幅に減らすことができます。

▶ 詳細はこちら：VB.netのリバースエンジニアリングを外注する方法・発注前の準備

法的リスクと対策（著作権法30条の4・クリーンルーム）

VB.netのリバースエンジニアリングの法的リスクを正しく理解しておくことは、安全なプロジェクト遂行の前提条件です。日本の著作権法・不正競争防止法・EULAの観点から、主要なリスクと対策を解説します。

2018年の著作権法改正（第30条の4）により、情報解析・調査研究・セキュリティ確保等の「非享受目的」のリバースエンジニアリングは原則合法化されました。仕様書復元・セキュリティ診断・モダナイゼーション準備を目的としたVB.netのリバースエンジニアリングは、この「非享受目的」に該当するため、基本的に著作権侵害とはなりません。ただし、「非享受目的」であることを事後的に立証するためには、解析専用の隔離環境での作業・解析過程のレポート記録・「機能享受ではなく業務仕様書復元が目的である」という意図の文書化が必要です。EULAの「リバースエンジニアリング禁止」条項については、互換性確保のために不可欠な場合は無効となる可能性がありますが、法務部門への確認を必ず行ってください。

クリーンルーム手法は1980年代にフェニックス・テクノロジーズがIBM BIOS互換製品を開発した際に確立された手法で、解析チーム（Dirty Room）と開発チーム（Clean Room）を完全分離し、著作権侵害（依拠性）を回避します。VB.netのリバースエンジニアリングでもこの手法は有効で、解析チームが復元した業務仕様書を法務・仲介担当者がチェック（著作権保護対象の「表現」が混入していないかを確認）した上で開発チームに引き渡すプロセスを確立することが重要です。「セガ対アッコレード事件」の教訓からも、解析チームと開発チームの間に法務担当者を配置することが、著作権侵害リスクを実質的にゼロにする最も確実な手法として知られています。外注先にクリーンルーム手法の実施体制があるかどうかを、ベンダー選定の必須確認事項として組み込んでください。

VB.net特化の解析ツール紹介

VB.netのリバースエンジニアリングに使用するツールは、VB.net（.NET IL）向けと、VB6（ネイティブバイナリ）向けで異なります。主要ツールの特徴を把握しておくことで、外注先の技術力評価の参考にもなります。

VB.net（.NET IL）の逆コンパイルには3つの主要ツールがあります。ILSpy（オープンソース・無料）はシンプルで使いやすく、.NETアセンブリの逆コンパイルとソースコード参照に広く使われています。VB.netとC#のどちらの形式でも出力でき、コード構造の俯瞰に適しています。dnSpy（オープンソース・無料）は逆コンパイルに加えてデバッグ機能が充実しており、ソースが存在しない状態でもブレークポイントを設定してステップ実行が可能です。動的解析との組み合わせで特に威力を発揮します。dotPeek（JetBrains製・無料）はJetBrainsのReSharperと連携した高度な解析機能を持ち、Visual Studioとの統合が容易です。VB6との混在システムを解析する場合は、これらの.NETツールに加えて、OllyDbg・x64dbg等のネイティブバイナリデバッガが必要になります。

Ghidra（NSA開発・無料オープンソース）とIDA Pro（業界標準・有料）は、主にネイティブバイナリのリバースエンジニアリングに使用される汎用解析ツールです。VB.netのリバースエンジニアリングでは、純粋なVB.netアプリに対しては前述の.NET専用ツールの方が適していますが、VB6コンポーネントや難読化の強いバイナリの解析、またはセキュリティ脆弱性診断を目的とする場合はGhidra・IDA Proが活用されます。業界標準の判断基準として、APIやスクリプティングの使いやすさではBinary Ninjaが優れ、チーム協調解析にはGhidraが優れ、コストパフォーマンスではGhidra（無料）が最優秀と評価されています。セキュリティ専門チームを起用するか業務システムSIerを起用するかの使い分けは、リバースの目的（業務仕様書復元か脆弱性診断か）によって決まります。

よくある質問（FAQ）

VB.netのリバースエンジニアリングについて、よく寄せられる質問とその回答をまとめました。

A：自社が著作権を持つVB.netシステムのリバースエンジニアリングは原則として問題ありません。ただし、第三者が開発したシステム（開発委託した場合の著作権帰属の確認が必要）や、ソフトウェアのEULAにリバースエンジニアリング禁止条項がある場合は法務部門との確認が必要です。2018年の著作権法改正（第30条の4）により、仕様書復元・セキュリティ調査等の「非享受目的」のリバースエンジニアリングは原則合法化されていますが、具体的な案件については必ず法務部門または弁護士に相談してください。

A：対象システムの規模・複雑さ・成果物粒度によって大きく異なります。小規模システム（〜5,000行・フローチャートレベル）で1〜2ヶ月、中規模システム（5,000〜30,000行・業務仕様書レベル）で2〜4ヶ月、大規模システム（30,000行超・詳細設計書レベル）で4〜8ヶ月が目安です。VB6コンポーネントとの混在や難読化がある場合はさらに期間が延長されます。業務部門のヒアリング対応がスムーズに進むかどうかも期間に大きく影響します。

A：はい、VB.netは.NET ILで動作するため、実行ファイル（.exe・.dll）があればソースコードがない状態でもILSpyやdnSpyで逆コンパイルが可能です。ただし、難読化が施されている場合は逆コンパイルで得られるコードの可読性が大幅に低下します。また、逆コンパイルで得られるのは技術的な処理フローであり、業務ロジックの意図（Why）は業務部門へのヒアリングで補完する必要があります。VB6コンポーネントが含まれる場合でも、実行ファイル（.dll・.exe）から解析が可能です。

A：VB.netとC#は同じ.NETエコシステム内の言語であるため技術的な移行障壁は比較的低いですが、VB.net固有の構文（On Error Resume Next・With文・Nothing比較等）やMicrosoft.VisualBasic名前空間のライブラリ使用箇所は、C#への変換で手動対応が必要になります。特に重要なのは、リバースエンジニアリングで業務仕様書を先に復元しておき、言語変換後の動作保証テストに使用するテストケース仕様書を並行して作成することです。業務ロジックが正確にC#に移植されたかどうかを検証するテストなしに移行を完了させると、本番環境で業務ロジックの誤解によるバグが多発するリスクがあります。

まとめ

VB.netのリバースエンジニアリングは、「VBで書かれたシステムを保守できるエンジニアが社内にいない」という引き継ぎ問題の解決から、C#への移行準備・セキュリティ診断まで幅広い用途で活用されています。VB.netは.NET ILで動作するため逆コンパイルが比較的容易という特性を持ちますが、GUIと業務ロジックの混在・VB6コンポーネントとの混在・難読化への対処など、固有の難しさが存在します。業務ロジックの意図（Why）はコードからは読み取れないため、技術的解析と業務部門ヒアリングを組み合わせたアプローチが成功の鍵です。

費用は規模・成果物粒度・VB6混在有無によって大きく変動し、標準的な相場（基本30万円〜LOC従量）からVB6混在・難読化がある場合は1.5〜3倍になることを念頭に置いてください。発注時はRFPにVB.net固有の情報を明記し、クリーンルーム手法・NDA・成果物品質基準を契約条項として確定させることが重要です。法的リスク管理では著作権法第30条の4（非享受目的）の適用要件を満たした上で、クリーンルーム手法により著作権侵害リスクを排除してください。各テーマの詳細は以下の子記事でさらに深く学ぶことができます。

▼関連記事（詳細はこちら）
・VB.netのリバースエンジニアリングの進め方・手順・工程を解説
・VB.netのリバースエンジニアリングでおすすめの開発会社6選と選び方
・VB.netのリバースエンジニアリングの費用相場・見積もりの考え方
・VB.netのリバースエンジニアリングを外注する方法・発注前の準備

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。