ユーザアプリケーションからリング0モードにアクセスする（そして、なぜボーランドがこれを許可するのか）

Question

学期の締め切りのアプローチとして、私は大学でオペレーティングシステムコースのプロジェクトに取り掛かることにしました。 プロジェクト割り当ての問題は、単純なカーネル（基本プロセスとスレッド管理）として実行するユーザーアプリケーション（exe）を開発する必要があることです。

私の頭に浮かぶ最初のことは、私はユーザーアプリケーションで特権コードをどのように実行することになっていますか？

（時間通りにプロジェクトを行った）他の学生と相談した結果、Borland 3.1コンパイラを使用しても問題なく、特権コードを実行できることがわかりました。しかし、彼らの誰もそれが奇妙で、なぜそれが働いたのか分かっていませんでした。なぜボーランドはこれを行うのですか（ここではより良い質問）ですか？ OSセキュリティの基本原則に違反していませんか？

注：プロジェクトはC++アプリケーションとして作成され、ほとんどの特権コードがインラインアセンブリとして実行されるため、C++タグを追加しました。

更新私の質問は、もともと多少言い表せませんでした。もちろん、どのコンパイラでも特権命令を使ってコードをコンパイルすることができました。コードを実行することが問題でした。

Answer 1

2つのこと：

1. 戻る8086リアルモードの日には特権レベルがありませんでした。 Borland 3.1は16ビットコンパイラでした。最新版のWindowsで作成されたコードを実行している場合、NTVDMを使用して仮想8086モードで実行されます。これには特権レベルもありません。

2. 現代のコンパイラ/アセンブラを使用している場合でも、プロテクトモードとロングモードでも、一般に特権命令については不平を言っていません。このソースコードは、MSVC 2015年に私のためにうまくコンパイルが、それはあるレジスタにアクセスしようとするので、私はそれを実行するたびにクラッシュ立ち入り禁止ユーザーモードアプリケーションへ：rootパスワードを入力した場合

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

Answer 2

コンパイラの仕事は厳密に入力をコンパイルされた出力に変換するためです。これは、システムセキュリティルールを強制するものではありません。コンパイルされたコードを実行するOSやエミュレータなど、実行環境の仕事です。