Исходное сообщение
"Зафиксированы атаки для майнинга криптовалюты на уязвимых се..." Отправлено Аноним, 12-Июн-17 16:12
>> А вот так, представь себе. По умолчанию он ограничен половиной объёма ОЗУ, >> что в тестовой виртуалке может оказаться не так уж много. А >> некоторые криворукие отечественные дистростроители ещё сильнее объём урезают (точнее >> раньше урезали, потом исправились). > Вот у меня в /tmp 3мб сейчас, и то это много. Что > вы там такое делаете с ним, что забиваете полностью? Кстати, забития > больше 10Мб не видел никогда. Использую makeself для распаковки нескольких сотен метров ненужно, если так интересно. Хоте не понимаю, какое это имеет отношение к текущей дискуссии. Просто привёл пример, чтобы продемонстрировать, насколько маловероятные баги при работе с /tmp мне встречаются. >> В Debian по умолчанию /tmp от корня не отделён, насколько я помню. > Отделён, отделён. Даже если его из fstab убрать, то он сам примонтируется > с noexec. Это каким же это магическим способом, интересно? $ lsb_release -a No LSB modules are available. Distributor ID:    Debian Description:    Debian GNU/Linux 9.0 (stretch) Release:    9.0 Codename:    stretch $ mount | grep /tmp | wc -l 0 $ systemctl status /tmp Unit tmp.mount could not be found. Не утверждаю, впрочем, что это дефолтное состояние. Но и в дефолтных настройках монтирования никакого noexec нет: $ grep ^Options /usr/share/systemd/tmp.mount Options=mode=1777,strictatime,nosuid,nodev