ELF-Datei-Header

Dieser link (teensy elf-binary) war jemand die Antwort auf eine andere Frage, aber es geht in die Feinheiten eines ELF-header im detail.

Können Sie ein Objekt erstellen Datei mit informativen Felder wie eine Versionsnummer und einen link, die Datei so, daß Sie in der resultierenden ELF-Binärdatei.

Ident

Beispielsweise als Teil von Ihr build-Prozess, die Sie generieren kann - sagen - info.c enthält eine oder mehrere #ident Richtlinien:

#ident "Build: 1.2.3 (Halloween)"
#ident "Environment: example.org"

Kompilieren:

$ gcc -c info.c

Überprüfen, ob die Informationen, die enthalten ist:

$ readelf -p .comment info.o
String dump of section '.comment':
  [     1]  Build: 1.2.3 (Halloween)
  [    1a]  Environment: example.org
  [    33]  GCC: (GNU) 7.2.1 20170915 (Red Hat 7.2.1-2)

Alternativ können Sie objdump -s --section .comment info.o. Beachten Sie, dass GCC schreibt auch seinen eigenen Kommentar, standardmäßig.

Überprüfen Sie die Informationen, die nach der Linksetzung ein ELF executable:

$ gcc -o main main.o info.o
$ readelf -p .comment main 
String dump of section '.comment':
  [     0]  GCC: (GNU) 7.2.1 20170915 (Red Hat 7.2.1-2)
  [    2c]  Build: 1.2.3 (Halloween)
  [    45]  Environment: example.org

- Kommentar

Mit #ident in einem C-übersetzungseinheit ist im Grunde gleichwertig zum erstellen einer .comment Abschnitt in einer assembler-Datei. Beispiel:

$ cat info.s
.section .comment
.string "Build: 1.2.3 (Halloween)"
.string "Environment: example.org"
$ gcc -c info.s
String dump of section '.comment':
  [     0]  Build: 1.2.3 (Halloween)
  [    19]  Environment: example.org

Mit einem ungewöhnlichen Namen arbeiten (z.B. .section .blahblah). Aber .comment verwendet und verstanden werden von anderen tools. GNU-wie versteht sich auch auf die .ident Richtlinie, und das ist, was übersetzt GCC #ident zu.

Mit Symbolen

Für Daten, die Sie wollen auch den Zugriff aus der ELF ausführbare Datei selbst müssen Sie erstellen Symbole.

Objcopy

Sagen, Sie wollen, um einige magic bytes, gespeichert in einer Datendatei:

$ cat magic.bin 
2342

Konvertieren in eine Objekt-Datei mit GNU objcopy:

$ objcopy -I binary -O elf64-x86-64 -B i386 \
    --rename-section .data=.rodata,alloc,load,readonly,data,contents \
    magic.bin magic.o

Check für die Symbole:

$ nm  magic.o  
0000000000000005 R _binary_magic_bin_end
0000000000000005 A _binary_magic_bin_size
0000000000000000 R _binary_magic_bin_start

Beispiel:

#include <stdio.h>
#include <string.h>
#include <inttypes.h>

extern const char _binary_magic_bin_start[];
extern const char _binary_magic_bin_end[];
extern const unsigned char _binary_magic_bin_size;
static const size_t magic_bin_size = (uintptr_t) &_binary_magic_bin_size;

int main()
{
  char s[23];
  memcpy(s, _binary_magic_bin_start,
      _binary_magic_bin_end - _binary_magic_bin_start);
  s[magic_bin_size] = 0;
  puts(s);
  return 0;
}

Link alles zusammen:

$ gcc -g -o main_magic main_magic.c magic.o

GNU ld

GNU-ld ist auch in der Lage, schalten Sie Daten-Dateien in Objekt-Dateien mit einer objcopy kompatibel Namensschema:

$ ld -r -b binary magic.bin -o magic-ld.o

Im Gegensatz zu objcopy, Sie stellt die Symbole in der .data statt der .rodata Abschnitt, obwohl (vgl. objdump -h magic.o).

incbin

Im Falle GNU objcopy nicht verfügbar ist, kann man die GNU da .incbin - Direktive zum erstellen der Objekt-Datei (montieren mit gcc -c incbin.s):

    .section .rodata

    .global _binary_magic_bin_start
    .type _binary_magic_bin_start, @object
_binary_magic_bin_start:
    .incbin "magic.bin"
    .size _binary_magic_bin_start, . - _binary_magic_bin_start

    .global _binary_magic_bin_size
    .type _binary_magic_bin_size, @object
    .set _binary_magic_bin_size, . - _binary_magic_bin_start

    .global _binary_magic_bin_end
    .type _binary_magic_bin_end, @object
    .set _binary_magic_bin_end, _binary_magic_bin_start + _binary_magic_bin_size
    ; an alternate  way to include the size    
    .global _binary_magic_bin_len
    .type _binary_magic_bin_len, @object
    .size _binary_magic_bin_len, 8
_binary_magic_bin_len:
    .quad _binary_magic_bin_size

xxd

Eine mehr tragbare alternative, die nicht erfordern GNU objcopy noch GNU-wie ist die Erstellung einer intermediate C-Datei und kompilieren Sie und verknüpfen Sie, dass. Zum Beispiel mit xxd:

$ xxd -i magic.bin | sed 's/\(unsigned\)/const \1/' > magic.c
$ gcc -c magic.c
$ nm magic.o
0000000000000000 R magic_bin
0000000000000008 R magic_bin_len
$ cat magic.c
const unsigned char magic_bin[] = {
  0x32, 0x33, 0x34, 0x32, 0x0a
};
const unsigned int magic_bin_len = 5;

Ich nicht getan habe, diese in eine Weile, aber können Sie nicht einfach Anhängen, beliebige Daten in eine ausführbare Datei. Wenn Sie immer anfügen Feste Größe Daten wäre es trivial, sich zu erholen, was Sie Anhängen. Variable Größe wäre nicht viel schwieriger. Wahrscheinlich einfacher als messing w/elf-Header und möglicherweise ruinieren Sie ausführbare Dateien.

In Solaris, die Sie verwenden können elfedit aber ich denke, Sie sind wirklich Fragen-Lösungen für Linux. Linux Ist Nicht Gleich UniX 😛