Сервис Yappy от Газпром-медиа опроверг взлом и утечку

Сервис Yappy от Газпром-медиа опроверг взлом и утечку

Сервис Yappy от Газпром-медиа опроверг взлом и утечку

В российском аналоге TikTok — сервисе Yappy — заявили, что слитые в Сеть данные неактуальны и обезличены. Про утечку 2 млн строк стало известно накануне. По одной из версий, взломщики могли получить доступ к аккаунту администратора.

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

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

О крупном сливе в сервисе от "Газпром-медиа" заговорили накануне. Профильные Telegram-каналы писали, что в Сеть попали 4 текстовых файла с телефонами, именами, логинами, адресами эл. почты и хешированными паролями. Всего — 2 млн записей.

Как отмечал “Ъ”, за взломом могут стоять “проукраинские” хактивисты. Они могли скачать данные развлекательного сервиса, войдя в систему под учеткой администратора. Такое предположение высказал владелец Telegram-бота “Глаз бога” Евгений Антипов.

“В других, сторонних утечках можно найти корпоративную почту жертвы, как правило, она является логином. Там же — пароль. Если все совпадает, то злоумышленник заходит в систему под видом администратора и просто выгружает данные”, — объяснял Антипов.

Файлы содержат данные о дате регистрации пользователей, сведения об устройстве, с которого осуществлялся вход, типе соединения, связанные идентификаторы сторонних сервисов, например ID “ВКонтакте” и другую информацию.

В пресс-службе Yappy в ответ на запрос Интерфакса сообщили, что "в ходе плановых проверок служба безопасности приложения регулярно фиксирует попытки хакерских атак". Там заверили, что система киберзащиты платформы постоянно усиливается.

Утекшая база актуальна на середину июля, сообщает Telegram-канал “Утечки информации”. Там же отмечают, что базу Yappy выложил тот же источник, что ранее "сливал" данные участников программы лояльности “Tele2", “Почты России", образовательного портала “GeekBrains", службы доставки "Delivery Club", сервиса покупки билетов tutu.ru.

По новому закону в области защиты персональных данных, в случае утечки компания обязана сообщить об этом Роскомнадзору в первые 24 часа. Еще два дня дают на подачу уведомления о результатах внутреннего реагирования.

“Если же в компании произошла утечка, которая была обнародована СМИ и обнаружена Роскомнадзором до уведомления от компании, это может быть воспринято как факт сокрытия инцидента”, — отмечает управляющий партнер юридической компании ЭБР Александр Журавлев.

Yappy стал вторым сервисом “Газпром-медиа”, который, возможно, пострадал от взлома. В мае масштабной атаке подвергся RuTube. Видеохостинг “лежал” три дня. Было поражено 75% баз и инфраструктуры основной версии сайта, 90% резервных копий и кластеров для восстановления баз данных. Тогда выяснилось, что злоумышленники проникли в систему RuTube еще в марте, за два месяца до атаки.

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

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

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

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

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