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

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

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

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

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

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

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

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

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

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

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

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

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

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

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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