Нужен ли антивирус в Linux и чем его заменить

Антивирус в Linux на домашнем компьютере обычно не нужен: защиту дают права пользователя, подписанные репозитории и регулярные обновления. Сканер вроде ClamAV пригодится на серверах, через которые идут файлы для Windows, и для разовой проверки подозрительных файлов. Ниже разбираем реальные угрозы и рабочие команды.

Нужен ли антивирус в Linux на домашнем компьютере

Для обычного домашнего ноутбука или ПК с Linux постоянно работающий антивирус в стиле Windows не нужен. Он почти ничего не ловит, тратит ресурсы и создаёт ощущение защищённости, которого на деле нет. Реальные риски в 2026 году лежат в другой плоскости: пакеты из непроверенных источников, скрипты, скопированные с форумов в терминал, утёкшие пароли и открытые наружу службы.

Исключения - серверы для машин с Windows и требования корпоративной политики. Всем остальным вместо антивируса нужны обновления, нормальные источники программ и резервные копии.

Что защищает Linux без дополнительных программ

Права пользователя и root

Обычная учётная запись в Linux не может менять системные каталоги вроде /usr и /etc. Чтобы установить пакет или поменять системную настройку, нужен sudo и пароль. Вредонос, запущенный от вашего имени, может испортить файлы в домашнем каталоге, но тихо прописаться в систему ему мешают права. Поэтому главное правило простое: не работайте под root и не вводите пароль sudo по просьбе непонятного скрипта.

Второй барьер - бит исполнения. Скачанный файл не запустится двойным щелчком, пока вы сами не дадите ему право на выполнение через свойства файла или командой chmod +x. Это не панацея, но случайный запуск вложения из письма здесь гораздо менее вероятен, чем в Windows.

Репозитории и подписи пакетов

Программы в Linux обычно ставятся из репозиториев дистрибутива. Пакеты собирают сопровождающие, а пакетный менеджер проверяет цифровые подписи перед установкой. Магазины приложений вроде Центра приложений Ubuntu, GNOME Software и KDE Discover берут программы из тех же репозиториев и из Flathub. Это не гарантия от ошибок, но уровень контроля несравним с поиском установщика на случайном сайте.

Добавьте к этому разнообразие дистрибутивов и небольшую долю Linux на десктопах, и массовому вирусу просто не на ком размножаться. Серверы же атакуют постоянно.

Откуда в 2026 году берутся заражения Linux

Атаки на Linux выглядят иначе, чем на Windows, и сигнатурный сканер против большинства бессилен.

• Цепочки поставок. История с бэкдором в xz-utils в 2024 году показала, что вредоносный код может попасть даже в библиотеку, которой пользуются все. Его нашли не антивирусы, а разработчик, заметивший странную задержку при входе по SSH.
• Пользовательские репозитории. В AUR, PPA и сторонние репозитории пакет может загрузить кто угодно. В 2025 году из AUR удаляли пакеты, которые под видом исправленных браузеров ставили троян удалённого доступа. Подробнее о правилах работы с AUR в статье AUR в Arch Linux: установка пакетов и правила безопасности.
• Поддельные приложения в магазинах. В Snap Store неоднократно находили фальшивые криптокошельки, которые крали фразы восстановления.
• Команды из интернета. Строка вида curl ... | sudo bash из комментария на форуме выполняет чужой код с правами администратора.
• Сетевые службы. Открытый наружу SSH со слабым паролем, устаревшая панель управления, забытый веб-сервер. Именно так взламывают большинство Linux-машин.

Отсюда вывод: защищаться нужно на уровне источников программ, паролей и сетевого доступа, а не только сканированием файлов.

Когда антивирус в Linux действительно оправдан

Классический случай - сервер, через который проходят файлы для Windows. Почтовый шлюз проверяет вложения, файловый сервер Samba проверяет загруженные документы, сервер с пользовательскими загрузками проверяет всё, что потом скачают другие. Здесь антивирус защищает не сам Linux, а людей, которые этими файлами пользуются.

Постоянная служба уместна и там, где организация требует сертифицированное средство защиты. Если же вы запускаете через Wine программы из сомнительных мест или хотите проверить флешку перед тем, как отдать её знакомому с Windows, хватит ручного запуска сканера.

Какие антивирусы для Linux живы в 2026 году

За пять лет список сильно поменялся. Comodo Antivirus for Linux, который часто советовали раньше, больше не поддерживается: загрузки с сайта убраны, обновлений нет. Бесплатная версия Sophos для Linux тоже закрыта. Заброшенный антивирус не знает новых угроз и только мешает.

ClamAV остаётся основным свободным вариантом. Он не заменяет корпоративный антивирус для Windows по качеству обнаружения, зато бесплатен, открыт и хорошо встраивается в почтовые и файловые серверы.

ClamAV: установка, базы и проверка файлов

Установка в разных дистрибутивах

# Debian 13, Ubuntu 26.04 LTS и производные
sudo apt install clamav clamav-daemon

# Fedora 44
sudo dnf install clamav clamav-update clamd

# Arch Linux
sudo pacman -S clamav

В Debian и Ubuntu служба обновления баз clamav-freshclam запускается сама. В Arch её нужно включить вручную, а перед первым запуском скачать базы:

sudo freshclam
sudo systemctl enable --now clamav-freshclam.service

Если freshclam ругается на заблокированный файл журнала, значит служба обновления уже работает. Либо дождитесь её, либо остановите командой sudo systemctl stop clamav-freshclam, обновите базы и запустите снова.

Ручная проверка

# проверить папку загрузок рекурсивно и показать только заражённые файлы
clamscan -r -i ~/Загрузки

# проверить флешку и перенести найденное в карантин
mkdir -p ~/quarantine
clamscan -r -i --move=$HOME/quarantine /run/media/$USER/FLASH

В Ubuntu флешки монтируются в /media/$USER/, в Fedora и Arch в /run/media/$USER/. Удалять найденное сразу через --remove не советуем: ClamAV иногда срабатывает на безобидные макросы и установщики, а из карантина файл можно вернуть.

Служба clamd и проверка при доступе

clamscan каждый раз заново загружает базы в память, поэтому на больших объёмах удобнее служба clamd и клиент clamdscan. В Debian и Ubuntu она называется clamav-daemon.service, в Arch тоже, а в Fedora используется шаблон clamd@scan.service с конфигом /etc/clamd.d/scan.conf. Проверку при открытии файлов выполняет отдельная программа clamonacc, она работает через механизм fanotify ядра и настраивается в том же clamd.conf. На домашнем компьютере включать её не стоит: прирост защиты мизерный, а заметные задержки при работе с файлами гарантированы. Все параметры конфигурации описаны в официальной документации ClamAV.

Поиск руткитов и аудит безопасности

Если есть подозрение, что машину уже взломали, полезнее не антивирус, а проверка целостности системы. rkhunter сравнивает хеши системных утилит с эталоном, ищет известные руткиты и подозрительные настройки.

sudo apt install rkhunter chkrootkit lynis
# в Fedora: sudo dnf install rkhunter chkrootkit lynis

# обновить базу и запомнить текущее состояние чистой системы
sudo rkhunter --update
sudo rkhunter --propupd

# полная проверка без пауз между тестами
sudo rkhunter --check --sk

# вторая проверка и аудит настроек
sudo chkrootkit
sudo lynis audit system

Команду --propupd запускайте только на системе, в чистоте которой уверены, и повторяйте после крупных обновлений, иначе rkhunter будет предупреждать об изменённых файлах после каждого апгрейда пакетов. Ложные срабатывания у обеих утилит нередки, поэтому каждое проверяйте через dpkg -S путь или rpm -qf путь, чтобы понять, какому пакету принадлежит файл.

Защита без антивируса: что настроить за полчаса

1. Автоматические обновления безопасности. В Ubuntu и Debian за это отвечает пакет unattended-upgrades, в Fedora dnf-automatic. В Arch обновляйтесь вручную хотя бы раз в неделю.
2. Файрвол. На десктопе достаточно запретить входящие соединения. В Ubuntu это sudo ufw enable, в Fedora уже работает firewalld. Как собрать свои правила, описано в статье Nftables: понятный firewall для Linux-компьютера и сервера.
3. Источники программ. Репозиторий дистрибутива, затем Flathub с проверенными издателями. AppImage и deb-файлы с сайтов только от разработчика. Про ограничение прав приложений читайте в материале Разрешения Flatpak: как настроить приложения безопасно.
4. SSH. Если сервер SSH вам не нужен, удалите или выключите его. Если нужен, только вход по ключам, подробности в статье Защита SSH-сервера: ключи, ограничения и журналирование.
5. Пароли. Уникальный пароль пользователя, который не совпадает с паролями от сайтов.
6. Резервные копии. Если что-то пошло не так, переустановка плюс восстановление из бэкапа надёжнее любой чистки. Схема описана в статье Резервные копии Linux: Borg или Restic и схема 3-2-1.

Что делать, если Linux ведёт себя подозрительно

Признаки, которые стоит проверить: неизвестный процесс постоянно грузит процессор, появились незнакомые пользователи, в автозагрузке висят непонятные службы, исходящий трафик растёт без причины. Порядок действий такой:

# процессы с наибольшей нагрузкой
ps aux --sort=-%cpu | head -n 15

# кто входил в систему и откуда
last -n 20

# какие службы слушают сеть
sudo ss -tulpn

# пользовательские таймеры и службы systemd
systemctl --user list-units --type=service,timer

# задания cron текущего пользователя
crontab -l

Разобраться в выводе списка процессов поможет статья Команда ps aux в Linux: как читать список процессов. Если находка подтвердилась, не пытайтесь лечить систему на месте. Отключите машину от сети, сохраните документы, смените пароли с чистого устройства и переустановите систему. После взлома с правами root доверять такой установке уже нельзя.

Частые вопросы

Документация и источники

• ClamAV Documentation, Cisco Talos / ClamAV, 2026
• ClamAV, ArchWiki, 2026
• Rkhunter, ArchWiki, 2026
• Security, ArchWiki, 2026

Команды проверены на актуальных версиях дистрибутивов на момент обновления. Перед изменением системных настроек сделайте резервную копию.