CVE-2021-3656:

この問題は、virt_ext VMCB フィールドの検証が欠落しているために発生し、悪意のある L1 ゲストが L2 ゲストの VMLOAD/VMSAVE インターセプトと VLS (Virtual VMLOAD/VMSAVE) の両方を無効にできるようになります。このような状況では、L2 ゲストは VMLOAD/VMSAVE をインターセプトなしで実行でき、ホストの物理メモリの一部を読み書きできます。

Linux カーネルにアクセスするための環境セットアップ:

Docker コンテナまたは仮想マシンを使用できます。私は docker コンテナでやってみます。
MAC または Windows で Docker Desktop をセットアップしておく必要があります。Linux マシンをデフォルトで使用している場合は、これらの手順をすべて無視できます。
次に、ubuntu - 公式イメージ | Docker Hub から ubuntu イメージをプルします。

a. Windows の場合、PowerShell または CMD で “docker pull ubuntu” と入力します。

b. MAC も同様です。 i. 注意: これにより最新版の ubuntu がプルされます。古いバージョンをプルして、古いカーネルを用意することもできます。 ii. Dockerfile を含むディレクトリを作成します。ファイルには最低限、 “From ubuntu:16.04” と記述する必要があります。 iii. 古いバージョンを取得するには、たとえば “docker build -t ubuntu-xenial” と入力します。 iv. 現在のイメージを確認するには、“docker image ls” と入力します。

c. iii のコマンドを実行すると、システムからコンテナ ID が提供されます。 i. コンテナが利用可能であることを確認するには、“docker container ls” と入力して確認できます。

d. このコンテナにアクセスするには、“docker exec -it ” と入力します。

e. これで、コンテナ内の “/” ディレクトリに入っているはずです。

f. このエクスプロイトはカーネルバージョン 4.13 で発見されました。作業環境がそのバージョンであることを確認する必要があります。 i. 確認するには、uname -r と入力します。

g. ここから、カーネルディレクトリを見つけるには、“cd sys/kernel” と入力します。

h. ここから先は、カーネル 4.13 にダウングレードする方法が見つからず、あまり進めることができませんでした。

i. また、仮想マシンを使用したダウングレードも試しましたが、それもうまくいきませんでした。

参考文献:

● oss-security - [CVE-2021-3653、CVE-2021-3656] KVM における SVM ネスト仮想化の問題 (openwall.com) ○ これは、サポートされているネスト仮想化について、KVM の AMD コードで見つかった 2 つの脆弱性の概要です。

● これはパッチです: kvm/kvm.git - カーネルベースの仮想マシン - kvm

● KVM: SVM: 仮想 VMLOAD VMSAVE 機能を有効にする · torvalds/linux@89c8a49 (github.com) ○ これは脆弱なコードです。

● RHSA-2021:3676 - セキュリティアドバイザリ - Red Hat カスタマーポータル