VBScriptを掌握する極限の知見：コマンドライン引数の「記号パース崩れ」を封殺する防衛的アーキテクチャ
VBScriptは、もはやレガシーの遺物などではない。Windowsの深層で今なお静かに脈動し続ける、最もシンプルで強力な自動化の武器だ。しかし、この武器を真に使いこなせている者は極めて少ない。
特に、コマンドライン引数（`WScript.Arguments`）の扱いで躓くエンジニアが後を絶たない。`&`, `^`, `|`, `<`, `>` といった特殊文字が混入した瞬間、Windowsのシェル（`cmd.exe`）は牙を剥く。シェルが解釈を試み、パースエラーや意図しないコマンド実行を引き起こすその挙動は、まさに「システムの脆弱性」そのものだ。
今回は、このシェル解釈の罠を回避し、いかなる引数も「純粋なデータ」として安全にVBScriptへ取り込むための極限ロジックを解説する。
—
1. なぜ引数は「変質」するのか
`WScript.Arguments` に渡される時点で、文字列はすでにOSのシェルを経由している。例えば、バッチファイルから `script.vbs “A&B”` を呼び出す際、シェルは `&` を「コマンドの連結子」として誤解しようとする。
多くの管理者はこれを「ダブルクォーテーションで囲めば解決する」と勘違いしている。しかし、再帰的な呼び出しやパイプライン処理が絡む複雑なシステム連携においては、エスケープの多重構造が破綻し、インジェクションの温床となる。
我々が求めるべきは、「シェルに解釈させる前に、一度エンコードして受け取り、VBScript内部でデコードする」という防衛的な二段構えのアーキテクチャだ。
—
2. 鋼鉄の引数解析エンジン：実装コード
以下は、引数に含まれる特殊文字を、安全なBase64相当の変換（または簡易エスケープ）を経て復元する堅牢な実装だ。実務において最も信頼できるのは、処理の冒頭で引数を「クリーンな状態」に再定義する手法である。
‘ ==============================================================================
‘ 堅牢な引数解析エンジン – SecureArgumentParser
‘ 目的: シェルの特殊文字によるパース崩れを防ぎ、意図した値を保持する
‘ ==============================================================================
Option Explicit
‘ メモリ最適化のため、メイン処理を関数化してスコープを限定
Sub Main
Dim args, i, rawArg, cleanArg
‘ WScript.Argumentsオブジェクトの取得
Set args = WScript.Arguments
If args.Count = 0 Then Exit Sub
For i = 0 To args.Count – 1
‘ rawArgにはシェルを経由した文字列が入る
rawArg = args(i)
‘ 【核心】特殊文字をデコードし、メモリ上で正当な文字列として再構築
cleanArg = SecureDecode(rawArg)
‘ 以降、cleanArgのみを使用すること
WScript.Echo “引数[” & i & “]: ” & cleanArg
Next
‘ 明示的なオブジェクト解放（VBScriptのGC任せにしないのがプロの流儀）
Set args = Nothing
End Sub
‘ 特殊文字をエスケープ解除する関数
Function SecureDecode(str)
Dim tmp
tmp = str
‘ バッチファイル等でエスケープされた文字を復元する
‘ ここでは最小限の例だが、必要に応じて変換テーブルを拡張せよ
tmp = Replace(tmp, “^&”, “&”)
tmp = Replace(tmp, “^|”, “|”)
tmp = Replace(tmp, “^<", "<")
tmp = Replace(tmp, "^>“, “>”)
SecureDecode = tmp
End Function
‘ 実行
Call Main
—
3. シニアエンジニアが守るべき「3つの鉄則」
① 境界を明確にする（Boundary Isolation）
引数をそのまま `Eval` や `ExecuteGlobal` に突っ込むのは自殺行為だ。外部入力である引数は、必ず「データ」としてのみ扱い、実行コードの一部として処理してはならない。
② メモリのライフサイクルを制御する
VBScriptの弱点はガベージコレクションの気まぐれさにある。巨大な引数配列を扱う場合は、処理終了後に必ず `Set obj = Nothing` を呼び出し、メモリリークを未然に防ぐこと。これは、長時間稼働する常駐タスクにおいてシステムの安定性を左右する決定的な差となる。
③ シェル側のエスケープを標準化する
呼び出し元のバッチファイルでも、引数を渡す際は `call script.vbs “%~1″` のように、TILDE(`~`)記法を用いて不要なクォーテーションを剥がし、自前のエスケープロジックに委ねる設計が最も美しい。
—
結びに：伝説のアーキテクトからの助言
VBScriptを「古い技術」と切り捨てるのは簡単だ。しかし、この言語はWindowsというOSの心臓部に直結している。最新の言語が抽象化の海で溺れる中、我々はこの「生の制御」を握り続けている。
今回紹介したパースロジックは、単なるコードの断片ではない。複雑なシステム間連携における「入力の正当性」を担保するための防波堤だ。次にあなたがレガシーシステムの引数に苦しむ時、この設計思想を思い出してほしい。
技術は常に、制御した者の側に寄り添う。それこそが、エンジニアリングの真理である。
