Кейлогеры для слежки за сотрудниками становятся в Европе вне закона

Кейлогеры для слежки за сотрудниками становятся в Европе вне закона

Кейлогеры для слежки за сотрудниками становятся в Европе вне закона

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

Федеральный суд по разрешению трудовых конфликтов Германии вынес решение о противозаконности установки кейлогеров (клавиатурных шпионов) на рабочие станции сотрудников в коммерческих компаниях.

Принимая это решение, суд разбирал довольно своеобразное дело: медиакомпания уволила веб-разработчика за то, что он, находясь на рабочем месте создал видеоигру для фирмы своего родственника, сообщает cnews.ru.

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

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

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

Тем не менее разработчик был уволен.

Сотрудник наносит ответный удар

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

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

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

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