微软宣布 VBScript 弃用计划,企业需提前部署检测策略

2025-05-18 16:16IT之家 - 问舟

IT之家 5 月 18 日消息,当地时间 5 月 17 日,微软发布技术公告,旨在帮助企业在 VBScript 全面弃用之前检测并迁移现有环境中的 VBScript 依赖。

IT之家注:VBScript 将在未来的 Windows 版本中默认禁用,目前微软已启动分阶段弃用计划并在 Win11 24H2 中将 VBScript 转为 FOD 可选功能。

策略一:使用 Sysmon 监控 VBScript 使用情况

Sysmon(System Monitor)是 Sysinternals 提供的监控工具,支持对 .dll 加载行为进行细致跟踪。借助其 Event ID 7(Image Load)功能,管理员可以捕捉 vbscript.dll 何时、由哪个进程被加载。

配置 Sysmon 以追踪 vbscript.dll,配置示例如下:

<Sysmon schemaversion="4.50"><EventFiltering>   <ImageLoad onmatch="include">     <ImageLoaded condition="contains">vbscript.dll</ImageLoaded>   </ImageLoad></EventFiltering></Sysmon>

要应用此配置,首先需要编辑您的 Sysmon 配置文件(通常是 sysmon-config.xml)。

  • 使用 Sysinternals Sysmon 实用程序重新加载。

  • 以管理员权限打开命令提示符并运行:Sysmon64.exe -c sysmon-config.xml

  • 通过运行以下命令验证当前配置:Sysmon64.exe -c

  • 策略二:审查 VBScript 依赖项

检查以下集中管理位置中的脚本文件:

    • 组策略脚本:扫描 \\<domain>\SYSVOL 中的.vbs 文件及对 wscript.execscript.exe 的调用。

    • 计划任务:检查任务命令行的.vbs 执行痕迹。

    • Intune 部署的 PowerShell 脚本:排查间接调用 VBScript 的情况。

    策略三:全系统扫描.vbs 文件

通过 PowerScript 脚本扫描用户及脚本相关目录:

  • C:\Users\

  • C:\ProgramData\

  • C:\Program Files\

  • C:\Scripts\

  • C:\Windows\(可选,可能包含干扰文件)

示例 PowerShell 脚本:

$pathsToScan = @("C:\Users", "C:\ProgramData", "C:\Scripts")$logPath = "C:\VBSScriptScan\VbsFiles_$(hostname).csv"$results = foreach ($path in $pathsToScan) {   if (Test-Path $path) {       Get-ChildItem -Path $path -Filter *.vbs -Recurse -ErrorAction SilentlyContinue |           Select-Object FullName, LastWriteTime, Length   }}$pathsToScan = @("C:\Users", "C:\ProgramData", "C:\Scripts")$logPath = "C:\VBSScriptScan\VbsFiles_$(hostname).csv"$results = foreach ($path in $pathsToScan) {   if (Test-Path $path) {       Get-ChildItem -Path $path -Filter *.vbs -Recurse -ErrorAction SilentlyContinue |           Select-Object FullName, LastWriteTime, Length   }}

    策略四:扫描自定义 MSI 安装包

例如以下 PowerShell 脚本可分析 MSI 包中嵌入的 VBScript 自定义动作(Action Type 6、38、50):

Get-ChildItem -Path "C:\MSIRepo" -Recurse -Filter *.msi | ForEach-Object {    $msiPath = $_.FullName    $sql = "SELECT * FROM CustomAction"    $installer = New-Object -ComObject WindowsInstaller.Installer    $database = $installer.GetType().InvokeMember("OpenDatabase", "InvokeMethod", $null, $installer, @($msiPath, 0))    $view = $database.OpenView($sql)    $view.Execute()    $record = $view.Fetch()    while ($record -ne $null) {        $actionName = $record.StringData(1)        $actionType = [int]$record.StringData(2)        if ($actionType -eq 6 -or $actionType -eq 38 -or $actionType -eq 50) {            Write-Output "⚠ VBScript Custom Action: $actionName in $msiPath"        }        $record = $view.Fetch()    }}

后续行动建议

  • 迁移替代方案:参考微软官方文档《VBScript 弃用:时间线与后续步骤》选择现代技术。

  • 主动禁用 VBScript:在确认无依赖后,通过命令禁用:

    Dism /Online /Remove-Capability /CapabilityName:VBSCRIPT~~~~

    影响:禁用后,依赖 VBScript 的进程(如 cscript.exe)将静默失败或报错。

微软强调,当前阶段企业应尽快完成检测与迁移,避免未来操作系统默认禁用导致业务中断。

参考资料:

广告声明:文内含有的对外跳转链接(包括不限于超链接、二维码、口令等形式),用于传递更多信息,节省甄选时间,结果仅供参考,IT之家所有文章均包含本声明。

文章价值:
人打分
有价值还可以无价值
置顶评论
    热门评论
      文章发布时间太久,仅显示热门评论
      全部评论
      一大波评论正在路上
        取消发送
        分享成功

        长按关注IT之家公众号
        阅读更多精彩文章

        查看更多原创好文
        软媒旗下人气应用

        如点击保存海报无效,请长按图片进行保存分享