Исходное сообщение
"Уязвимости в Linux ядре, Solaris, MoinMoin и Bugzilla" Отправлено pavlinux, 03-Фев-10 05:21
> при попытке  запуска на 64-разрядной системе > 32-разрядного приложения с последующим вызовом > из него 64-разрядной программы. The problem seams to be located in fs/binfmt_elf.c:load_elf_binary().   It calls SET_PERSONALITY() prior checking that the ELF interpreter is   available. This in turn makes the previously 32 bit process a 64 bit   one which would be fine if execve() would succeed. But after the   SET_PERSONALITY() the open_exec() call fails (because it cannot find   the interpreter) and execve() almost instantly returns with an error.   If you now look at /proc/PID/maps you'll see, that it has the   vsyscall page mapped which shouldn't be. But the process is not dead   yet, it's still running. By now generating a segmentation fault and   in turn trying to generate a core dump the kernel just dies. I   haven't yet looked into this code but maybe you guys are much faster   than me and just can fix this problem :) А Вот сранный Гуглы Хромой именно так и может... По этому я его и снес нах...й, за одно GooleMap/Picasa и Gmail, так как он просится в /proc и ему нужен прямой доступ к сетевухе и памяти...   GOOGLE - ЗЛО!!!