Поисковик Google дает сбой при вводе фраз с эмодзи

Поисковик Google дает сбой при вводе фраз с эмодзи

Поисковик Google дает сбой при вводе фраз с эмодзи

Поисковая система Google, как оказалось, не справляется с определенными запросами, касающимися эмодзи. Примеры таких запросов: "How many emojis on iOS", "How many emojis on Apple" и "How many emojis on Windows".

Аналитики BleepingComputer смогли воспроизвести проблему как в десктопной версии поисковика, так и в соответствующем мобильном приложении. Каждый раз система выдавала ошибку сервера.

 

На результат такого поиска можно посмотреть на сохраненных в архиве страницах: "how many emojis on iOS" и "How many emojis on Apple". Изначально предполагалось, что проблема затрагивает только отдельные домены с привязкой к странам — например, Google.co.nz. Однако пользователи вскоре выяснили, что Google.com тоже крашится при упомянутых выше запросах.

Один из таких пользователей под ником llui85 привел список поисковых запросов, которые могут вызывать сбои в работе поисковика:

  • "how many emojis on ios"
  • "how many emojis on apple"
  • "how many emojis on windows"
  • "how many emojis on lumia"
  • "how many emojis lumia"
  • "how many ios emoji"
  • "how many emojis in ios"
  • "how many emojis inside ios"

Форумчанин на Reddit с ником gottago_gottago предположил, что виновником является веб-ресурс Emojipedia.com, поскольку запрос этого домена в Google также «ломает» поиск.

81-88% первичных вердиктов сканеров кода оказались ложными

Количество обнаруженных в коде уязвимостей за год выросло на 70%, тогда как очередь на их разбор — лишь на 18%. Сканеры явно научились находить больше, а вот дополнительных инженеров безопасности к ним в комплекте не положили.

AppSec Solutions проанализировала обезличенные данные платформы AppSec.Hub: 4 214 кодовых баз общим объёмом около 510 млн строк и более 3,1 млн находок SAST-, SCA- и DAST-сканеров. В выборку вошли ИТ-компании, финтех и организации реального сектора.

Исследователи подчёркивают: рост числа проблем не обязательно означает, что разработчики внезапно стали писать хуже. С начала 2025 года по май 2026-го объём анализируемого кода увеличился с 333 до 510 млн строк, а количество кодовых баз — с 2 563 до 4 214. Чем больше кода подключают к проверке, тем больше находок получают, особенно на фоне массового вайбкодинга.

Настоящее узкое место начинается после сканирования. Среди ещё не исправленных находок 69% ждут вердикта инженера ИБ. Медианный срок устранения критических проблем за год вырос со 103 до 153 дней. Из уязвимостей, уже переданных разработчикам, закрывают от 12% до 50%.

При этом большая часть лавины — шум, ложными оказываются 81-88% первичных вердиктов сканеров. Доля действительно серьёзных находок High и Critical остаётся стабильной — около 23%. В OWASP Top 10 лидируют нарушения контроля доступа с долей 44%.

По данным разработчика, конвейер AppSec.Hub за полгода превратил 18,7 млн сырых срабатываний в 428 тыс. уникальных находок, а затем — в 9,4 тыс. групп задач на исправление. Поток ужался почти в две тысячи раз.

Правила и ИИ-помощник автоматически закрывают уже 58% первичного разбора. Когда помощник признаёт срабатывание ложным, на крупнейшей проверенной выборке он оказывался прав примерно в 97% случаев. Реальные уязвимости подтверждает человек.

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