From 256709d2eb3fd80d768a99964be5caa61effa2a0 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Tue, 3 Jun 2025 12:04:13 +0000 Subject: add new classifier result --- .../classifier/02/semantic/gitlab_semantic_bextr | 31 ---------------------- 1 file changed, 31 deletions(-) delete mode 100644 results/classifier/02/semantic/gitlab_semantic_bextr (limited to 'results/classifier/02/semantic/gitlab_semantic_bextr') diff --git a/results/classifier/02/semantic/gitlab_semantic_bextr b/results/classifier/02/semantic/gitlab_semantic_bextr deleted file mode 100644 index b0b902d9c..000000000 --- a/results/classifier/02/semantic/gitlab_semantic_bextr +++ /dev/null @@ -1,31 +0,0 @@ -semantic: 0.993 -instruction: 0.944 -boot: 0.516 -mistranslation: 0.337 -other: 0.099 - -x86 BEXTR semantic bug -Description of problem -The result of instruction BEXTR is different with from the CPU. The value of destination register is different. I think QEMU does not consider the operand size limit. - -Steps to reproduce - -Compile this code - -void main() { - asm("mov rax, 0x17b3693f77fb6e9"); - asm("mov rbx, 0x8f635a775ad3b9b4"); - asm("mov rcx, 0xb717b75da9983018"); - asm("bextr eax, ebx, ecx"); -} - -Execute and compare the result with the CPU. - -CPU -RAX = 0x5a - -QEMU -RAX = 0x635a775a - -Additional information -This bug is discovered by research conducted by KAIST SoftSec. -- cgit 1.4.1