|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH for-4.8] libelf: fix symtab/strtab loading for 32bit domains
On Wed, Oct 05, 2016 at 09:51:06AM -0600, Jan Beulich wrote:
> >>> On 05.10.16 at 17:11, <roger.pau@xxxxxxxxxx> wrote:
> > --- a/xen/common/libelf/libelf-loader.c
> > +++ b/xen/common/libelf/libelf-loader.c
> > @@ -262,13 +262,14 @@ static void elf_load_bsdsyms(struct elf_binary *elf)
> > } __attribute__((packed)) header;
> >
> > ELF_HANDLE_DECL(elf_ehdr) header_handle;
> > - unsigned long shdr_size;
> > + unsigned long shdr_size, ehdr_size;
> > ELF_HANDLE_DECL(elf_shdr) section_handle;
> > - unsigned int link, rc;
> > + unsigned int link, rc, i;
> > elf_ptrval header_base;
> > elf_ptrval elf_header_base;
> > elf_ptrval symtab_base;
> > elf_ptrval strtab_base;
> > + void *shdr;
>
> I'd appreciate if you moved this into the scope where it's needed.
> Also I think it could be const.
Done.
> > @@ -394,15 +395,40 @@ do {
> >
> > \
> > header.size = strtab_base + elf_uval(elf, section_handle, sh_size) -
> > elf_header_base;
> >
> > - /* Load the headers. */
> > + /* Load the size plus elf header. */
> > + ehdr_size = sizeof(header) - sizeof(header.elf_header.section);
>
> I think offsetof(typeof(header), elf_header.section) would be the
> safer expression here, removing the dependency on the packed
> attribute.
Right, I was dubious about which one would be better. I've removed the
packed attribute of elf_header, but the one from header needs to say (so
that the elf_header is just after the uint32_t).
> > rc = elf_load_image(elf, header_base, ELF_REALPTR2PTRVAL(&header),
> > - sizeof(header), sizeof(header));
> > + ehdr_size, ehdr_size);
> > if ( rc != 0 )
> > {
> > elf_mark_broken(elf, "unable to load ELF headers into guest
> > memory");
> > return;
> > }
> >
> > + /*
> > + * Load the section headers.
> > + *
> > + * NB: this _must_ be done one by one, and taking the bitness into
> > account,
> > + * so that the guest can treat this as an array of type
> > Elf{32/64}_Shdr.
> > + */
> > + shdr_size = elf_64bit(elf) ? sizeof(Elf64_Shdr) : sizeof(Elf32_Shdr);
> > + for ( i = 0; i < ELF_BSDSYM_SECTIONS; i++ )
> > + {
> > + if ( elf_64bit(elf) )
> > + shdr = &header.elf_header.section[i].e64;
> > + else
> > + shdr = &header.elf_header.section[i].e32;
> > +
> > + rc = elf_load_image(elf, header_base + ehdr_size + shdr_size * i,
> > + ELF_REALPTR2PTRVAL(shdr), shdr_size,
> > shdr_size);
>
> You shouldn't read shdr_size bytes here, but only sizeof() ones.
Well, shdr_size is just the result of a sizeof.
> Which btw also applies to the earlier memset()ing of the SHN_UNDEF
> header, which it then also looks like gets overwritten by the loading
> done here (irrespective of the change you make).
Hm, I'm not sure I follow. Memset()ing of
header.elf_header.section[SHN_UNDEF] is required, so that we don't copy
contents of the stack into guest memory. This memset is done to the local
data, which is then copied into the guest memory space here.
Roger.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |