ブラックボックスを暴く：TLBInf32.dllによるCOMリバースエンジニアリングの極意
仕様書は消失し、開発者は既に退職済み。サーバーの片隅で静かに駆動する、正体不明のレガシーDLL。Windows管理者が一度は直面するこの「ブラックボックス」を前に、多くの者は途方に暮れる。
しかし、VBScriptを骨の髄まで理解したエンジニアにとって、それは「解析不能な何か」ではない。COM（Component Object Model）の設計思想そのものを突けば、その正体は容易に暴ける。本稿では、`TLBInf32.dll`を活用した、動的なインターフェース解析の奥義を伝授する。
1. なぜTLBInf32.dllなのか
本来、`TLBInf32.dll`はVisual Basic 6.0の開発支援環境の一部として提供されていたライブラリだ。しかし、このDLLはCOMの型情報を司る「Type Library」をランタイムで解析する強力なエンジンを内包している。
レガシーシステムにおいて、これを利用することは、いわば「システムの内臓をライブスキャンする」行為に等しい。事前知識がゼロでも、メソッド名、引数、戻り値の型までを、実行時にすべて抽出できる。
2. 解析の準備：環境の制約と現実
まず肝に銘じてほしい。`TLBInf32.dll`はOS標準でインストールされているとは限らない。もし貴方の環境に存在しない場合は、以下の手順が必要だ。
1. `TLBInf32.dll`を入手（VB6ランタイム等に同梱）。
2. `regsvr32 TLBInf32.dll`でシステムに登録。
3. VBScript側で `CreateObject(“TLI.TLIApplication”)` を呼び出す。
3. 実践：未知のCOMコンポーネントを暴くスクリプト
以下は、任意のDLL/OCXを指定し、その全貌をCSVとして出力する実用コードだ。
‘ TLI解析エンジンを用いたCOMメンバー自動抽出スクリプト
Option Explicit
Dim oTLI, oTypeLib, oInterface, oMember
Dim strDllPath, strOutputPath
Dim objFSO, objFile
‘ 解析対象のパス（適宜変更せよ）
strDllPath = “C:\LegacySystem\UnknownComponent.dll”
strOutputPath = “C:\Temp\Component_Analysis.csv”
Set oTLI = CreateObject(“TLI.TLIApplication”)
Set objFSO = CreateObject(“Scripting.FileSystemObject”)
Set objFile = objFSO.CreateTextFile(strOutputPath, True)
‘ ヘッダー出力
objFile.WriteLine “Interface,Member,Type,InvokeKind,ReturnType”
On Error Resume Next
‘ DLLからTypeLibを読み込む
Set oTypeLib = oTLI.TypeLibInfoFromFile(strDllPath)
If Err.Number <> 0 Then
WScript.Echo “解析不能: ” & Err.Description
WScript.Quit
End If
‘ インターフェースとメンバーの走査
For Each oInterface In oTypeLib.Interfaces
For Each oMember In oInterface.Members
‘ メンバーのメタデータをCSV化
objFile.WriteLine oInterface.Name & “,” & _
oMember.Name & “,” & _
oMember.MemberType & “,” & _
oMember.InvokeKind & “,” & _
oMember.ReturnType.VarType
Next
Next
‘ メモリ最適化：オブジェクトの明示的解放（VBScriptの鉄則）
objFile.Close
Set oMember = Nothing
Set oInterface = Nothing
Set oTypeLib = Nothing
Set oTLI = Nothing
WScript.Echo “解析完了: ” & strOutputPath
4. チーフアーキテクトからの警告：パフォーマンスと安定性
この手法は強力だが、以下の点に留意せよ。
- 循環参照とメモリリーク: VBScriptは参照カウンタ方式でGC（ガベージコレクション）を行う。`Nothing`による明示的な解放を怠れば、特に大量のインターフェースを持つ巨大なコンポーネント解析時にメモリを浪費する。
- 例外処理: `On Error Resume Next`は諸刃の剣だ。解析対象が破損したTypeLibを持っている場合、プロセスごとクラッシュするリスクがある。本番環境での解析時は、必ずエラーハンドリングを厳密に制御すること。
- ビット数の壁: `TLBInf32.dll`は32bitコンポーネントである。64bit OS上で64bitのCOMを直接解析しようとすれば、ホストプロセス（wscript.exe）のアーキテクチャによる制約を受ける。必要に応じて `syswow64` 配下の `wscript.exe` を明示的に呼び出すこと。
5. 終わりに
ドキュメントがない？仕様が不明？それは「解析していない」という怠慢の言い訳に過ぎない。COMは設計上、自己記述的（Self-Describing）な構造を持っている。
今回紹介した技術は、単なるツールではない。「ブラックボックスの中身を、自身の論理で書き換える」ための最初のステップだ。レガシーシステムの墓守をするのではなく、その内部構造を理解し、次世代のシステムへ継承せよ。それが、我々エンジニアに課せられた責務である。
