Перейти к содержанию
AM_Bot

СМС-сообщения клиентов Мегафон утекли через Яндекс

Recommended Posts

AM_Bot

Yandex.JPGНекоторые СМС-сообщения, отправленные с сайта российского сотового оператора «Мегафон», были проиндексированы популярной поисковой системой Яндекс.

Читать далее

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Viktor
Недавно компания «Мегафон» была уличена в рассылке спама абонентам других операторов, а теперь выяснилось, что и своих клиентов она не слишком жалует. Оказывается, любой пользователь Интернета может ознакомиться с SMS, которые были отправлены абонентам оператора с сайта компании. В этом ему поможет «Яндекс», который уже проиндексировал некоторую часть сообщений.

...

читать далее

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu

Мы уже с самого утра читаем. Укатайка.

Мегафонвцы недавно добавили robots.txt, которого не было.

А вообще, отображать текст СМС - это ахтунг.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Мечты любителей почитать чужие смс сбылись, спасибо Яндекс!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Viktor

Фильтр по "Частным клиентам. Корпоративным клиентам. Прессе. О компании. Партнёрам." - PoC SMS-спама. В 973х сообщениях эта фраза встречается 295 раз...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy

Да забанить всех в Родительском контроле Dr.Web! Проблему ещё нашли. Поисковые системы - зло. Сотовые операторы - рассадник нарушителей тайны переписки. Только общая баня может всех очистить от всей этой грязи! :rolleyes:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy
Александр Ерощев, аналитик SearchInform, надеется, что «новость про «Мегафон» — это утка»

В этом сегодня легко могли убедиться миллионы интернет-пользователей :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Представитель ОАО «Мегафон» Юлия Дорохина рассказывает, что на сайте оператора произошел технический сбой, связанный с работой внешнего администратора сайта. «Сбой коснулся крайне незначительной части SMS, отправленных с сайта оператора. При этом он не затронул SMS-сообщения клиентов, отправленные через телефоны и другие мобильные устройства», – добавляет она. В настоящий момент, уверяет Дорохина, ситуация находится под контролем, сбой полностью устранен, вся информация, попавшая в поисковую выдачу «Яндекса», удалена из всех запросов.

Читать полностью: http://www.gazeta.ru/business/2011/07/18/3698369.shtml

Это растиражировали все СМИ, по радио пока ехал в машине прослушал эту инфу раз 50. Очень прикалывает отмазка Мегафона, эффектно просто! Типа все дело в каком-то там внешний администратор. А прокурорская проверка, которая кстати уже началась, покажет, что этот контакт с этим внешним специалистом был расторгнул аккурат в день утечки.

Еще очень забавно было слышать про файл robots.txt, которые и стал причиной утечки на самом деле! :D Если кто не понял откуда это взялось, то поясню. В Яндексе прокоментировали новость таким образом, что мол если бы был файл, то мы бы не стали индексировать. Но так как его не было, то мы проиндексировали. А кое-кто раздул это заявления так, что якобы по вине этого самого пресловутого внешнего администратора на сайте на оказалось этого файла, что и стало причиной утечки! :lol: держите меня семеро ... и не виноваты разрабы с кривыми руками, которые делали веб-сервис. Не виноваты также и ответственные манагеры, которые принимали сервис в эксплуатацию я отвечали за его тестирование. Все из-за robots.txt!

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

И так сказать на закуску. Тут некоторые юристы посмешили дать комментарии, что инцидент нарушает ФЗ №152. Но позвольте, а где тут персональные данные то?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
A.
И так сказать на закуску. Тут некоторые юристы посмешили дать комментарии, что инцидент нарушает ФЗ №152. Но позвольте, а где тут персональные данные то?

Что смешного то ? Тут нарушение Конституции страны и пары статей УК виднеется, а тебя смешит "отсутствие" нарушения ФЗ-152 ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Что смешного то ? Тут нарушение Конституции страны и пары статей УК виднеется, а тебя смешит "отсутствие" нарушения ФЗ-152 ?

Вот в этом и соль, что от юристов ждешь контретики, а не абстрактных ссылок на ФЗ "О защите персональных данных", который тут вообще не при чем. Где ссылка на конституцию, где ссылки на УК РФ??

Например, Радио Сити ФМ давали комментарии юристы и ссылались на то, что нарушены "правила оказания услуги связи" в разделе обеспечения ее конфиденциальности, что как раз должно оспариваться в суде. Люди готовят иск от лица неопределенного количества граждан. А в интернет СМИ какая-то фигня на этот счет. В спешке писали что ли, хотели быть первыми наверное ...

И кстати, что по Фз №152 все типа ОК, это само по себе забавно. Для всех 100% обывателей смс-сообщения это их персональные/личные данные, но не для закона.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
A.

да дерьмо, а не закон, давно же понятно-известно было

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
да дерьмо, а не закон, давно же понятно-известно было

Ну как всегда у нас, пока кто-то не начнет читать чужие смс, никто ничего менять не будет. Хотя я не думаю, что инцидент как-то повлияет на историю с ФЗ №152, скорее законодательство о связи будут трясти.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Еще очень забавно было слышать про файл robots.txt, которые и стал причиной утечки на самом деле! :D Если кто не понял откуда это взялось, то поясню. В Яндексе прокоментировали новость таким образом, что мол если бы был файл, то мы бы не стали индексировать. Но так как его не было,, то мы проиндексировали.

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

Последовательность восстановили таким образом, технически относительно достоверно.

Касательно статей УК - НСДИ был, что ли? Инфа 100%? :)

Вчера интереснее была ситуация с рассылкой Росбанк vs ВТБ24: "сейчас в значительном количестве банкоматов ВТБ24 обнаружено установленное шпионское ПО, считывающее данные по картам, в том числе PIN. Рекомендуется некоторое время воздержаться от использования банкоматов ВТБ24, пока проблема с безопасностью не будет устранена."

При том, что на морде немаленького банка (правда, уже не российского капитала - в июле 2011 г. завершилось объединение Росбанка и BSGV) висела либо заглушка, либо: "Критическая ошибка! Не удалось найти настройки для домена, с которого осуществляется запуск системы, в файле /cms/kernel/config.inc.php​. Имя домена - rosbank.ru. Apache/2.2.3 (Red Hat) Server at www.rosbank.ru Port 80"

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
StarStream
Вот в этом и соль, что от юристов ждешь контретики

Зря, зря, зря :)

5036250.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Последовательность восстановили таким образом, технически относительно достоверно.

Т.е. с программной реализацией сервиса все ОК было, да? ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Т.е. с программной реализацией сервиса все ОК было, да? ;)

Свечку даже "Ашманов и Партнеры" не держали, не то что я.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Свечку даже "Ашманов и Партнеры" не держали, не то что я.

Не надо было свечку держать. Понятно, что выводить текст сообщения и номер получателя в подтверждении об отправке по крайней мере было рискованно. Непонятно, почему страницы подтверждения вообще жили длительное время (т.е. выводили инфу из БД уже отправленных сообщений). Как и где эти URL накапливались, что потом были обнаружены поисковиками (паук не будет подбирать URL, он их откуда-то должен узнать)?

Это только то, что скажет любой веб-разработчик просто прочитав новость об инциденте. Я убедил, что дело не в robots.txt? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
лулзы и драма

http://lifenews.ru/news/64117

Ого, утечка кода Яндекса - это очень серьезно. Правда связь обеих историй в одну выглядит несколько натянуто ИМХО.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
"МегаФон" считает "Яндекс" причастным к утечке SMS в открытый доступ

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu
Как и где эти URL накапливались, что потом были обнаружены поисковиками (паук не будет подбирать URL, он их откуда-то должен узнать)?

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

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

С многих, люди читающие все это, получали большие "LOLзы". Так что есть мнение, что их просматривали так же работники Мегафона и пересылали друг-другу.

К примеру в Пермских(prm.ru) СМСках, которые тоже утекли, было много с подобным содержанием: "Купи сахар"

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.99.2
      ---------------------------------------------------------
       o Это обновление повышает качество работы с удаленной системой и снимает некоторые ограничения.
         Работа с удаленным рабочим столом вышла на новый уровень недостижимый для подавляющего большинства программ удаленного управления.
         Функция оптимизирована для работы в локальной сети, что обеспечивает минимальный, почти неощутимый лаг и высокий максимальный fps.
         Дополнительно это обновление исправляет проблему с анализом ответа от сервиса VT.

       o Для Windows 8 и старше для получения копии экрана теперь используется Desktop Duplication API + DX11,
         который уменьшает загрузку процессора в удаленной системе и изменяет FPS в зависимости
         от интенсивности изменения содержимого экрана, что позволяет устанавливать нулевую задержку
         для обновления экрана без существенной загрузки процессора, что в свою очередь обеспечивает
         минимальный инпут лаг. В этом режиме состояние кнопки "CAPBLT" игнорируется.
         Максимальный fps в этом режиме минимум в 2 раза выше, чем в устаревших системах.

       o В клиентской части для отрисовки экрана задействован Direct2D с поддержкой использования ресурсов видеокарты,
         что позволяет отображать удаленный рабочий стол с приличным FPS даже при масштабировании кадра.
         Качество масштабирования экрана при использовании аппаратного ускорения стало заметно выше.
         (!) Минимальные требования Vista SP2/Windows Server 2008 SP2.

       o Добавлена поддержка передачи стандартных курсоров, стандартные курсоры не рендерятся на рабочий стол,
         а устанавливаются в клиентской системе, что позволяет избежать лагов при движении курсора и повышает fps.
         (!) В удаленных системах без физической мыши для поддержки этой функции необходимо активировать отображение курсора мыши.
         (!) Win+U -> Мышь и выбрать "Управлять мышью с помощью клавиатуры".

       o Исправлена и оптимизирована функция сжатия фреймов при работе с удаленным рабочим столом, из-за ошибки
         не поддерживались фреймы размером более 2560x1600 пикселей.
         Время сжатия фрейма уменьшено на 40%. (для 32/24 битных режимов)
         Коэффициент сжатия фрейма увеличен на 25%. (для всех режимов)
         (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках флаг bReUseRemote = 1,
         (!) то перед обновлением необходимо закрыть все серверные часть uVS на удаленных компьютерах с помощью
         (!) старой версии uVS.

       o В целях уменьшения трафика добавлена поддержка понижения цветности для 32/24/16bpp  режимов экрана
         (детализация не понижается, а лишь удаляется избыточная информация о цвете).
         Вы можете выбрать в списке 24bpp (24 бита на цвет), 15bpp (15 бит) и 7bpp (7 бит).
         7bpp это черно-белый режим со 128 градациями серого. Яркость в это режиме представлена средним арифметическим
         цветовых компонент, этот вариант смотрится лучше и требует меньше ресурсов процессора, чем "правильное" обесцвечивание.
         Каждый шаг понижения цветности экономит до 70% трафика относительно предыдущего режима, однако 24bpp
         позволяет достичь максимального fps (только при достаточной ширине канала), за счет минимального времени сжатия картинки.

       o Повышена точность трансляции координат курсора.

       o Добавлена дополнительная кнопка "1:1", при нажатии на нее устанавливается размер отображаемого рабочего стола 1:1
         (при физической возможности), а при нажатии на нее правой кнопкой мыши высота окна остается неизменной,
         а ширина окна подстраивается под соотношение сторон удаленного рабочего стола.

       o Изменена функция кнопки "[ ]", при при первом нажатии на нее высота удаленного рабочего стола становится максимальной
         с учетом высоты таскбара, при повторном нажатии размер удаленного рабочего стола масштабируется до максимума в соответствии
         с текущим разрешением клиентского монитора и учетом соотношения сторон исходного изображения вплоть до перехода в полноэкранный режим,
         заголовок окна и управляющие кнопки автоматически скрываются и проявляются если подвести курсор мыши к верхней границе дисплея,
         эффект от третьего нажатия на эту кнопку соответствует эффекту от первого нажатия.
         Горячая клавиша RWIN доступна и в полноэкранном режиме, при ее нажатии в клиентской системе полноэкранный режим будет отменен и будет
         активировано ближайшее окно другого приложения (эмуляция Alt+Tab), при повторном ее нажатии или переключении в окно удаленного рабочего стола
         полноэкранный режим будет восстановлен.

       o Передача удаленного рабочего стола и нажатий кнопок теперь производится через сокет открываемый на время
         передачи по случайному порту, что позволило дополнительно повысить FPS и отзывчивость удаленного интерфейса.
         Серверная часть uVS на удаленном компьютере автоматически добавляет себя в исключения брандмауэра Windows при запуске
         и удаляет себя из исключений при завершении. При использовании стороннего фаервола необходимо добавить uVS в исключения
         самостоятельно на удаленной машине, в этом случае необходимо прописать bFixedName=1 в settings.ini, что бы имя исполняемого файла
         было постоянным.
         В качестве имени удаленного компьютера допустимо использовать:
          o IPv4 (подключение по TCP-IPv4, максимальная скорость запуска серверной части)
          o Имя компьютера (автоматический выбор версии IP, скорость передачи картинки выше в случае TCP-IPv6 в пределах 4%)
          o Доменное имя   (автоматический выбор версии IP)
         (!) Приоритетным протоколом является IPv6, т.е. если у удаленной системы есть IPv4 и IPv6 адрес, то подключение будет по IPv6.
         (!) Если вы используете Ф или сторонний фаервол то в клиентской и удаленной системе необходимо разрешить исходящие запросы
         (!) по протоколу ICMPv6 для SYSTEM.
         (!) Подключение по IPv6 доступно начиная с WinXP.
         (!) Для работы с удаленной системой без отображения рабочего стола внесение изменений в настройки фаервола не требуется.

       o Новый параметр в settings.ini
         [Settings]
         ; Использовать IPv6 при подключении к удаленному рабочему столу.
           bIPv6 (по умолчанию 1)

       o В окне удаленного рабочего увеличено количество поддерживаемых мониторов с 6 до 10 (кнопки 1-10).

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

       o При работе с удаленным рабочим столом добавлена поддержка нажатия Ctrl+Alt+Del (кнопка CAD) для Windows Vista и старше.
         Для реализации этой функции добавлен новый модуль: usas.
         (!) На время его выполнения модифицируется групповая политика для разрешения использования SAS.
         (!) Чтобы эта функция работала в Windows Server 2008 и Windows Vista,
         (!) необходимо скопировать библиотеку(и) sas.dll из Windows 7:
         (!) C:\Windows\System32\sas.dll и C:\Windows\SysWOW64\sas.dll (для Vista x64 нужны обе)
         (!) и поместить их в C:\Windows\System32 и C:\Windows\SysWOW64 соответственно.
         (!) Эти библиотеки из Windows 7 были добавлены в STORE (каталоги NT60 и NT60x64).

       o Улучшена функция получения доступа к защищенным от чтения файлам на NTFS разделах.
         Теперь файлы, которые полностью защищены от открытия на уровне ядра, т.е. те что ранее не читались uVS,
         можно проверять по хэшу, копировать в Zoo и проверять их ЭЦП (в том числе и драйвер Ф).
         Добавлена поддержка чтения мелких защищенных файлов и файловых потоков полностью помещающихся в записи MFT.
         (новая функция прямого доступа к диску портирована из badNTFS Pro v2.21)

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

       o Снят лимит на длину строк в окне информации о файле.

       o Снят лимит на путь и длину командной строки в окне истории процессов и задач.

       o Максимальный размер cmd/vbs и т.д. текстовых файлов, хранящихся в описании файла в поле #FILE#, увеличен до 128kb.
         Восстановить файл из образа автозапуска можно поместив значение данного поля в буфер обмена и далее
         сохранив его в любом текстовом редакторе.

       o В лог добавлено состояние брандмауэра. (0 - выключен, 1 - включен).

       o В окно установленных программ добавлена кнопка "Сохранить", которая сохраняет список программ в текстовый файл.

       o Обновлены start и start_x64: улучшена четкость шрифта в новых системах.

       o Обновлена функция разбора ответа от сервиса VT.
         Дополнительно в лог добавлены результаты из раздела sigma_analysis.

       o Окно истории процессов и задач стало немодальным.
         Перейти в это окно теперь можно из окна информации через его контекстное меню при щелчке правой кнопкой мыши по
         строке содержащей pid.
         (!) История процессов доступна лишь при активном отслеживании процессов и задач. (твик #39)

       o Исправлена критическая ошибка в функции обновления окна списка.

       o Исправлена критическая ошибка в функции проверки одного файла по списку критериев.

       o Исправлена критическая ошибка в функции сканирования реестра: длинные значения ключей полностью игнорировались.
         Теперь при обнаружении значения длиной свыше 1024 байт в лог выводится предупреждение с указанием ключа, имени значения
         и содержимого значения. Если в значении будет выделен файл то файл становится подозрительным.
         Эта ошибка присутствовала с v1.0.

       o Исправлена ошибка при открытии окна удаленного рабочего стола, задержка обновления экрана была 50мс
         вне зависимости от текущих настроек до ее изменения вручную.

       o Обновлена функция определения файлов запускавшихся неявно для совместимости с новыми билдами Windows.

       o Исправлена ошибка из-за которой в очень редких случаях мог не отображаться удаленный рабочий стол.

       o Исправлена функция обработки двойного щелчка кнопкой мыши.

       o Исправлена ошибка из-за которой клиент мог долго завершать работу с выдачей ошибок
         при штатном завершении серверной части.

       o Исправлена ошибка [Error: 0x80004002 - Интерфейс не поддерживается] в твике(27) удаления политик Chrome
         при работе с удаленной системой и при выполнении команды "regt 27" из скрипта.

       o Для Windows 11 возвращен оригинальный стиль чекбоксов, начиная с некоторого обновления их наконец-то исправили.

       
    • PR55.RP55
      Как бы это выявлять и исправлять в uVS ? https://forum.kasperskyclub.ru/topic/464495-pojmal-virusa-pereimenovalis-sluzhby/
    • Ego Dekker
      Домашние антивирусы для macOS были обновлены до версии 7.5.74. Добавлена поддержка macOS Sequoia (версия 15).
    • PR55.RP55
      Можно сделать так чтобы объект в списке отображался не под своим именем, а под именем критерия. ( или по результату проверки на V.T ) - ( по настройке в settings.ini ) Для чего? Например в списке есть: oikgcnjambfooaigmdljblbaeelmeke odbmjgikedenicicookngdckhkjbebpd Но объект  может отображаться внятно: oikgcnjambfooaigmdljblbaeelmeke = T-Сashback1 — кэшбэк-сервис odbmjgikedenicicookngdckhkjbebpd = T-Сashback2 — кэшбэк-сервис  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.2.8.
×