与其他答案相反,我断言原则上简短的答案是肯定的.这可能不会以任何方式正式支持,但似乎有效.在这个答案的最后,我提出了一个演示.
在Linux-x86_64上,32位(以及X32,根据GDB源)进程使CS寄存器等于0x23 – 在GDT中定义的32位环3代码段的选择器(其基数为0). 64位进程得到另一个选择器:0x33-长模式(即64位)环3代码段的选择器(ES,CS,SS,DS的基础在64位模式下无条件地被视为零).因此,如果我们使用0x33的目标段选择器进行远程跳转,远程调用或类似的操作,我们将相应的描述符加载到CS的阴影部分并最终以64位段结束.
本答案底部的演示使用jmp far指令跳转到64位代码.请注意,我已选择一个特殊常量加载到rax中,因此对于32位代码,该指令看起来像
dec eax
mov eax, 0xfafafafa
ud2
cli ; these two are unnecessary, but leaving them here for fun :)
hlt
如果我们在CS阴影部分执行它具有32位描述符(将在ud2指令上引发SIGILL),则必须失败.
现在这里是演示(用fasm编译).
format ELF executable
segment readable executable
SYS_EXIT_32BIT=1
SYS_EXIT_64BIT=60
SYS_WRITE=4
STDERR=2
entry $
mov ax,cs
cmp ax,0x23 ; 32 bit process on 64 bit kernel has this selector in CS
jne kernelIs32Bit
jmp 0x33:start64 ; switch to 64-bit segment
start64:
use64
mov rax, qword 0xf4fa0b0ffafafafa ; would crash inside this if executed as 32 bit code
xor rdi,rdi
mov eax, SYS_EXIT_64BIT
syscall
ud2
use32
kernelIs32Bit:
mov edx, msgLen
mov ecx, msg
mov ebx, STDERR
mov eax, SYS_WRITE
int 0x80
dec ebx
mov eax, SYS_EXIT_32BIT
int 0x80
msg:
db "Kernel appears to be 32 bit, can't jump to long mode segment",10
msgLen = $-msg