Сервис 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 еще в марте, за два месяца до атаки.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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