The specification actually says nothing about this, so it can be argued that "this undefined behavior has finite data." On the other hand, the ELF specification speaks quite clearly about its expectations: "sections and segments do not have a specific order. Only the ELF header has a fixed position in the file." This gives enough room for embedding data anyway, using a section or doing without it [this is data without links!].
This "data freedom" has been used since at least the late 1980s; consider "self-extracting archives" where the common code separator for unpacking is freed up on the final piece of data.
In fact, you can find such an implicit function even in non-executable data formats such as RIFF and PNG. Of course, not all formats allow this; in particular those where the data is defined to run before EOF, and not for a fixed length stored in some header. (Consider ZIP: adding data is not possible, but adding is what causes EXE-ZIP to be read by both (unmodified) decompression programs and operating systems.)
There is only one drawback of using such data without a link: when reading and saving a file, you may lose this data.
source share