Windows CE 提供了一种机制，使定制操作系统内核的开发者能够保护自己定制的内核，加入了这种机制后，所有nk.bin解开的模块（EXE、DLL、OCX）都能够正常运行，存放在永久存储器上的模块在开发者数字签名后也能够运行，而没有数字签名的模块则不能运行。读者有兴趣可以查看CE帮助文档中标题为《Create a Trusted Environment》的文章。言简意赅，下面就开始讲解如何实现可信任环境。

　　1、得到钥容器

　　得到钥容器（key container）的方法是调用Win32 Security API。先得到CSP（cryptographic service provider），再得到key container。默认的CSP为Microsoft Base Cryptographic Provider。默认的key container以当前登录用户名为名称。如果你熟悉加密方面知识的话可以另外调用其他CSP。在此我们以Microsoft Base Cryptographic Provider默认的key container为signfile需要的钥容器。

　　2、对模块签名
　
　　signfile.exe 用于对模块签名。这个文件在CE安装目录里（包括源码）可以找到，下面是参数说明：

　　-o 输出签名数据到指定的文件

　　-k 指定CAPI 钥容器

　　-p 输出公钥到指定文件（内容为一个C语言数组）

　　-s 嵌入指定字符

　　-a 在指定的PE格式的文件中附加签名数据

　　-f 要签名的文件（EXE、DLL）

　　假如我们要将myproc.exe签名，假设我们以fulinlin名字在桌面 Windows 上登录，那么在命令行输入如下命令：

　　signfile -fmyproc.exe -a -kfulinlin -pmyproc.txt　　上面参数告诉signfile.exe 用钥容器fulinlin中的私钥将文件myproc.exe签名，并且将公钥存放到名为myproc.txt的文件中。加密具体过程很复杂，我对加密不了解，只能理解到这么低级的程度。如果说错了希望读者指教。

　　3、编写检验函数

　　编写检验函数前请参考CE的帮助文档中标题为《Verifying a Signature》的文章。我们只需要把这篇文章中最下面的代码复制到CE安装目录下定义OEMInit函数的.c文件中。因为我的调试平台属于X86系列，所以定义OEMInit函数是在cfwpc.c文件中。为了使读者能够简单弄懂这个机制，我把相关函数、变量做一个简单说明，如下：

　　////初始化公钥函数

　　extern BOOL InitPubKey(const BYTE *KeyBlob, DWORD cbKeyBlob); /////这两个指针是在loader.c文件中定义的，loader.c实现加载器的功能，加载模块（EXE、DLL）。这两个指针指向两个函数，pOEMLoadInit
////指向的函数的功能是：每当加载一个模块的时候这个函数决定是否需要验证。TRUE表示需要，FALSE不需要。pOEMLoadModule指向的
////函数的功能是：验证将要加载的模块是否具有合法的签名。有三个返回值，具体请看帮助文档。

　　extern OEMLoadInit_t pOEMLoadInit; extern OEMLoadModule_t pOEMLoadModule; /////以"CertifyModule"开头的函数为系统自带的验证函数。有了这三个函数你就不用去了解加密知识了。

　　extern BOOL CertifyModuleInit(void); extern BOOL CertifyModule(PBYTE pbBlock, DWORD cbBlock);extern BOOL CertifyModuleFinal(PBYTE *ppbSignData, PDWORD pcbSignData); 注意公钥数据g_bSignPublicKeyBlob，要把signfile导出的公钥覆盖代码中原有的g_bSignPublicKeyBlob 。

　　4、编译并测试

　　用PB打开一个内核工程，进入命令行状态（菜单open build release directory）。键入"build -c"和"sysgen i486oal"，因为cfwpc.c是i486oal.lib的一部分。之后重新编译内核。测试方法是把任何一个CE下运行的EXE复制一份，一份不改变，另一份由signfile签名。然后把这两个文件复制到永久存储器上运行。测试结果签名的能运行，而不签名的不能运行（弹出对话框显示"找不到XXX（或它的某一个组件）。请确认......"）。