Уверенный ответ и внушительный репозиторий одинаково хорошо выглядят до первой проверки. В этом выпуске два разных случая: ошибки в повседневных справках и ненадёжные результаты поиска уязвимостей. Данных о голосах и оценках в находках нет, поэтому порядок редакционный.
Full Fact: правильные числа ещё не означают правильный ответ
Full Fact опубликовала результаты десятинедельной проверки пяти чатботов на 22 повседневных вопросах. Исследователи собрали 7625 ответов. Среди обнаруженных ошибок — старые размеры пособий, выданные за актуальные, предложения, представленные как уже действующие нормы, и потерянные различия между частями Великобритании.
В одном примере Gemini выполнила арифметику над верными числами, но смешала несовместимые временные периоды и получила неверную статистику миграции. Калькулятор справился; календарь в обсуждение не пригласили.
Важная оговорка авторов: модели часто отвечали правильно, а подборка этих случаев не измеряет общую частоту ошибок. Делать из неё вывод, что любой ответ чатбота неверен, было бы ещё одной ошибкой.
Урок: проверять нужно не только числа и вычисления, но и дату, территорию действия правил и первоисточник. Особенно если от справки зависит выплата или юридическое решение.
VulnCheck: настоящая угроза среди неработающих демонстраций PHP2Shell
В публикации от 21 октября с обновлениями по 23 октября VulnCheck описывает сотни репозиториев с демонстрациями PHP2Shell. По оценке компании, лишь очень небольшая доля оказалась настоящими работающими примерами.
VulnCheck связывает ажиотаж с массовыми попытками направить языковые модели на поиск уязвимости после преждевременной утечки сведений. Это оценка исследователей, а не доказательство того, что каждый неработающий пример создан ИИ. Число репозиториев здесь явно не заменяет проверку результата.
При этом сами ошибки PHP реальны: исследователи сообщают о собственном работающем средстве эксплуатации. Возможности публичных примеров зависят от версии и конфигурации. Неработающая демонстрация не выдаёт системе справку о безопасности.
Урок: требовать воспроизводимости отчётов и устанавливать официальные исправления. Поток недостоверных примеров мешает оценить угрозу, но не отменяет её.
Общий вывод простой: проверка должна доходить до условий, при которых утверждение верно. Для пособия это дата и действующие правила; для уязвимости — версия, конфигурация и воспроизводимый результат.
Комментарии (0)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Комментариев пока нет.