GetFileVersionInfo() 返回错误的文件版本信息
我有一个应用程序需要检查各种系统 EXE 和 DLL 的版本以确定它们是否容易受到攻击。这是一个本机 C++ 应用程序,在其清单中不提供任何特定的 WinSxS 链接。在 Windows 7 上,当我在绝对路径(例如“c:\windows\system32\taskeng.exe”)上调用 GetFileVersionInfo 时,我会收到“C:\Windows\winsxs\x86_microsoft-windows-taskscheduler-engine_31bf3856ad364e35_6.exe”的版本信息。 1.7600.16385_none_e582a352202e02c8\taskeng.exe”
因此,澄清一下,Windows 资源管理器报告的版本 c:\windows\system32\taskeng.exe 是 6.1.7600.16699。 GetFileVersionInfo() 报告的 c:\windows\system32\taskeng.exe 的版本是 6.1.7600.16385。
如何强制我的应用程序不通过 WinSxS 重定向其文件?
I have an application that is required to check the versions of various system EXEs and DLLs to determine if they are vulnerable or not. This is a native C++ application which does not provide any specific WinSxS linkages in its manifest. On Windows 7, when I invoke GetFileVersionInfo on an absolute path, for example "c:\windows\system32\taskeng.exe", I receive the version information for "C:\Windows\winsxs\x86_microsoft-windows-taskscheduler-engine_31bf3856ad364e35_6.1.7600.16385_none_e582a352202e02c8\taskeng.exe"
So, to clarify, the version c:\windows\system32\taskeng.exe reported by Windows Explorer is 6.1.7600.16699.
The version of c:\windows\system32\taskeng.exe reported by GetFileVersionInfo() is 6.1.7600.16385.
How do I force my app to not have its file redirected via WinSxS?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
下面是一个 PowerShell 脚本来显示差异。 FileVersion 是一个与 [FileMajorPart].[FileMinorPart].[FileBuildPart].[FilePrivatePart] 组成的字符串不同的字符串。
Here's a PowerShell script to show the difference. FileVersion is a string that is different than the composition of [FileMajorPart].[FileMinorPart].[FileBuildPart].[FilePrivatePart].
您确定您正在查看正确的字段吗? GetFileVersionInfo() 为我提供了与 Explorer 相同的功能,但有一个警告:StringFileInfo 中的 FileVersion 是 6.1.7600.16385,而 VS_FIXEDFILEINFO 中的 FileVersion 是 6.1.7600.16699。资源管理器显示来自 VS_FIXEDFILEINFO 的文件版本。我猜微软只是出于某种原因没有更新 StringFileInfo。
Are you sure you are looking at the correct fields? GetFileVersionInfo() gives me the same thing as Explorer with one caveat: the FileVersion in the StringFileInfo is 6.1.7600.16385 whereas the FileVersion in the VS_FIXEDFILEINFO is 6.1.7600.16699. Explorer is showing the FileVersion from the VS_FIXEDFILEINFO. I guess Microsoft just didn't update the StringFileInfo for some reason.