[G1-Sync] Manual knowledge update

10_Wiki/Topics/Programming & Language/Branchless Security Checks.md

@@ -1,5 +1,5 @@
 ---
-id: P-REINFORCE-AUTO-229D3F
+id: [[P-Reinforce]]-AUTO-229D3F
 category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -10,15 +10,15 @@ github_commit: "[P-Reinforce] Continuous Worker - Branchless Security Checks"
 # [[Branchless Security Checks]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
-> Branchless Security Checks(분기 없는 보안 검사)는 Spectre 및 Meltdown과 같은 CPU 보안 취약점에 대응하기 위해 도입된 보안 메커니즘입니다 [1, 2]. 기존의 조건 분기(Branch) 명령어를 통해 보안을 확인하는 방식은 추측 실행(Speculative execution)을 악용하는 공격에 취약하기 때문에, 분기 명령어를 배제하고 비트 연산 등을 활용하는 방식이 필요해졌습니다 [3, 4]. 대표적인 구현 기법으로는 인덱스 마스킹(Index Masking)과 포인터 포이즈닝(Pointer Poisoning)이 있습니다 [4-6].
+> Branchless Security Checks(분기 없는 보안 검사)는 [[Spectre]] 및 Meltdown과 같은 CPU 보안 취약점에 대응하기 위해 도입된 보안 메커니즘입니다 [1, 2]. 기존의 조건 분기(Branch) 명령어를 통해 보안을 확인하는 방식은 추측 실행([[Speculative Execution]])을 악용하는 공격에 취약하기 때문에, 분기 명령어를 배제하고 비트 연산 등을 활용하는 방식이 필요해졌습니다 [3, 4]. 대표적인 구현 기법으로는 인덱스 마스킹([[Index Masking]])과 포인터 포이즈닝([[Pointer Poisoning]])이 있습니다 [4-6].
 
 ## 📖 구조화된 지식 (Synthesized Content)
 * **도입 배경 (Spectre 공격의 위협):**
-  최신 CPU는 성능 향상을 위해 조건 분기의 결과를 미리 예측하고 실행하는 추측 실행(Speculative execution)을 사용합니다 [7]. Spectre 공격은 이러한 추측 실행 시 발생하는 정보 유출을 악용하여, 공격자가 분기의 실행을 제어하고 캐시 타이밍을 통해 메모리의 정보를 읽어낼 수 있게 합니다 [8]. 이로 인해 WebKit과 같은 엔진에서 신뢰할 수 없는 JavaScript나 WebAssembly 코드를 실행할 때, 기존의 분기 기반 검사로는 객체의 타입이나 배열 범위를 안전하게 보호할 수 없게 되었습니다 [3, 9, 10].
+  최신 CPU는 성능 향상을 위해 조건 분기의 결과를 미리 예측하고 실행하는 추측 실행(Speculative execution)을 사용합니다 [7]. Spectre 공격은 이러한 추측 실행 시 발생하는 정보 유출을 악용하여, 공격자가 분기의 실행을 제어하고 캐시 타이밍을 통해 메모리의 정보를 읽어낼 수 있게 합니다 [8]. 이로 인해 [[WebKit]]과 같은 엔진에서 신뢰할 수 없는 [[JavaScript]]나 [[WebAssembly]] 코드를 실행할 때, 기존의 분기 기반 검사로는 객체의 타입이나 배열 범위를 안전하게 보호할 수 없게 되었습니다 [3, 9, 10].
 
 * **Branchless Security Checks의 주요 기법:**
-  이를 해결하기 위해 WebKit 및 Blink 엔진은 분기 없는 보안 검사(Branchless Security Checks)를 도입했습니다 [1, 11].
-  * **인덱스 마스킹 (Index Masking):** 배열에 접근할 때 분기문을 사용하는 대신, 비트 마스킹(Bitwise operations) 연산을 사용하여 인덱스가 배열의 유효한 범위 내에 있도록 강제하는 기법입니다 [4, 5]. 최신 CPU는 비트 마스킹 연산에 대해 추측 실행을 하지 않으므로, 공격자가 배열의 범위를 벗어난 메모리를 읽어내는 것을 방지할 수 있습니다 [4].
+  이를 해결하기 위해 WebKit 및 [[Blink]] 엔진은 분기 없는 보안 검사(Branchless Security Checks)를 도입했습니다 [1, 11].
+  * **인덱스 마스킹 (Index Masking):** 배열에 접근할 때 분기문을 사용하는 대신, 비트 마스킹(Bitwise [[Opera]]tions) 연산을 사용하여 인덱스가 배열의 유효한 범위 내에 있도록 강제하는 기법입니다 [4, 5]. 최신 CPU는 비트 마스킹 연산에 대해 추측 실행을 하지 않으므로, 공격자가 배열의 범위를 벗어난 메모리를 읽어내는 것을 방지할 수 있습니다 [4].
   * **포인터 포이즈닝 (Pointer Poisoning):** 객체 타입 검사 등에 사용되는 방법으로, 포인터에 특정 난수 값(Poison value)을 XOR 연산하여 포인터를 손상시키는 방식입니다 [5, 6]. 올바른 타입 검사를 거쳐 정상적으로 해독(Unpoison)되지 않은 포인터로 접근을 시도하면, 매핑되지 않은 유효하지 않은 메모리를 가리키게 되어 접근이 실패합니다 [5, 6]. 이 방식은 분기문 없이도 안전한 검사를 가능하게 하며 원격 코드 실행 공격을 방어하는 데도 유용합니다 [12].
 
 * **성능에 미치는 영향:**