![]() |
|||||||||||||||||||||
|
|||||||||||||||||||||
| February 16th, 2007 ___________________________________________ Q & A Session with Dean Ramsier During one of BSQUARE’s recent Windows Embedded CE 6.0 Training class, students asked some good questions on ISRs in CE 6, .DAT files, the trust model, and entry points. Chances are this information will benefit readers of our Windows CE 6 blog as well – see Q&A below. Question: What extra security is involved in installing an ISR in CE 6? Question: Are .DAT files making an actual copy or just referencing? Question: Explain the trust model changes in CE 6.0. Regardless of whether the trust mechanism is implemented in a particular BSP, CE6 now distinguishes between User mode components and Kernel mode components. A number of APIs can only be called by Kernel mode components (the OAL and drivers/dlls that are running in kernel mode). These APIs are typically the ones that would provide unrestricted access to the system memory space. User mode drivers can call some of these functions with restrictions on their parameters. If you are concerned about security, you need to implement the trust model to prevent any unauthorized component from running at all. While user mode applications can't call restricted APIs, there is nothing stopping them from loading a kernel mode dll containing code that has full access to the system. Question: In CE 6.0, do all entry points need to be defined?
. . . . . . . . . . . . . . . . . . . . . . .
|
|||||||||||||||||||||