В одну точку: атака на Яндекс.Такси привела к пробке на Кутузовском

В одну точку: атака на Яндекс.Такси привела к пробке на Кутузовском

В одну точку: атака на Яндекс.Такси привела к пробке на Кутузовском

Хакеры атаковали Яндекс.Такси. Накануне водители желтых машин получили заказ в одну локацию и скопились на Кутузовском проспекте Москвы. Алгоритм предотвращения подобных атак уже переписали, сообщил агрегатор.

Утром 1 сентября в районе станции-метро “Кутузовская” образовалась нетипичная пробка. По словам очевидцев, основными участниками затора стали таксомоторы Яндекс.Такси.

Как выяснилось, водители массово получили фейковые заказы в район Фили. По разным данным, в день Знаний на Кутузовском собралось от 50 до 100 желтых машин.

“Утром 1 сентября “Яндекс.Такси” столкнулся с попыткой злоумышленников нарушить работу сервиса: нескольким десяткам водителям поступили массовые заказы в район Фили, — подтвердили в Яндексе. — Служба безопасности сервиса оперативно остановила попытки искусственного скопления автомобилей”.

Агрегатор заявляет, что водители провели в пробке не больше 40 минут. По другим данным, машины стояли в заторе несколько часов.

Яндекс готов оплатить водителям понесенные убытки.

“Вопрос компенсаций будет решен в самое ближайшее время”, — уточнили в пресс-службе.

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

Последний серьезный сбой в работе “Яндекс.Такси” произошел в июне. Тогда пользователи не могли вызвать машину. Проблема возникла в нескольких регионах, в том числе в Москве и Санкт-Петербурге.

Добавим, сегодня стало известно, что “Яндексу” не хватает самих таксомоторов. Как пишет Forbes, агрегатор просит “Автоваз” поставлять больше “лад” лизинговым компаниям, с которыми работает “Яндекс.Такси”. Обычно в сегменте “Эконом” использовали автомобили Kia, Skoda, Volkswagen, но их больше нет в дилерских центрах.

Корзина Windows показывает не те имена файлов после июньского обновления

Очередной Patch Tuesday от Microsoft принёс пользователям Windows новый сюрприз. После установки июньского обновления под номером KB5094126 некоторые владельцы компьютеров заметили странное поведение Корзины. Проблема проявляется при окончательном удалении файлов.

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

Выглядит это так, будто Windows внезапно забыла, какой именно файл собирается удалить.

В Microsoft уже подтвердили наличие ошибки. Хорошая новость заключается в том, что речь идёт исключительно о визуальном сбое. Сам файл никуда не исчезает раньше времени, не повреждается и не переименовывается.

Если открыть Корзину, правильное название документа или изображения по-прежнему отображается в списке файлов. Более того, при восстановлении объект возвращается под своим оригинальным именем. То есть проблема затрагивает только окно подтверждения удаления.

Под удар попали практически все актуальные версии Windows, получившие июньские обновления безопасности. Точный список Microsoft пока не публикует, но признаёт, что ошибка носит массовый характер.

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

В компании уже работают над фиксом, однако сроки выхода патча пока не называются. Неясно, появится ли он в следующем пакете обновлений или Microsoft выпустит внеплановое исправление раньше.

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