我最近面臨一個很奇怪的問題。編譯我們的產品包括簽署內核模式驅動程序並添加聯署。這是通過調用signtool完成,包括在DDK(現在的WDK):Signtool停止添加聯署 - 怎麼了?
「%DDKBASE%\ 6001.18000 \ BIN \ SelfSign \ signtool.exe」 標誌/ T http://timestamp.globalsign.com/scripts/timstamp.dll /AC 「路徑到countercert \ MSCV-GlobalSign.cer」 /s的SPC/N 「EldoS公司」 %1
一切工作正常,直到最近,當我們發現countercertificate只是不添加到簽名的驅動程序。 signtool不會報告任何錯誤並以靜默方式省略證書。簽名本身和主證書鏈得到正確應用,並且只是缺少反證書。
來自WDK後續版本(版本7600.16385.0)的SignTool可以使用相同的命令行工作正常。
我試着重新註冊capicom.dll,問題來了(它駐留在同一個文件夾中)signtool,但這沒有幫助。
我不知道我們是否能夠從7600.16385.0使用signtool,因爲我有一種感覺,它可能會破壞與發言權的Windows兼容性2000
因此,問題在於是否有人有什麼可能出現了一個想法錯誤?
UPD:嗯,它看起來像7600 signtool正常工作(即驅動程序與XP和Windows 7的那個版本,做工精細簽署),所以我們現在會走這條路的,並會與我們自己的國產替代signtool爲了避免這種意外,將來會有工具。
你的意思是產品的7600版本(簽名文件)將在Win2K上工作,對吧?至於證書本身 - 我確實在第一或第二位進行了檢查。選擇正確的證書,並建立正確的鏈。這只是反證書沒有增加的權利。最奇怪的是,同樣的操作在不同的計算機上工作得很好,幾乎和這個構建服務器完全相同(它們在8月被克隆),所以這是一些本地的signtool問題。 – 2010-11-21 12:00:29
是的,我的意思是簽名文件應該在Win2K上正常工作。 – Chris 2010-11-21 17:11:20