Потому что васм это такая бывшая туса контркультурщиков-вирусописателей, от которых тут остался один Инди. А вся малварка это винда. --- Сообщение объединено, 10 мар 2021 --- Это такие панки от айти в 90-2000-х годах
Скорее не к линуксу, а к пингвинятникам. У которых пребывание на любом форуме бесконечный кампф с мастдаями. Комплекс недооцененности их сокровища мешает им нормально функционировать в обществе.
Так будет полезным ознакомиться. Поможет, например, осознать и избавиться от промывки мозгов, типа "я должен быть нужным современному миру". Система создала для тебя искусственную реальность, чтобы скрыть правду: что ты раб, Рел
Эх, вот были времена... эти ваши веэиксеры, все дела... а сейчас школота перевела малварь из категории искусства в категорию бизнеса... ладно, шучу. А кто там кроме Индия был в этой тусе контркультурщиков еще? Мсрем, Грейт, кто еще? --- Сообщение объединено, 10 мар 2021 --- Красноглазикам, их называют красноглазиками.
Z0Mbie еще А Володуа общак вернул? --- Сообщение объединено, 10 мар 2021 --- Вот еще королевство LovinGOD'а и обитель свободомыслия до всех этих ваших удавкомов http://dooma.ru/
Не, Зомба был до них. Зомба был Индиным кумиром (в смысле Индий очень любил и уважал Зомбу) до того, как Зомба перешел из вэиксеров и проклинателей Женьки Касперского на должность бухгалтера.
Винду конечно же. Нельзя так. Надо развивать все это дело в России. Война в Карабахе продемонстрировала важность боевых беспилотников. Наоборот, надо как в СССР, мотивировать людей заниматься всем этим со школы. А не клепать говносайтики и говнопроги. Уже известно как минимум две локер партнерки (из того что я лично видел , а сколько еще не видел), предоставляющие своим адвертам локеры vmware esxi, т.е. под этот самый ваш хваленый "суперзащищенный" линупс. До этого не писали только потому, что не было потребности. Но конечно, линуксоиды считают, что линукс кодили Боги и потому там малвари не может быть.. Не нужен он никому. Когда будет популярность хотя бы 10-15% десктопов - под линукс найдутся и LPE и RCE и т.д, или думаете не найдутся? Ну конечно, в винде до сих пор зиродеи находят, а тут прям таки нет). Не смешите, как будто обсуждение не на кодинг форуме, а бабки на лавке. Aoizora, кнопка вызова бэхоцэ.жпг
Дело ну вообще не в этом, но чего же еще ожидать от вендузятника. Проблема малвари под Линуксом не в том, что он гипер защищенный, и не в том, что он никому нахер не нужен. Проблема в том, что у любого дистрибутива свой зоопарк из установленного софта. Можно успешно пробивать один конкретный дистрибутив, но это не дает тебе гарантии, что ты таким же образом будешь пробивать все, только потому, что на другом дистрибутиве будет другой набор софта и другие его версии.
Для этого у обсуждения должен быть какой-то конкретный предмет, желательно с четкими критериями "Тут всё обсудили, все вопросы решили", иначе получаем былинное "А Линуксоидовна то проститутка, при СССР такого не было". После завершения результаты ещё бы хорошо оформить и законсервировать для будущих поколений. В итоге логично приходим к тому, что формат форума-беседки, как ни странно располагает к пространным беседам и для улучшения качества обсуждения лучше подойдет вики, где главная цель - создание манов/гайдов(полезной информации, а не просто данных), желательно свежее перлов о том как получить контекст огл 2.0 в турбо-паскале.
Проблема линей в полностью безграмотно написанном коде, он совершенно не читаем. Они не используют адекватные названия вещей, это поток бреда. Достаточно произвольно любой сурец открыть https://github.com/torvalds/linux/blob/master/arch/x86/mm/mmap.c Код (Text): static unsigned long mmap_base(unsigned long rnd, unsigned long task_size, struct rlimit *rlim_stack) { unsigned long gap = rlim_stack->rlim_cur; unsigned long pad = stack_maxrandom_size(task_size) + stack_guard_gap; unsigned long gap_min, gap_max; /* Values close to RLIM_INFINITY can overflow. */ if (gap + pad > gap) gap += pad; /* * Top of mmap area (just below the process stack). * Leave an at least ~128 MB hole with possible stack randomization. */ gap_min = SIZE_128M; gap_max = (task_size / 6) * 5; if (gap < gap_min) gap = gap_min; else if (gap > gap_max) gap = gap_max; return PAGE_ALIGN(task_size - gap - rnd); } static unsigned long mmap_legacy_base(unsigned long rnd, unsigned long task_size) { return __TASK_UNMAPPED_BASE(task_size) + rnd; } /* * This function, called very early during the creation of a new * process VM image, sets up which VM layout function to use: */ static void arch_pick_mmap_base(unsigned long *base, unsigned long *legacy_base, unsigned long random_factor, unsigned long task_size, struct rlimit *rlim_stack) { *legacy_base = mmap_legacy_base(random_factor, task_size); if (mmap_is_legacy()) *base = *legacy_base; else *base = mmap_base(random_factor, task_size, rlim_stack); } void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack) { if (mmap_is_legacy()) mm->get_unmapped_area = arch_get_unmapped_area; else mm->get_unmapped_area = arch_get_unmapped_area_topdown; arch_pick_mmap_base(&mm->mmap_base, &mm->mmap_legacy_base, arch_rnd(mmap64_rnd_bits), task_size_64bit(0), rlim_stack); #ifdef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES /* * The mmap syscall mapping base decision depends solely on the * syscall type (64-bit or compat). This applies for 64bit * applications and 32bit applications. The 64bit syscall uses * mmap_base, the compat syscall uses mmap_compat_base. */ arch_pick_mmap_base(&mm->mmap_compat_base, &mm->mmap_compat_legacy_base, arch_rnd(mmap32_rnd_bits), task_size_32bit(), rlim_stack); #endif } unsigned long get_mmap_base(int is_legacy) { struct mm_struct *mm = current->mm; #ifdef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES if (in_32bit_syscall()) { return is_legacy ? mm->mmap_compat_legacy_base : mm->mmap_compat_base; } #endif return is_legacy ? mm->mmap_legacy_base : mm->mmap_base; } const char *arch_vma_name(struct vm_area_struct *vma) { return NULL; } - что это такое, я неплохо понимаю архитектуру, но не понимаю даже что это делает. Я это не могу сопоставить с архитектурой, это поток треша бреда да есчо и с дебильными коментами. Явно школьник написал, потом может взрослые отладили как то, наверно там и отладчик так же написан) Если взять теже механизмы нт - всё чётко структурировано, идеально оформлено сурец радует просто его просматривая, именования переменных процедур и тп соотв смыслу. Это основная причина почему этот высер из тех кто видел код нт не может быть интересен даже в принципе, а вызывать лишь отвращение, что тут и происходит. Про стабильность ничего нельзя хорошего сказать, тк она обеспечивается тем же реверсом поиском ошибок атаками и фиксами за очень долгое время что бы архитектуру проработать. В линях такого ничего нет. И вот главный вопрос - какая ось более открыта, значит доступна пониманию изучению и использованию. Открытый линь с обфускацией сурков как это есчо назвать, либо нт с грамотной архитектурой доступными сурками и возможностью реверса за счёт символов, инструментов доступных всем. И четкого доступного апи. --- Сообщение объединено, 10 мар 2021 --- Кстате если на комент в начале этого рандом высера посмотреть то становится не понятно: Они что там стек сразу выделют огромной порцией не зная что он рости должен по мере выборки ?
Эта функция ничего не выделяет. Просто рассчитывает адрес другой структуры just below process stack. Правда под всю болтовню цэшников про недопустимость вольного обращения с типами данных у адреса тип unsigned long.
f13nd, Зачем рассчитывает ? И такое непонятное во всём на этой системе куда не ткни. Про какие то спутники тс говорит да инженеры зеленью облеются от одной мысли такое поставить и собирать, это же какой гемор придётся с нуля всё переписать и отладить(учитывая что отладка на безотказность происходит годами одного алгоса и всей толпой). Что то говорили про роскосмос, там первая версия ракеты неплохо так назад возвращалась на место запуска после пару десятков кругов вокруг центра тяжести, булава" вроде. Походу на лине и работала, персонал подлодки с которой были эти запуски все походу в бога верили
Чтобы arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack) могло поместить в mm->mmap_compat_base этот unsigned long.
Слово gap как бы намекает на смысл этого значения, это не про выделение сразу 128мб памяти. Меня больше смутила дальнейшая сатурация gap, где это значение минимальное, а максимальное необязательно больше него и при этом 5/6 от task_size.
Rel, Не я один и это лишь рандом вырванные несколько строк. Вот и должно стать понятно что в такой погане разбираться никому не интересно. Отсюда там и никакого реверса и по виксам нет разработок.
