从用户应用程序访问ring 0模式(以及为什么Borland允许这样做)

Question

随着学期的最后期限临近,我决定开始在我大学的操作系统课程中开展一个项目.项目分配的问题在于它要求学生开发一个用户应用程序(exe),它将作为一个简单的内核(基本过程和线程管理)执行.

我想到的第一件事是:我该如何在用户应用程序中执行特权代码？

在咨询了其他学生(按时完成项目)之后,我了解到他们能够使用Borland 3.1编译器执行特权代码而不会出现问题.然而,他们都没有发现这种奇怪,也不知道为什么会这样.为什么(这里有更好的问题,如何)Borland会这样做吗？这是否违反操作系统安全的基本原则？

注意:我添加了C++标记,因为该项目应该被编写为C++应用程序,大多数特权代码都作为内联汇编执行.

更新我的问题最初的措辞有点差.当然,我能够使用任何编译器使用特权指令编译代码 - 运行代码是问题.

Answer 1

两件事情:

回到8086实模式的时代,没有特权级别.Borland 3.1是一个16位编译器.如果您正在运行它在现代版本的Windows上生成的代码,它将使用NTVDM在Virtual 8086模式下运行,该模块也没有权限级别.
即使使用现代编译器/汇编器,即使在保护模式和长模式下,它通常也不会抱怨特权指令.这个源代码在MSVC 2015中编译得很好,但每当我运行它时都会崩溃,因为它试图访问一个禁止用户模式应用程序的寄存器:

int  main()
{
    __asm
    {
        mov eax, cr0
        or eax, 1
        mov cr0, eax
    }
    return 0;
}

Answer 2

编译器允许它,因为编译器的工作是严格地将输入转换为编译输出.它的目的不是强加或强制执行任何系统安全规则.这是执行环境的工作,通常是执行编译代码的OS或模拟器.