Linux 커널 라이브 패치 - 무엇을, 어떻게? [폐쇄]

Question

커널이 완전히 다시 작성되지 않은 경우(함수 이름 변경, 함수에 전달된 인수 순서 변경) 원래 커널과 패치된 커널의 바이너리를 분석하고 어떤 함수가 변경되었는지 확인할 수 있습니다.

그런 다음 변경된 루틴의 시작 부분을 덮어써서 메모리에 로드된 루틴의 변경된 버전으로 이동합니다. 이는 다른 프로세스가 실행되고 있지 않을 때 수행됩니다.

Wikipedia에 관한 기사케스 스티칭좀 더 이해하기 쉽게 설명되어 있습니다.

확실히 패치 작성을 시도하고 더 작은 패치를 생각해 낼 수 있습니다(완전한 기능보다는 기계어 코드 몇 줄 변경). 이러한 작은 패치는 패치된 함수 호출에서 단순히 복귀하는 것이 아니라 원래 루틴으로 조심스럽게 다시 점프해야 합니다.

새로운 버전 번호를 얻기 위해 grub 메뉴를 패치하는 것은 커널 바이너리를 분석하고 패치하는 것에 비해 쉽습니다. 메뉴는 텍스트로만 제공됩니다. 하지만 무슨 일이 있어도 첫 번째 부팅 후에는 그럽 메뉴가 절대 표시되지 않을 것이라는 생각입니다.

이는 Red Hat 및 Open SuSE의 새로운 기능일 수 있지만 1년 전에 발명된 것은 아닙니다. 예를 들어 ksplice는 2008년에 커널 실행 패치를 시작했습니다. 메모리 내 프로그램(반드시 Linux 커널일 필요는 없음)을 패치하는 개념은 훨씬 오래되었습니다. 나 자신도 이미 1984년부터 수동 분석을 기반으로 한 인메모리 프로그램 패치(6502 기계 코드 패치)를 사용하고 있었는데, 그 당시에는 확실히 할 생각이 없었습니다.

Answer 1

커널이 완전히 다시 작성되지 않은 경우(함수 이름 변경, 함수에 전달된 인수 순서 변경) 원래 커널과 패치된 커널의 바이너리를 분석하고 어떤 함수가 변경되었는지 확인할 수 있습니다.