trinadh465/linux-4.1.15_cve-2017-1000371CVE-2017-1000371(로컬 권한 상승 취약점)과 관련된 수정 사항이 포함된 Linux 커널 4.1.15 소스 트리. 결함을 분석하고 이해하기 위한 기반을 제공합니다.
Linux kernel release 4.x http://kernel.org/
이것은 리눅스 버전 4에 대한 릴리스 노트입니다. 주의 깊게 읽어 보십시오. 이 문서가 무엇에 관한 것인지 설명하고, 커널을 설치하는 방법과 문제가 발생했을 때 무엇을 해야 하는지 알려줍니다.
리눅스란 무엇인가?
리눅스는 유닉스 운영체제의 클론으로, 리누스 토르발스가 인터넷 전역의 느슨하게 연결된 해커 팀의 도움을 받아 처음부터 작성했습니다. POSIX 및 Single UNIX Specification 준수를 목표로 합니다.
현대적인 완전한 유닉스에서 기대할 수 있는 모든 기능을 갖추고 있으며, 진정한 멀티태스킹, 가상 메모리, 공유 라이브러리, 요구 로딩, 공유 COW(copy-on-write) 실행 파일, 적절한 메모리 관리, IPv4 및 IPv6를 포함한 멀티스택 네트워킹 등을 포함합니다.
GNU 일반 공중 사용 허가서(GNU General Public License)에 따라 배포됩니다. 자세한 내용은 함께 제공되는 COPYING 파일을 참조하십시오.
어떤 하드웨어에서 실행되나요?
비록 원래 32비트 x86 기반 PC(386 이상)용으로 처음 개발되었지만, 오늘날 리눅스는 (적어도) Compaq Alpha AXP, Sun SPARC 및 UltraSPARC, Motorola 68000, PowerPC, PowerPC64, ARM, Hitachi SuperH, Cell, IBM S/390, MIPS, HP PA-RISC, Intel IA-64, DEC VAX, AMD x86-64, AXIS CRIS, Xtensa, Tilera TILE, AVR32 및 Renesas M32R 아키텍처에서도 실행됩니다.
리눅스는 페이지 메모리 관리 장치(PMMU)와 GNU C 컴파일러(gcc)(GNU 컴파일러 모음(GCC)의 일부)의 포트가 있는 한 대부분의 범용 32비트 또는 64비트 아키텍처로 쉽게 이식할 수 있습니다. 리눅스는 PMMU가 없는 여러 아키텍처로도 이식되었지만, 그 경우 기능이 분명히 다소 제한됩니다. 리눅스는 자체적으로도 이식되었습니다. 이제 커널을 사용자 공간 애플리케이션으로 실행할 수 있습니다. 이를 UserMode Linux(UML)이라고 합니다.
문서:
인터넷과 서적 모두에서 전자 형식으로 제공되는 많은 문서가 있으며, 리눅스 특정 문서와 일반 UNIX 질문에 관한 문서가 있습니다. LDP(리눅스 문서 프로젝트) 책을 위해 모든 리눅스 FTP 사이트의 문서 하위 디렉토리를 살펴보는 것이 좋습니다. 이 README는 시스템에 대한 문서를 의미하지 않습니다. 훨씬 더 나은 자료가 있습니다.
Documentation/ 하위 디렉토리에는 다양한 README 파일이 있습니다. 여기에는 일반적으로 일부 드라이버에 대한 커널별 설치 참고 사항이 포함되어 있습니다. 각 파일에 포함된 내용 목록은 Documentation/00-INDEX를 참조하십시오. Changes 파일을 읽어 보십시오. 커널 업그레이드로 인해 발생할 수 있는 문제에 대한 정보가 포함되어 있습니다.
Documentation/DocBook/ 하위 디렉토리에는 커널 개발자와 사용자를 위한 여러 가이드가 포함되어 있습니다. 이 가이드는 PostScript(.ps), PDF, HTML 및 man 페이지 등 여러 형식으로 렌더링될 수 있습니다. 설치 후 "make psdocs", "make pdfdocs", "make htmldocs" 또는 "make mandocs"를 실행하면 요청된 형식으로 문서가 렌더링됩니다.
커널 소스 설치:
전체 소스를 설치하는 경우, 권한이 있는 디렉토리(예: 홈 디렉토리)에 커널 타르볼을 넣고 압축을 풉니다:
xz -cd linux-4.X.tar.xz | tar xvf -
"X"를 최신 커널의 버전 번호로 바꾸십시오.
/usr/src/linux/ 영역을 사용하지 마십시오! 이 영역에는 라이브러리 헤더 파일에서 사용하는 (일반적으로 불완전한) 커널 헤더 세트가 있습니다. 이 헤더는 라이브러리와 일치해야 하며, 임시 커널(커널-오브-더-데이)로 인해 엉망이 되어서는 안 됩니다.
패치를 적용하여 4.x 릴리스 간에 업그레이드할 수도 있습니다. 패치는 xz 형식으로 배포됩니다. 패치로 설치하려면 모든 최신 패치 파일을 가져와 커널 소스의 최상위 디렉토리(linux-4.X)로 이동하여 다음을 실행합니다:
xz -cd ../patch-4.x.xz | patch -p1
현재 소스 트리의 버전 "X"보다 큰 모든 버전에 대해 "x"를 순서대로 바꾸면 문제가 없을 것입니다. 백업 파일(일부-파일-이름~ 또는 일부-파일-이름.orig)을 제거하고 실패한 패치(일부-파일-이름# 또는 일부-파일-이름.rej)가 없는지 확인하는 것이 좋습니다. 그러한 파일이 있다면, 귀하나 제가 실수를 한 것입니다.
4.x 커널용 패치와 달리, 4.x.y 커널(안정 커널이라고도 함)용 패치는 증분식이 아니라 기본 4.x 커널에 직접 적용됩니다. 예를 들어, 기본 커널이 4.0이고 4.0.3 패치를 적용하려면 먼저 4.0.1 및 4.0.2 패치를 적용하면 안 됩니다. 마찬가지로, 커널 버전 4.0.2를 실행 중이고 4.0.3으로 이동하려면 먼저 4.0.2 패치를 되돌린(즉, patch -R) 후에 4.0.3 패치를 적용해야 합니다. 이에 대한 자세한 내용은 Documentation/applying-patches.txt에서 읽을 수 있습니다.
또는 patch-kernel 스크립트를 사용하여 이 프로세스를 자동화할 수 있습니다. 현재 커널 버전을 확인하고 발견된 모든 패치를 적용합니다.
linux/scripts/patch-kernel linux
위 명령의 첫 번째 인수는 커널 소스의 위치입니다. 패치는 현재 디렉토리에서 적용되지만, 두 번째 인수로 다른 디렉토리를 지정할 수 있습니다.
오래된 .o 파일과 종속 파일이 남아 있지 않은지 확인하십시오:
cd linux make mrproper
이제 소스가 올바르게 설치되었을 것입니다.
소프트웨어 요구 사항
4.x 커널을 컴파일하고 실행하려면 다양한 소프트웨어 패키지의 최신 버전이 필요합니다. 필요한 최소 버전 번호와 이러한 패키지의 업데이트를 얻는 방법은 Documentation/Changes를 참조하십시오. 이러한 패키지의 지나치게 오래된 버전을 사용하면 추적하기 매우 어려운 간접적인 오류가 발생할 수 있으므로, 빌드 또는 작동 중에 명백한 문제가 발생할 때만 패키지를 업데이트할 수 있다고 가정하지 마십시오.
커널 빌드 디렉토리:
커널 컴파일 시 모든 출력 파일은 기본적으로 커널 소스 코드와 함께 저장됩니다. "make O=output/dir" 옵션을 사용하면 출력 파일(include .config)의 대체 위치를 지정할 수 있습니다. 예:
kernel source code: /usr/src/linux-4.X
build directory: /home/name/build/kernel
커널을 구성하고 빌드하려면 다음을 사용하십시오:
cd /usr/src/linux-4.X
make O=/home/name/build/kernel menuconfig
make O=/home/name/build/kernel
sudo make O=/home/name/build/kernel modules_install install
참고: 'O=output/dir' 옵션을 사용하는 경우, 모든 make 호출에 대해 사용해야 합니다.
커널 구성:
단지 마이너 버전을 업그레이드하는 경우에도 이 단계를 건너뛰지 마십시오. 각 릴리스에서 새로운 구성 옵션이 추가되며, 구성 파일이 예상대로 설정되지 않으면 이상한 문제가 발생합니다. 최소한의 작업으로 기존 구성을 새 버전으로 가져오려면 "make oldconfig"를 사용하십시오. 이 명령은 새 질문에 대한 답변만 묻습니다.
대체 구성 명령은 다음과 같습니다:
"make config" 일반 텍스트 인터페이스.
"make menuconfig" 텍스트 기반 컬러 메뉴, 라디올리스트 및 대화상자.
"make nconfig" 향상된 텍스트 기반 컬러 메뉴.
"make xconfig" X 윈도우(Qt) 기반 구성 도구.
"make gconfig" X 윈도우(Gtk) 기반 구성 도구.
"make oldconfig" 기존 ./.config 파일의 내용을 기반으로 모든 질문에 기본값을 적용하고 새로운 구성 기호에 대해 질문합니다.
"make silentoldconfig" 위와 동일하지만 이미 답변된 질문으로 화면을 복잡하게 만들지 않습니다. 또한 종속성을 업데이트합니다.
"make olddefconfig" 위와 동일하지만 새로운 기호를 묻지 않고 기본값으로 설정합니다.
"make defconfig" 아키텍처에 따라 arch/$ARCH/defconfig 또는 arch/$ARCH/configs/${PLATFORM}_defconfig의 기본 기호 값을 사용하여 ./.config 파일을 만듭니다.
"make ${PLATFORM}_defconfig" arch/$ARCH/configs/${PLATFORM}_defconfig의 기본 기호 값을 사용하여 ./.config 파일을 만듭니다. "make help"를 사용하여 아키텍처의 모든 사용 가능한 플랫폼 목록을 얻으십시오.
"make allyesconfig" 가능한 한 많은 기호 값을 'y'로 설정하여 ./.config 파일을 만듭니다.
"make allmodconfig" 가능한 한 많은 기호 값을 'm'으로 설정하여 ./.config 파일을 만듭니다.
"make allnoconfig" 가능한 한 많은 기호 값을 'n'으로 설정하여 ./.config 파일을 만듭니다.
"make randconfig" 기호 값을 무작위 값으로 설정하여 ./.config 파일을 만듭니다.
"make localmodconfig" 현재 구성 및 로드된 모듈(lsmod)을 기반으로 구성을 만듭니다. 로드된 모듈에 필요하지 않은 모든 모듈 옵션을 비활성화합니다.
다른 머신용 localmodconfig를 만들려면 해당 머신의 lsmod를 파일에 저장하고 LSMOD 매개변수로 전달하십시오.
target$ lsmod > /tmp/mylsmod
target$ scp /tmp/mylsmod host:/tmp
host$ make LSMOD=/tmp/mylsmod localmodconfig
위 명령은 크로스 컴파일할 때도 작동합니다.
"make localyesconfig" localmodconfig와 유사하지만 모든 모듈 옵션을 빌트인(=y) 옵션으로 변환합니다.
리눅스 커널 구성 도구 사용에 대한 자세한 내용은 Documentation/kbuild/kconfig.txt에서 확인할 수 있습니다.
"make config"에 대한 참고 사항:
불필요한 드라이버가 있으면 커널이 더 커지고 어떤 상황에서는 문제가 발생할 수 있습니다: 존재하지 않는 컨트롤러 카드를 프로빙하면 다른 컨트롤러가 혼동될 수 있습니다.
"Processor type"을 386보다 높게 설정하여 커널을 컴파일하면 386에서 작동하지 않는 커널이 생성됩니다. 커널은 부팅 시 이를 감지하고 중단됩니다.
수학 에뮬레이션이 컴파일된 커널은 코프로세서가 있으면 계속 사용합니다: 수학 에뮬레이션은 그 경우 절대 사용되지 않습니다. 커널은 약간 더 커지지만 수학 코프로세서가 있든 없든 다른 머신에서 작동합니다.
"kernel hacking" 구성 세부 사항은 일반적으로 더 크거나 느린 커널(또는 둘 다)을 초래하며, 일부 루틴을 구성하여 잘못된 코드를 적극적으로 깨뜨려 커널 문제(kmalloc())를 찾도록 하면 커널을 덜 안정적으로 만들 수도 있습니다. 따라서 "개발", "실험" 또는 "디버깅" 기능에 대한 질문에는 'n'이라고 대답해야 합니다.
커널 컴파일:
최소한 gcc 3.2를 사용할 수 있는지 확인하십시오. 자세한 내용은 Documentation/Changes를 참조하십시오.
이 커널로 a.out 사용자 프로그램을 계속 실행할 수 있습니다.
"make"를 실행하여 압축된 커널 이미지를 만듭니다. lilo가 커널 makefile에 맞게 설치된 경우 "make install"도 수행할 수 있지만, 먼저 특정 lilo 설정을 확인하는 것이 좋습니다.
실제 설치를 수행하려면 root여야 하지만 일반적인 빌드에는 root가 필요하지 않습니다. root의 이름을 헛되이 사용하지 마십시오.
커널의 일부를 'modules'로 구성한 경우 "make modules_install"도 수행해야 합니다.
자세한 커널 컴파일/빌드 출력:
일반적으로 커널 빌드 시스템은 상당히 조용한 모드로 실행됩니다(완전히 조용하지는 않음). 그러나 때로는 귀하나 다른 커널 개발자가 컴파일, 링크 또는 기타 명령이 정확히 어떻게 실행되는지 확인해야 할 수 있습니다. 이를 위해 "verbose" 빌드 모드를 사용하십시오. 이는 "make" 명령에 "V=1"을 삽입하여 수행합니다. 예:
make V=1 all
빌드 시스템이 각 대상의 재빌드 이유도 알려주도록 하려면 "V=2"를 사용하십시오. 기본값은 "V=0"입니다.
문제가 발생할 경우를 대비하여 백업 커널을 준비해 두십시오. 이는 특히 개발 릴리스의 경우 더욱 그렇습니다. 각 새 릴리스에는 디버그되지 않은 새 코드가 포함되어 있기 때문입니다. 해당 커널에 해당하는 모듈의 백업도 준비하십시오. 작업 중인 커널과 동일한 버전 번호의 새 커널을 설치하는 경우 "make modules_install"을 실행하기 전에 모듈 디렉토리를 백업하십시오.
또는 컴파일하기 전에 커널 구성 옵션 "LOCALVERSION"을 사용하여 일반 커널 버전에 고유한 접미사를 추가하십시오. LOCALVERSION은 "General Setup" 메뉴에서 설정할 수 있습니다.
새 커널을 부팅하려면 커널 이미지(예: 컴파일 후 .../linux/arch/i386/boot/bzImage)를 일반 부팅 가능 커널이 있는 위치로 복사해야 합니다.
LILO와 같은 부트로더의 도움 없이 플로피에서 직접 커널을 부팅하는 것은 더 이상 지원되지 않습니다.
하드 드라이브에서 리눅스를 부팅하는 경우, 아마도 LILO를 사용하고 있을 것입니다. LILO는 /etc/lilo.conf 파일에 지정된 커널 이미지를 사용합니다. 커널 이미지 파일은 일반적으로 /vmlinuz, /boot/vmlinuz, /bzImage 또는 /boot/bzImage입니다. 새 커널을 사용하려면 이전 이미지의 사본을 저장하고 새 이미지를 이전 이미지 위에 복사하십시오. 그런 다음 LILO를 다시 실행하여 로딩 맵을 업데이트해야 합니다!! 그렇지 않으면 새 커널 이미지를 부팅할 수 없습니다.
LILO 재설치는 일반적으로 /sbin/lilo를 실행하는 것입니다. 새 커널 이미지가 작동하지 않을 경우를 대비하여 이전 커널 이미지(예: /vmlinux.old)에 대한 항목을 /etc/lilo.conf에 편집하여 지정할 수 있습니다. 자세한 내용은 LILO 문서를 참조하십시오.