Исходное сообщение
"Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..." Отправлено n00by, 16-Дек-21 14:30
>[оверквотинг удален] > Как работает куча: > Найти свободный блок > Выделить свободный блок > Стек всегда можно тоже выделять динамически, просто об этом мало кто знает: > //Предполагается fastcall, размер в rax > AllocStack proc >   pop rdx >   sud rsp, rax >   jmp rdx > endp Как и об этом: x86_64 page size (PAGE_SIZE) is 4K. Like all other architectures, x86_64 has a kernel stack for every active thread. These thread stacks are THREAD_SIZE (2*PAGE_SIZE) big https://www.kernel.org/doc/Documentation/x86/kernel-stacks >   pop rdx >   sud rsp, rax >   jmp rdx Так делать не рекомендуется из соображений производительности. Да и прикиньте размеры опкодов - их экономичнее встроить вместо call.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >> Как работает куча: >> Найти свободный блок >> Выделить свободный блок >> Стек всегда можно тоже выделять динамически, просто об этом мало кто знает: >> //Предполагается fastcall, размер в rax >> AllocStack proc >> pop rdx >> sud rsp, rax >> jmp rdx >> endp > Как и об этом: > x86_64 page size (PAGE_SIZE) is 4K. > Like all other architectures, x86_64 has a kernel stack for every > active thread. These thread stacks are THREAD_SIZE (2*PAGE_SIZE) big > https://www.kernel.org/doc/Documentation/x86/kernel-stacks >> pop rdx >> sud rsp, rax >> jmp rdx > Так делать не рекомендуется из соображений производительности. Да и прикиньте размеры опкодов > - их экономичнее встроить вместо call.
	Введите код, изображенный на картинке: