어셈블리 파일이 프로젝트에 포함 된 경우 mmap에서 예기치 않은 exec 권한

나는 이것으로 벽에 머리를 두드리고 있습니다.

내 프로젝트 mmap에서 매핑 ( /proc/self/maps)으로 메모리를 할당 할 때 읽기 가능한 메모리 만 요청 했지만 읽기 가능하고 실행 가능한 영역임을 보여줍니다 .

strace (좋아 보이는) 및 기타 디버깅을 살펴본 후에 프로젝트에서 어셈블리 파일을 제거하고 순수한 C 만 남겨 두는이 이상한 문제를 피하는 것으로 보이는 유일한 것을 확인할 수있었습니다 (무엇?!).

그래서 여기 이상한 예가 있습니다. 우분투 19.04와 기본 gcc에서 작업하고 있습니다.

ASM 파일 (비어 있음)을 사용하여 대상 실행 파일을 컴파일하면 mmap읽을 수 있고 실행 가능한 영역이 반환됩니다. /proc/self/maps내 예제에 포함 된 출력을 참조하십시오 .

example.c

#include <stdio.h>
#include <string.h>
#include <sys/mman.h>

int main()
{
    void* p;
    p = mmap(NULL, 8192,PROT_READ,MAP_ANONYMOUS|MAP_PRIVATE,-1,0);

    {
        FILE *f;
        char line[512], s_search[17];
        snprintf(s_search,16,"%lx",(long)p);
        f = fopen("/proc/self/maps","r");
        while (fgets(line,512,f))
        {
            if (strstr(line,s_search)) fputs(line,stderr);
        }

        fclose(f);
    }

    return 0;
}

example.s : 빈 파일입니다!

출력

ASM 포함 버전

VirtualBox:~/mechanics/build$ gcc example.c example.s -o example && ./example
7f78d6e08000-7f78d6e0a000 r-xp 00000000 00:00 0 

ASM 포함 버전이없는 경우

VirtualBox:~/mechanics/build$ gcc example.c -o example && ./example
7f1569296000-7f1569298000 r--p 00000000 00:00 0 

리눅스는이 실행 도메인 이라고 READ_IMPLIES_EXEC할당 모든 페이지 원인 PROT_READ도 주어질를 PROT_EXEC. 이 프로그램은 자체 활성화 여부를 보여줍니다.

#include <stdio.h>
#include <sys/personality.h>

int main(void) {
    printf("Read-implies-exec is %s\n", personality(0xffffffff) & READ_IMPLIES_EXEC ? "true" : "false");
    return 0;
}

빈 .s파일 과 함께 컴파일하면 파일이 활성화되어 있지만 파일이 없으면 비활성화됩니다. 이 값의 초기 값은 바이너리의 ELF 메타 정보에서 비롯됩니다 . 마십시오 readelf -Wl example. 빈 .s파일 없이 컴파일하면 다음 줄이 표시됩니다 .

  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000 0x000000 RW  0x10

그러나 이것으로 컴파일 할 때 :

  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000 0x000000 RWE 0x10

RWE그냥 대신 참고하십시오 RW. 그 이유는 링커에서 명시 적으로 지시하지 않는 한 어셈블리 파일에 read-implies-exec가 필요하다고 가정하고 프로그램의 일부에 read-implies-exec가 필요한 경우 전체 프로그램에 대해 활성화되어 있기 때문입니다. . GCC가 컴파일하는 어셈블리 파일은이 줄과 함께 이것이 필요하지 않다고 알려줍니다 (으로 컴파일하면 이것을 볼 수 있습니다 -S).

        .section        .note.GNU-stack,"",@progbits

그 줄을에 넣으면 example.s링커에게 필요하지 않다고 알려 주면 프로그램이 예상대로 작동합니다.

GNU 특정 섹션 지시문 변형을 사용하여 어셈블리 파일을 수정하는 대신 어셈블리 파일 -Wa,--noexecstack을 빌드하기 위해 명령 줄에 추가 할 수 있습니다 . 예를 들어, musl에서 어떻게하는지보십시오 configure:

https://git.musl-libc.org/cgit/musl/commit/configure?id=adefe830dd376be386df5650a09c313c483adf1a

통합 어셈블러가있는 적어도 일부 버전의 clang은 --noexecstack(없이 -Wa) 전달해야 할 수도 있으므로 configure 스크립트는 둘 다 확인하고 어느 것이 허용되는지 확인해야합니다.

당신은 또한 사용할 수 있습니다 -Wl,-z,noexecstack(의 링크시 LDFLAGS같은 결과를 얻을 수). 이 방법의 단점은 .a다른 소프트웨어에서 사용하기 위해 프로젝트에서 정적 ( ) 라이브러리 파일을 생성하는 경우 도움이되지 않는다는 것 입니다. 다른 프로그램에서 사용할 때 링크 타임 옵션을 제어하지 않기 때문입니다.