요약·해설과 원문, 전문 번역을 서로 분리했습니다. API 이름, symbol, source path는 원문 표기를 사용합니다.
1. 요약·해설
원문의 핵심 논리와 kernel programming 관점의 보충 설명입니다. 아래의 전문 번역과는 별도로 작성했습니다.
2. 영어 원문 전체
번역 기준이 된 Linux v6.18.37 원문입니다. 줄 번호는 이 버전의 파일 좌표입니다.
원문 전체 펼치기
1
.. SPDX-License-Identifier: GPL-2.0
3
=============
4
Old Microcode
5
=============
7
The kernel keeps a table of released microcode. Systems that had
8
microcode older than this at boot will say "Vulnerable". This means
9
that the system was vulnerable to some known CPU issue. It could be
10
security or functional, the kernel does not know or care.
12
You should update the CPU microcode to mitigate any exposure. This is
13
usually accomplished by updating the files in
14
/lib/firmware/intel-ucode/ via normal distribution updates. Intel also
15
distributes these files in a github repo:
17
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files.git
19
Just like all the other hardware vulnerabilities, exposure is
20
determined at boot. Runtime microcode updates do not change the status
21
of this vulnerability.
3. 한국어 전문 번역
영어 원문의 문단 순서와 의미를 유지한 전체 번역입니다. 코드, 함수명, symbol과 URL은 원문 표기를 유지합니다.
오래된 microcode 상태
1-21커널은 공개된 microcode의 표를 유지합니다. boot할 때 이보다 오래된 microcode를 사용한 system은 `Vulnerable`이라고 표시됩니다. 이는 system이 알려진 CPU 문제에 취약했음을 뜻합니다. 문제는 security 또는 functional 문제일 수 있으며 커널은 이를 구분하지 않습니다.
노출 가능성을 완화하려면 CPU microcode를 업데이트해야 합니다. 보통 distribution update를 통해 `/lib/firmware/intel-ucode/`의 file을 갱신합니다. Intel도 다음 GitHub repository에서 이 file을 배포합니다.
https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files.git다른 hardware 취약점과 마찬가지로 노출 여부는 boot 때 결정됩니다. runtime microcode update는 이 취약점의 표시 상태를 바꾸지 않습니다.
boot-time microcode 판정
old_microcode.rst:1-21공개 microcode 표보다 오래된 system의 `Vulnerable` 표시와 runtime update 제한을 정리합니다.