Microsoft MVP성태의 닷넷 이야기
VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [링크 복사], [링크+제목 복사],
조회: 25325
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

내 CPU가 MPX/SGX를 지원할까요?

우선 MPX에 대해서는 다음의 문서에 잘 나와 있습니다. ^^

Intel_MPX_EnablingGuide.pdf
; https://software.intel.com/sites/default/files/managed/9d/f6/Intel_MPX_EnablingGuide.pdf

A new CPUID (EAX=07H, ECX-0H) bit14 (Intel MPX bit) indicates whether the CPU supports Intel MPX. CPUs that don’t support Intel MPX interpret Intel MPX instructions as NOPs. See Table 3.


cpuid 명령어를 호출할 때 eax = 7, ecx = 0인 상황은 확장 기능을 조회하는 것인데, 이에 대한 결과값을 확인하는 것도 다음의 문서에 간단하게 잘 나와 있습니다.

CPUID
; https://en.wikipedia.org/wiki/CPUID

보시면 cpuid 명령어 실행 후 EBX 레지스터의 14번째 비트 값이 mpx 지원 여부를 가리킵니다.

따라서 Visual C++에서 이를 구현하려면 __cpuidex를 사용하면 되지만, 어차피 ecx 기능 번호가 0이기 때문에 __cpuid를 써도 무방합니다. 대략 아래와 같은 코드가 됩니다.

#include "stdafx.h"
#include <intrin.h>

int main()
{
    int cpuInfo[4] = { 0 };

    __cpuidex(cpuInfo, 7, 0); // == __cpuid(cpuInfo, 7);

    // cpuInfo[0] == EAX
    // cpuInfo[1] == EBX
    // cpuInfo[2] == ECX
    // cpuInfo[3] == EDX

    int mpxbit14 = 1 << 13;

    if ((cpuInfo[1] & mpxbit14) == mpxbit14)
    {
        printf("MPX - support\n");
    }

    return 0;
}

MPX 기능이 지원되는 CPU의 경우 대개 SGX도 지원하지만 이 역시 2번째 비트를 이용해 확인할 수 있습니다.

int sgxbit2 = 1 << 1;

if ((cpuInfo[1] & sgxbit2) == sgxbit2)
{
    printf("SGX - support\n");
}

부가적으로, SGX의 경우 Win32 API로도 확인할 수 있습니다.

// #include <enclaveapi.h>

typedef BOOL (WINAPI *IsEnclaveTypeSupportedFunc)(DWORD);

/*
C:\Program Files(x86)\Windows Kits\10\Include\10.0.10586.0\um\winnt.h(12196) :
  #define ENCLAVE_TYPE_SGX            0x00000001
*/ 
#define ENCLAVE_TYPE_SGX            0x00000001

int main()
{
    HINSTANCE hInstance;
    hInstance = LoadLibrary(L"kernel32.dll");
    IsEnclaveTypeSupportedFunc isEnclaveTypeSupportedProc = (IsEnclaveTypeSupportedFunc)::GetProcAddress(hInstance, "IsEnclaveTypeSupported");
    BOOL result = isEnclaveTypeSupportedProc(ENCLAVE_TYPE_SGX);
}

단지 cpuid로 조회한 경우와 비교해 차이가 있는데, CPU 차원에서 지원이 된다고 나와도 IsEnclaveTypeSupported는 FALSE를 반환할 수 있습니다. 왜냐하면 (현 시점에는) 대부분의 경우 마더보드의 BIOS 단계에서 기본적으로 비활성화되어 있거나... 심지어 아직 BIOS에서조차 지원안되는 경우가 많습니다.

SGX Hardware: A first look
; https://jbeekman.nl/blog/2015/10/sgx-hardware-first-look/

음... CPU 지원만 생각하고 저도 아래의 사양으로 구매했다가,

2016년 작업 PC ^^
; https://www.sysnet.pe.kr/0/0/499

SGX를 전혀 테스트하지 못하고 있습니다. isEnclaveTypeSupportedProc 기능이 정말 BIOS 단계에서 안되는지는 다음의 글에 따라 테스트가 가능합니다.

SGX is available for your CPU and enabled in BIOS
; https://github.com/ayeks/SGX-hardware

역시, cpuid 명령어를 사용하면 되고 간단하게는 다음과 같이 테스트가 가능합니다.

int cpuInfoEx[4] = { 0 };
__cpuidex(cpuInfo, 12, 0);

// cpuInfo[0] == EAX
// cpuInfo[1] == EBX
// cpuInfo[2] == ECX
// cpuInfo[3] == EDX

printf("SGX eax: %d\n", cpuInfo[0]); // == 0
printf("SGX ebx: %d\n", cpuInfo[1]); // == 0

CPU 수준에서 SGX가 지원되더라도 위와 같이 0, 0 결과가 나오면 BIOS 차원에서... 지원이 안되는 것입니다. 이런 경우 해당 마더 보드 제조 업체에서 BIOS 업데이트를 해주기를 기다리던가... 아니면 아예 여러분의 마더보드가 SGX 지원을 못한다고 보면 됩니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 2/16/2016]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2020-07-13 10시32분
SGX가 아무래도 CPU 레벨에서 구현하기 힘든가 보군요. ^^

I think Intel knows SGX is a dead end, which is why SGX is being phased out it seems eg Rocket Lake-S late 2020
; https://twitter.com/y0ny0ns0n/status/1282580499513270273?s=20
정성태

... 61  62  63  64  65  66  67  68  69  70  71  [72]  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12169정성태3/5/202020581개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202022155개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202019971개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202021074개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202019478.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202020585오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202018897.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202023485디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/202019254오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202019493개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/202016029오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202019316디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202018733디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/202017275오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/202017237오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/202016395오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202020933.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202019319.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202020677.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202021065.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202019094.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202022350디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202019284디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202020189.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202020681.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202020896.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  [72]  73  74  75  ...