19.2 Win10遭遇"应用程序的并行配置不正确"

https://scz.617.cn/windows/202111171024.txt

Q:

从VS 2019/Win10 SDK中复制如下文件到A机

C:\Program Files (x86)\Windows Kits\10\bin\10.0.19041.0\x64\

signtool.exe
signtool.exe.manifest

A机未装VS 2019/Win10 SDK，在A机执行

Z:\Green\signtool\signtool.exe

报错

The application has failed to start because its side-by-side configuration
is incorrect. Please see the application event log or use the command-line
sxstrace.exe tool for more detail.

中文报错

应用程序无法启动，因为应用程序的并行配置不正确。有关详细信息，请参阅应用程
序事件日志，或使用命令行 sxstrace.exe 工具。

A: scz@nsfocus 2021-11-17 10:24

这个报错太缺德，实际原因是signtool.exe的依赖库未就位，但这里面有很多微妙之
处，下面一一解释。Process Monitor可以解决这类依赖库问题，此处略过。

有些解决方案忽悠你安装

Microsoft Visual C++ 20xx Redistributable Package

这就是为拍死苍蝇而引爆核弹。

就原始问题而言，在A机删除或重命名signtool.exe.manifest，一般signtool.exe就
可以正常使用了。之所以碰上依赖库问题，正是.manifest文件引起的。.manifest文
件本来是为了缓解"DLL地狱"现象而出场的技术，但有时候会坑你，比如原始问题所
处场景。

signtool.exe.manifest内容如下

--------------------------------------------------------------------------
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

    <assemblyIdentity
        name=" "
        version="0.0.0.0"
    />

    <dependency>
        <dependentAssembly>
            <assemblyIdentity
                name="Microsoft.Windows.Build.Signing.mssign32.dll"
                version="0.0.0.0"
            />
        </dependentAssembly>
    </dependency>

    <dependency>
        <dependentAssembly>
            <assemblyIdentity
                name="Microsoft.Windows.Build.Signing.wintrust.dll"
                version="0.0.0.0"
            />
        </dependentAssembly>
    </dependency>

    <dependency>
        <dependentAssembly>
            <assemblyIdentity
                name="Microsoft.Windows.Build.Appx.AppxSip.dll"
                version="0.0.0.0"
            />
        </dependentAssembly>
    </dependency>
</assembly>
--------------------------------------------------------------------------

其中<dependency>指明依赖库。若signtool.exe.manifest存在，启动signtool.exe
时不是简单的PE依赖关系，最终需要源自VS 2019/Win10 SDK的这些文件就位

Microsoft.Windows.Build.Appx.AppxPackaging.dll.manifest
Microsoft.Windows.Build.Appx.AppxSip.dll.manifest
Microsoft.Windows.Build.Signing.mssign32.dll.manifest
Microsoft.Windows.Build.Appx.OpcServices.dll.manifest
Microsoft.Windows.Build.Signing.wintrust.dll.manifest
signtool.exe.manifest
appxpackaging.dll
appxsip.dll
mssign32.dll        // 动用.manifest的情况下，不能用system32中的
opcservices.dll
wintrust.dll        // 动用.manifest的情况下，不能用system32中的
wintrust.dll.ini
signtool.exe

PE就位还在其次，system32下可能就有，只是版本不同。但那几个.manifest是一定
要就位的。.manifest技术是成熟技术，不科普，要点是，一旦主PE动用.manifest，
依赖库也得动用.manifest，此时对依赖库的版本检查非常严格，mssign32.dll、
wintrust.dll就不能用system32下的了。

删掉signtool.exe.manifest，signtool.exe可以直接用system32下的mssign32.dll、
wintrust.dll。

下次碰上前述缺德的报错，直接找.manifest，看其中的<dependency>。若删除
.manifest不能解决问题，就根据.manifest复制依赖库的.manifest，仍不能解决时
继续复制依赖库本身。动用.manifest的情况下，用CFF Explorer之类的PE工具查看
依赖库意义不大，甚至会误导。

主PE有可能在资源中内嵌.manifest，而不是单独的.manifest文件，此时无法删除
.manifest，只好老老实实找匹配的依赖库及其.manifest。

A: scz@nsfocus 2021-11-17 11:55

前述报错提示中提到"event log"和sxstrace.exe，在此一并解释。先说事件查看器

eventvwr.msc
  Windows Logs
    Application
      Error SideBySide

打开具体的Error，直白地告诉你，根据.manifest，哪个依赖库未就位。事件查看器
提供的诊断信息可比前述报错强多了。

再简单介绍sxstrace.exe的使用方式。

在管理员级cmd中执行

$ SxsTrace Trace -logfile:signtool.etl

Tracing started. Trace will be saved to file signtool.etl.
Press Enter to stop tracing...

在普通cmd中执行

$ Z:\Green\signtool\signtool.exe

The application has failed to start because its side-by-side configuration
is incorrect. Please see the application event log or use the command-line
sxstrace.exe tool for more detail.

回到管理员级cmd中回车，停止跟踪，执行

$ SxsTrace Parse -logfile:signtool.etl -outfile:signtool.txt

Parsing log file signtool.etl...
Parsing finished! Output saved to file signtool.txt.

查看signtool.txt

=================
Begin Activation Context Generation.
Input Parameter:
	Flags = 0
	ProcessorArchitecture = AMD64
	CultureFallBacks = en-US;en;zh-CN;zh-Hans;zh
	ManifestPath = Z:\Green\signtool\signtool.exe.Manifest
	AssemblyDirectory = Z:\Green\signtool\
	Application Config File =
-----------------
INFO: Parsing Manifest File Z:\Green\signtool\signtool.exe.Manifest.
	INFO: Manifest Definition Identity is &#x20;,version="0.0.0.0".
	INFO: Reference: Microsoft.Windows.Build.Signing.mssign32.dll,version="0.0.0.0"
	INFO: Reference: Microsoft.Windows.Build.Signing.wintrust.dll,version="0.0.0.0"
	INFO: Reference: Microsoft.Windows.Build.Appx.AppxSip.dll,version="0.0.0.0"
INFO: Resolving reference Microsoft.Windows.Build.Signing.mssign32.dll,version="0.0.0.0".
	INFO: Resolving reference for ProcessorArchitecture Microsoft.Windows.Build.Signing.mssign32.dll,version="0.0.0.0".
		INFO: Resolving reference for culture Neutral.
			INFO: Applying Binding Policy.
				INFO: No binding policy redirect found.
			INFO: Begin assembly probing.
				INFO: Did not find the assembly in WinSxS.
				INFO: Attempt to probe manifest at Z:\Green\signtool\Microsoft.Windows.Build.Signing.mssign32.dll.DLL.
				INFO: Attempt to probe manifest at Z:\Green\signtool\Microsoft.Windows.Build.Signing.mssign32.dll.MANIFEST.
				INFO: Attempt to probe manifest at Z:\Green\signtool\Microsoft.Windows.Build.Signing.mssign32.dll\Microsoft.Windows.Build.Signing.mssign32.dll.DLL.
				INFO: Attempt to probe manifest at Z:\Green\signtool\Microsoft.Windows.Build.Signing.mssign32.dll\Microsoft.Windows.Build.Signing.mssign32.dll.MANIFEST.
				INFO: Did not find manifest for culture Neutral.
			INFO: End assembly probing.
	ERROR: Cannot resolve reference Microsoft.Windows.Build.Signing.mssign32.dll,version="0.0.0.0".
ERROR: Activation Context generation failed.
End Activation Context Generation.

SxsTrace提供的信息有个毛用，直接查看.manifest更快。这种看似专业的工具鸡肋
得很。