Astra Linux Special Edition - Форум по вопросам информационной безопасности

Коллеги, кто-нибудь нашел решение вопроса отключения маркировки?

Вот ответ от техподдержки, еще не проверяли

Если сервер печати не настраивался, то на предполагаемом сервере печати выполнить команды:
{{sudo cupsctl --remote-admin --share-printers --remote-any }}

{{sudo cupsctl ServerAlias=* }}

{{sudo cupsctl DefaultPolicy=authenticated }}

sudo cupsctl DefaultAuthType=Basic

sudo systemctl restart cups
Иначе их можно пропустить.
Отредактировать файл /lib/systemd/system/cups.service
указав строку:
CapabilitiesParsec=PARSEC_CAP_PRIV_SOCK
Строку:

Also=cups.sock cups.path{{}}
{{}}
Привести к виду:
Also=cups.path
{{}}
Выполнить команды:
sudo systemctl stop cups.socket

sudo systemctl daemon-reload

sudo systemctl stop cups.service
{{}}
Проверить наличие сокета (файла .sock) в директории /var/run/cups с помощью команды:
}}{{sudo ls /var/run/cups/
{{}}
Выполнить команды:
sudo rm -f /var/run/cups/cups.sock

sudo systemctl disable cups.socket

sudo systemctl start cups.service

sudo cupsctl MacEnable=Off
{{}}
Проверить наличие флага ehole на сокете:
sudo pdp-ls -Ma /var/run/cups/cups.sock{{}}
{{}}
Если флаг ehole присутствует, то маркировка отключена.}}{{}}{{

Отключение маркировки и отключение механизма маркировки - две разные вещи. Маркировку можно *убрать*, отредактировав файл шаблона маркировки. Но markjob при этом все равно делать придется.

to НСД:
пробовал данный способ. упала подсистема печати, восстановил и больше не лазил туда.

to НЕКТО,
интересовал вопрос отключения именно механизма маркировки. В принципе сделал как сказали в тех. поддержки и все работает нормально, подсистема не падала.

А что у нас с межсетевым экраном в astre? СУдя по требованиям в ОС, в ней (astre) должен быть контроль сетевых потоков. Это можно рассматривать как МЭ?

to Мимопроходящий
Сертификата по ИТ.МЭ... (ФСТЭК) или МЭ такого-то класса (ФСБ) у Astra Linux SE нет, так что де юре межсетевым экраном ее подсистема фильтрации на базе iptables не является...

to oko,
по такой же аналогии обчтоят дела и с доверенной загрузкой, как я понимаю?

to Мимопроходящий
Доверенная загрузка вообще вне юрисдикции любой операционной системы, так что да :)
Хотя у РусБиТеха имеются отдельно внедряемые АПМДЗ...

Возник еще один вопрос, как проводить атт. мероприятия по линии НСД. Программ под линукс для контроля защищенности АС от НСД, контроля полномочий доступа к информационным ресурсам, поиск и гарантированного уничтожения инфы что-то не нашел. В формуляре про эти функции тоже ничего не говорится. Как быть? Ссылаться на сертификацию астра по такому-то типу и классу и говорить, что это априори должно быть там реализовано?

to Мимопроходящий
Этот вопрос уже многократно обсуждался и на этом форуме, и на форуме самой Astra Linux - поглядите...
Если коротко, то КСЗИ в Astra Linux имеет нужный набор утилит самотестирования, которые согласно ИТ.ОС..., по которым она сертифицирована, вполне себе ликвидны в качестве средств анализа защищенности от НСД...