Hacker News Digest

Google купил за 10 млн $ огромный набор деидентифицированных данных бывшей американской авиакомпании Spirit, вышедшей из бизнеса в 2026 годе после финансовой катастрофы, вызванной пандемией. В пакет вошли более 100 млн писем, 30 млн записей звонков в кол‑центр, 500 млн объектов из Microsoft Teams, 17 млн файлов OneDrive, 20,5 млн записей SharePoint, а также 600 тыс. заявок ServiceNow, 13,7 млн адресов из Oracle Responsys и сведения о 11 млн проданных услуг в‑полёте. Кроме того, в архиве находятся данные о 763 тыс. рейсах, 5 млн сочетаний экипажа, 1,2 млн топливных чеков и покупках 787 тыс. запчастей. Google заявила, что приобретает их для улучшения своих моделей ИИ, особенно для отраслевых решений, где небольшие специализированные модели могут быть эффективнее крупных «черных ящиков». Суд подтвердил, что информация была анонимизирована, а Google пообещал удалить любые остатки персональных данных. Таким образом, даже после закрытия Spirit её цифровой след теперь служит источником обучения для искусственного интеллекта.

Покупка данных Spirit Airlines вызывает серьезные сомнения в эффективности деидентификации: уникальные паттерны поведения — стиль общения, частота обращений, сценарии взаимодействий — могут позволить повторную идентификацию, несмотря на юридические гарантии. Данные — 30 млн звонков, 100 млн писем, 500 млн объектов Teams — чрезвычайно ценны для обучения ИИ, особенно для симуляции экстремальных сценариев обслуживания. Однако их использование рискует закрепить негативные паттерны, характерные для плохого сервиса Spirit. Несмотря на ссылки на соблюдение CCPA и передачу через стороннего агента, участники не верят в обещания полной очистки PII, учитывая прошлые провалы (Yahoo и др.). Данные из ServiceNow, SharePoint и OneDrive содержат не только личную информацию, но и внутренние процессы компании, что делает их ценными и для конкурентного анализа. Покупка данных банкрота — не нова, но масштаб и цель (обучение ИИ) создают прецедент. Многие считают это моральным компромиссом: интересы акционеров и ИИ-компаний перевешивают права индивидуумов, даже если формально всё законно. Использование таких данных для ИИ может усилить системное неуважение к клиентам. Предлагается ввести законодательные ограничения на продажу данных банкротов, особенно коммуникаций с клиентами, независимо от деидентификации. Также высказывается идея: компании должны платить пользователям за данные, а не просто собирать их — иначе практика неэтична и неустойчива. Без прозрачности и контроля подобные сделки станут нормой: любая компания сможет продавать данные клиентов при банкротстве без их согласия.

tl;dv — платформа для записи и анализа встреч — оставила открытый доступ к базе Firestore, где хранятся данные о всех проведённых звонках. База доступна без дополнительной авторизации: любой пользователь может запросить коллекцию meetings, получить email создателя, идентификатор конференции и статус записи. При статусе recording идентификатор превращается в живой Google Meet или Teams-комнату, которую можно присоединиться без приглашения. На момент публикации в базе находилось около 1 000 активных записей, что позволяет атаковать тысячи реальных звонков одновременно.

Атака продемонстрировала, что в базе находятся встречи из 23 государственных органов, десятков университетов (включая Беркли и Токийский) и корпоративных клиентов крупных компаний (Mitsui, HubSpot, Confluent и др.). По данным автора, всего собрано 181 874 записи от 84 312 уникальных пользователей на 35 003 доменах. Несмотря на многочисленные обращения к CTO, уязвимость оставалась неисправленной более полугода, тогда как остальные коллекции Firestore уже защищены правилами доступа. Исправление требовало лишь включения tenant‑изоляции для коллекции meetings.

Подобные инциденты не единичны: многие компании игнорируют проблемы безопасности или скрывают/преуменьшают их. Спорно, насколько эффективен SOC2 — одни считают его неэффективным, другие — маркетинговым трюком. Рекомендуется использовать локальные решения для записи и анализа встреч. Firebase часто неправильно применяют, но это не делает платформу плохой.

Неофициальный клиент Microsoft Teams для Linux, созданный сообществом как альтернатива отсутствующему официальному приложению. Проект предоставляет возможность использования Teams на Linux-системах с открытым исходным кодом, что критически важно для пользователей, работающих в смешанных средах. Клиент поддерживает основные функции оригинального приложения, включая видеозвонки, чаты и совместную работу с документами. Проект активно развивается, регулярно обновляется и имеет хорошую поддержку сообщества, что делает его надежным выбором для профессионального использования. Разработчики могут легко установить приложение через стандартные менеджеры пакетов или скачать готовые сборки для различных дистрибутивов Linux.

• Пользователи критикуют официальный клиент Microsoft Teams за многочисленные баги, проблемы с производительностью и отсутствие функций (например, PiP и видео-меню).
• Неофициальный клиент для Linux предлагается как альтернатива с меньшим количеством ошибок, дополнительными возможностями (например, PiP) и лучшей интеграцией с системой (уведомления в трее).
• Некоторые предпочитают использовать Teams через веб-версию или PWA, но отмечают ограничения (например, проблемы с обменом экраном в Firefox, задержки уведомлений).
• Проект неофициального клиента вызывает споры: некоторые сомневаются в его поддержке из-за возможного использования AI для генерации кода, другие отмечают его полезность для Linux-пользователей.
• Несмотря на критику, Teams остаётся необходимым инструментом в профессиональной среде, особенно в компаниях, использующих экосистему Microsoft.

Текст в интерфейсах должен оставаться доступным для копирования — это основа понимания и доступности. Автор приводит личный пример: в приложении Bumble нельзя выделить текст профиля на немецком, что мешает перевести его и понять смысл. Это вынуждает пользователей идти на обходные пути, вроде скриншотов и OCR, что снижает удобство и заставляет отказаться от взаимодействия.

Ограничение выбора текста превращает его в подобие медиафайла — неперевариваемого и неанализируемого. Текст должен оставаться легким, копируемым, переводимым и доступным, ведь это фундамент передачи информации. Лишая пользователей этой возможности, разработчики совершают преступление против ясности и инклюзивности.

• Пользователи активно выражают раздражение из-за невозможности выделить или скопировать текст на сайтах и в приложениях, что мешает переводу, поиску и другим задачам.
• Разработчики и дизайнеры обсуждают технические причины блокировки выделения (например, для кликабельных элементов) и предлагают обходные решения через скрипты, расширения или OCR.
• Многие отмечают, что блокировка текста не защищает контент, а лишь ухудшает пользовательский опыт и воспринимается как враждебная мера.
• Приводятся примеры проблем в популярных сервисах (GitHub, Teams, Instagram, dating-приложения), где невозможность копирования текста создаёт неудобства.
• Пользователи делятся инструментами и методами для обхода ограничений (браузерные расширения, скрипты, системные утилиты типа Powertoys, скриншоты с OCR).