РТК-Солар запустила услуги по легитимизации DLP-систем в компаниях

РТК-Солар запустила услуги по легитимизации DLP-систем в компаниях

РТК-Солар запустила услуги по легитимизации DLP-систем в компаниях

Компания «РТК-Солар» запустила услуги по легитимизации системы защиты от утечек (DLP) в российских организациях. Данные услуги помогут юридически грамотно оформить внедрение DLP-системы в организации, чтобы избежать гражданско-правовой, административной и уголовной ответственности в результате применения системы.

Использование DLP-систем в компании предъявляет к процессу защиты от утечек определенные требования. Прежде всего это соблюдение основополагающих конституционных прав сотрудников и прав субъектов персональных данных. Также необходимо грамотно с точки зрения права организовать процесс защиты информации ограниченного доступа, служебной, коммерческой тайн, пресечения признаков коррупции и других видов мошенничества в компании. Кроме того, в результате легитимизации DLP-системы данные из нее можно использовать в качестве источника доказательной базы по произошедшим в компании инцидентам, в том числе в суде.

Специалисты «РТК-Солар» рекомендуют начинать процесс легитимизации DLP еще до старта проекта внедрения, определив перечень информации ограниченного доступа, порядок ее использования, защиты и доступа к ней. На этапе внедрения системы процесс легитимизации начинается с введения правил использования средств вычислительной техники и коммуникаций сотрудниками. Например, сотрудники не должны использовать личную почту в служебных целях, хранить личные сведения на корпоративных устройствах. По итогам проведенной подготовки сотрудники должны понимать, что корпоративные (служебные) каналы коммуникаций по умолчанию контролируются.

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

Алексей Кубарев, руководитель отдела развития бизнеса Центра продуктов Dozor «РТК-Солар»:

«Мы неоднократно получали запросы от наших заказчиков не только на техническое, но и правовое внедрение DLP-cистемы Solar Dozor. На текущий момент мы оказали услугу легитимизации DLP в нескольких организациях государственного сектора и транспортной отрасли. По итогам таких проектов заказчики отметили, что им удалось упорядочить и систематизировать процессы защиты информации ограниченного доступа, построить «с нуля» систему реагирования на инциденты. Легитимизация DLP кажется заказчикам сложным и запутанным процессом, который требует разработки и принятия в компании целого комплекса документов, затрагивающих разнообразные сферы и интересы нескольких департаментов (трудовые отношения, персональные данные, коммерческая тайна, информационные ресурсы). Наши услуги в области правового внедрения DLP помогут заказчикам быстро и успешно разобраться в этом процессе».

Windows 11 после обновления может отрезать вас от проводного интернета

Похоже, у сисадминов снова «праздник»: в сообществе r/sysadmin на площадке Reddit обсуждают баг апгрейдов Windows 11, из-за которого рабочие станции после обновления внезапно теряют проводную 802.1X-аутентификацию и остаются без Сети.

Сценарий звучит неприятно: обновляете машину «поверх» (например, с 23H2 на 25H2; люди пишут, что это повторяется и на ежегодных переходах), перезагружаетесь — и всё, Ethernet молчит.

Причина, согласно описанию участников обсуждения, в том, что после апгрейда папка dot3svc оказывается очищенной, а вместе с ней пропадают политики / профили, которые нужны Wired AutoConfig для 802.1X.

Wired AutoConfig (dot3svc) — это тот самый компонент Windows, который держит проводной 802.1X в рабочем состоянии. А его политики лежат как раз в директории C:\Windows\dot3svc\Policies (плюс есть папки для миграции во время апгрейда). И вот когда эти файлы исчезают / не мигрируют корректно, машина не может пройти 802.1X на коммутаторе и получить доступ к корпоративной сети.

Самое злое тут — эффект «замкнутого круга». Без сети устройство не может дотянуться до контроллеров домена, чтобы подтянуть Group Policy и восстановить настройки автоматически. Поэтому в полях лечат по старинке: подключают устройство в «открытый» порт без 802.1X, делают gpupdate /force (часто именно /target:computer), и только потом возвращают на защищённый порт.

Есть и ещё один баг: в отдельных кейсах при апгрейде люди жаловались на проблемы с машинными сертификатами, что особенно больно организациям на EAP-TLS (когда 802.1X завязан на PKI).

При этом самое обидное — на официальных страницах Windows Release Health для 24H2 и 25H2 упоминаний про 802.1X/dot3svc в списке известных проблем сейчас не видно.

Что с этим делать прямо сейчас, если вы планируете массовые апгрейды: многие админы советуют хотя бы заложить «страховку» в процесс — например, заранее сохранить содержимое C:\Windows\dot3svc\Policies и вернуть его после обновления, либо обеспечить доступ к сети через временно открытый порт, чтобы успеть прогнать gpupdate.

RSS: Новости на портале Anti-Malware.ru