Сбой локаций: Яндекс Go рекомендует перепроверять адреса заказа такси

Сбой локаций: Яндекс Go рекомендует перепроверять адреса заказа такси

Сбой локаций: Яндекс Go рекомендует перепроверять адреса заказа такси

Сервис Яндекс Go признает проблему сбоев в определении локаций и просит пользователей перепроверять адреса заказов такси и доставки. Проблемы связаны не с инфраструктурой сервисов, а с “глушилками” после инцидента с беспилотниками над Кремлем.

Проблемы с корректным отображением геопозиции ТАСС подтвердили в пресс-службе Яндекс Go. Там предложили дополнительно проверять адрес заказа такси.

GPS-сбои не имеют отношения к инфраструктуре самих интернет-сервисов, подчеркнули в Яндекс Go. Мобильные приложения получают уже готовую ошибочную координату от устройства, на которое они установлены.

Неточности в определении геопозиции влияют на все сервисы и устройства, связанные с навигацией, — от картографических приложений до фитнес-браслетов.

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

Сложности могут возникать и при определении местоположения машин приложений "Драйв" и "Самокат" в центре города, а старт и завершение аренды могут быть временно недоступны.

“Некорректное определение геопозиции связано с прилетом беспилотника к Кремлю в центре Москвы”, — комментирует происходящее ведущий инженер CorpSoft24 Михаил Сергеев.

После этого инцидента спецслужбы включили "глушилки" и создают очень сильные помехи для GPS, объясняет эксперт. В этом и кроется причина того, что все сервисы такси, каршеринга и аренды самокатов не могут определить координаты своего местонахождения и работают некорректно.

"Мы получаем и обрабатываем все обращения в службу поддержки от пользователей и водителей”, — добавили в Яндекс Go. Компания использует все доступные способы, чтобы минимизировать эффект от некорректного определения геопозиции в сервисах, заверили в пресс-службе.

Напомним, сбои в навигации начались в Москве и Санкт-Петербурге в начале мая. В ночь на 3 мая на Кремлем сбили два беспилотника. После инцидента в обеих столицах ввели запрет на полеты гражданских дронов. С 5 по 10 мая (период подготовки и сам Парад Победы) в центре Москвы был недоступен каршеринг.

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

В Intel TDX обнаружены уязвимости с риском утечки данных

Intel вместе с Google провела масштабный аудит технологии Trust Domain Extensions (TDX), процессе которого обнаружилось немало проблем. За пять месяцев работы специалисты выявили пять уязвимостей, а также 35 багов и потенциальных слабых мест в коде.

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

По сути, TDX создаёт изолированные «доверенные домены» (Trust Domains), которые должны гарантировать конфиденциальность и целостность данных.

Проверкой занимались исследователи Google Cloud Security и команда Intel INT31. Они анализировали код TDX Module 1.5 — ключевого компонента, отвечающего за работу механизма на высоком уровне. В ход пошли ручной аудит, собственные инструменты и даже ИИ.

В результате обнаружены пять уязвимостей (CVE-2025-32007, CVE-2025-27940, CVE-2025-30513, CVE-2025-27572 и CVE-2025-32467). Их можно было использовать для повышения привилегий и раскрытия информации. Intel уже выпустила патчи и опубликовала официальное уведомление.

Самой серьёзной Google называет CVE-2025-30513. Она позволяла злоумышленнику фактически обойти механизмы безопасности TDX. Речь идёт о сценарии, при котором во время миграции виртуальной машины можно было изменить её атрибуты и перевести её в режим отладки.

Это открывало доступ к расшифрованному состоянию виртуальной машины, включая конфиденциальные данные. Причём атаку можно было провести уже после процедуры аттестации, когда в системе гарантированно присутствуют важные материалы.

Google опубликовала подробный технический отчёт (PDF) объёмом 85 страниц, а Intel — более краткое описание результатов совместной работы.

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