Сотрудники обвинили Google в создании шпионского инструмента

Сотрудники обвинили Google в создании шпионского инструмента

Сотрудники обвинили Google в создании шпионского инструмента

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

Началось все с того, что в начале этого месяца несколько сотрудников Google обратили внимание на работу некой команды внутри корпорации. Эта команда трудилась над созданием нового инструмента.

Речь идёт о специальном расширении для кастомного браузера Google Chrome, установленного на компьютерах служащих и используемого для поиска по внутренним системам.

Издание Bloomberg News ознакомилось с запиской одного из сотрудников Google, в которой человек выражает обеспокоенность происходящим внутри компании. Эту позицию поддержали три других служащих, пожелавших остаться неназванными, так как им запрещено общаться с прессой.

По словам обеспокоенных людей, новый инструмент автоматически сообщает о сотрудниках, создающих в календаре событие с количеством участвующих, превышающим 100 человек.

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

Подпишитесь на новости

HTTPS не делает вас невидимкой: на Хабре разобрали работу ТСПУ

Зашифровали соединение, теперь можно выдохнуть? С блокировками этот фокус работает далеко не всегда. На Хабре вышел подробный разбор ТСПУ — технических средств противодействия угрозам. Автор объясняет, как фильтры распознают соединения и почему сайт может зависнуть, даже если содержимое трафика защищено.

В материале пользователя owenewans путь запроса разобран по этапам: от получения IP-адреса через DNS до проверки соединения и передачи ответа.

Базовый принцип прост: для ограничения доступа необязательно читать переписку. Фильтру могут хватить IP-адреса, порта или признаков протокола. При обычном HTTPS без ECH имя сайта также может быть видно в начале TLS-соединения.

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

В статье также объясняется разница между туннелями и средствами анти-DPI. Универсальной кнопки не получается: если закрыт сам IP-адрес, изменение признаков запроса проблему не решит.

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