プロジェクトにアセンブリファイルが含まれている場合のmmapからの予期しないexec権限

これで頭を壁に打ちつけています。

私のプロジェクトではmmap、マッピング（/proc/self/maps）を使用してメモリを割り当てているときに、読み取り可能なメモリのみを要求したにもかかわらず、それが読み取り可能で実行可能な領域であることを示しています。

strace（見栄えは良かった）やその他のデバッグを調べたところ、この奇妙な問題を回避していると思われる唯一のこと、つまりプロジェクトからアセンブリファイルを削除し、純粋なCのみを残すことを特定できました（何ですか？）。

だからここに私の奇妙な例が​​あります、私はUbunbtu 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 

Linuxにはと呼ばれる実行ドメインがあり、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）として渡す必要がある場合があるため、構成スクリプトはおそらく両方をチェックし、どちらが受け入れられるかを確認する必要があります。

-Wl,-z,noexecstackリンク時に（でLDFLAGS）使用して、同じ結果を取得することもできます。これの欠点は、プロジェクトが.a他のソフトウェアで使用するための静的（）ライブラリファイルを生成する場合に役に立たないことです。これは、他のプログラムで使用されるときにリンク時オプションを制御しないためです。