Остальные посты со временем тоже будут перенесены туда.

Методика определения лучших традиционна: организаторы в официальном Telegram-канале конференции проводили соответствующее голосование. После каждого доклада предлагалось ответить на вопрос: понравился ли тот или иной доклад. Снова для того, чтобы увидеть результаты, пришлось проголосовать за все доклады, а чтобы мои предпочтения (видел ведь я далеко не все) не повлияли на объективность - одинаково положительно за все доклады.

ТОП-10 из докладчиков по мнению голосовавших (нет данных только по двум докладам из заявленных в программе - видимо, организаторы забыли голосование запустить) получился вот такой:

Диаграмма распределения количества голосовавших в зависимости от порядкового номера доклада для первого и второго дня не имеет настолько выраженной тенденции к резкому спаду интереса для второго дня, как это было в прошлом году. Хотя, конечно, если число голосов принять пропорциональным числу слушателей - доклады в первый день до обеда всё равно самые посещаемые.

Полный список докладов - здесь. Исходные данные для анализа - тут.

Видео самих выступлений пока нет. За прошлый год записи, к слову, так в итоге и не появились. Посмотрим, как будет в этом.

Выводы

Все нынешние законодательные требования, как уже действующие, так и вступающие в силу в ближайшие годы, ненавязчиво намекают на то, что в ЗО КИИ проще всего применять отечественные ПО и доверенные ПАК, а средства защиты выбирать из реестра сертифицированных по требованиям ФСТЭК России.

Определённое пространство для манёвра у владельцев ЗО КИИ пока ещё остаётся (особенно если они не осуществляют закупок по 223-ФЗ), но представляется целесообразным искать альтернативы только в тех случаях, когда есть существенные технические (как вариант — бюджетные) ограничения.

Стратегия полного либо частичного игнорирования запретов тоже имеет право на жизнь, особенно в условиях, когда за нарушение большинства требований не установлено непосредственной ответственности, но, как и в случае с общими требованиями к КИИ, представляется, что это всё временно.

Напомним, что хотя Федеральный закон № 187-ФЗ «О безопасности КИИ» вступил в силу ещё с 01 января 2018 года, ответственность (административная в виде штрафов максимум до 200 тыс. рублей для юрлиц) за нарушение требований в области обеспечения безопасности КИИ РФ и за непредставление сведений, предусмотренных законодательством в этой области, была установлена только три с лишним года спустя Федеральным законом № 141-ФЗ от 26.05.2021 «О внесении изменения в КоАП РФ». Вполне возможно, что ответственность за нарушение требований Указов Президента РФ № 166 и № 250 и Постановлений Правительства РФ № 1478 и № 1972 может появиться гораздо раньше, чем через три года.

Текст статьи полностью: https://www.anti-malware.ru/analytics/Technology_Analysis/CII-foreign-components-prohibition

Официальная справка от Apple рекомендует сначала добавить проблемную область поиска (в принципе, это может быть и весь диск целиком) в исключения Spotlight, а потом убрать из исключений.

К сожалению, иногда этот способ не помогает. В таких случаях на помощь приходит встроенная в macOS утилита mdutil.

Полный список ключей и опций этой утилиты традиционно доступен по команде man mdutil, а краткая справка приведена в конце поста.

Из всех доступных опций нам потребуются флаги -E для удаления текущих метаданных Spotlight (т.е. ранее построенного проблемного индекса) и -a для того, чтобы команда применилась ко всем хранилищам на всех дисках.

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

Запускать команду надо от имени администратора, поэтому используем sudo и вводим пароль:

sudo mdutil -E -a

В Интернете можно ещё найти рекомендацию использовать такой вариант:

sudo mdutil -E /

Эта команда перестраивает индекс для всех подключенных/смонтированных дисков, но конкретно мне мой вариант помог больше.

Краткая справка команды mdutil

Usage: mdutil -pEsa -i (on|off) -d volume ...
       mdutil -t {volume-path | deviceid} fileid
	Utility to manage Spotlight indexes.
	-i (on|off)    Turn indexing on or off.
	-d             Disable Spotlight activity for volume (re-enable using -i on).
	-E             Erase and rebuild index.
	-s             Print indexing status.
	-a             Apply command to all stores on all volumes.
	-t             Resolve files from file id with an optional volume path or device id.
	-p             Publish metadata.
	-V vol         Apply command to all stores on the specified volume.
	-v             Display verbose information.
	-r plugins     Ask the server to reimport files for UTIs claimed by the listed plugin.
	-L volume-path List the directory contents of the Spotlight index on the specified volume.
	-P volume-path Dump the VolumeConfig.plist for the specified volume.
	-X volume-path Remove the Spotlight index directory on the specified volume.  Does not disable indexing.
	               Spotlight will reevaluate volume when it is unmounted and remounted, the
	               machine is rebooted, or an explicit index command such as 'mdutil -i' or 'mdutil -E' is
	               run for the volume.
NOTE: Run as owner for network homes, otherwise run as root.