Компания Google открыла (https://opensource.googleblog.com/2019/02/open-sourcing-clus... исходные тексты платформы ClusterFuzz (https://google.github.io/clusterfuzz), предназаначенной для проведения fuzzing-тестирования кода с использованием кластера серверов. Кроме координации выполнения проверок ClusterFuzz также автоматизирует выполнение таких задач, как
отправка уведомления разработчикам, создание заявки на исправление (issue), отслеживание исправления ошибки и закрытие отчётов после исправления. Код написан на языках Python и Go, и распространяется (https://github.com/google/clusterfuzz) под лицензией Apache 2.0. Экземпляры ClusterFuzz могут запускаться на системах под управлением Linux, macOS и Windows, а также в различных облачных окружениях.
ClusterFuzz с 2011 (https://www.opennet.ru/opennews/art.shtml?num=33716) года используется в недрах Google для выявления ошибок в кодовой базе Chrome и для обеспечения работы проекта OSS-Fuzz (https://www.opennet.ru/opennews/art.shtml?num=46516), в рамках которого было организовано непрерывное fuzzing-тестирование открытого ПО. Всего за время работы ClusterFuzz было выявлено более 16 тысяч ошибок в Chrome и более 11 тысяч ошибок в 160 открытых проектах (https://github.com/google/oss-fuzz/tree/master/projects), принимающих участие в программе OSS-Fuzz. Благодаря непрерывному процессу проверки актуальной кодовой базы ошибки обычно вылавливаются в течение нескольких частов после внесения в код, вызывающих их изменений.
Система изначально рассчитана на организацию распределённого тестирование на большом числе узлов - например, внутренний кластер ClusterFuzz в Google включает более 25 тысяч машин (!).
ClusterFuzz поддерживает различные режимы fuzzing-тестирования на базе инструментов AddressSanitizer (http://code.google.com/p/address-sanitizer/wiki/AddressSanit... MemorySanitizer (https://code.google.com/p/memory-sanitizer/wiki/MemorySaniti... Control Flow Integrity (https://sites.google.com/a/chromium.org/dev/developers/testi... LibFuzzer (https://chromium.googlesource.com/chromium/src/+/master/test... и AFL (http://lcamtuf.coredump.cx/afl/), в том числе тестирование в режиме "чёрного ящика (https://google.github.io/clusterfuzz/setting-up-fuzzing/blac... (проверка произвольного бинарного кода без обработки на этапе компиляции).
В процессе тестирования автоматически отсеиваются дубликаты крахов, выявляются регрессии в коде (bisection (https://en.wikipedia.org/wiki/Bisection_(software_engineerin... определение изменения в коде, после которого стал проявляться крах), анализируется статистика о производительности тестирования и интенсивности выявляемых крахов. Для управления и анализа результатов работы используется web-интерфейс.Напомним, что при fuzzing-тестировании осуществляется генерация потока всевозможных случайных комбинаций входных данных, приближенных к реальным данным (например, html-страницы с случайными параметрами тегов, архивы или изображения с аномальными заголовками и т.п.), и фиксация возможных сбоев в процессе их обработки. Если какая-то последовательность приводит к краху или не соответствует ожидаемой реакции, то такое поведение с высокой вероятностью свидетельствует об ошибке или уязвимости.
URL: https://opensource.googleblog.com/2019/02/open-sourcing-clus...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50114
Не понял, 16000 ошибок пофиксили в Хроме или Хромиуме?
> Не понял, 16000 ошибок пофиксили в Хроме или Хромиуме?ты думаешь, у нас специально для хромиума какие-то специальные ошибки? Нет, спасибо за комплимент, но до такого уровня наш ИИ еще не обучился.
https://bugs.chromium.org/p/chromium/issues/listоткрой и посмотри сколько там Open issues)))
Что только сишники не придумают, чтобы на нормальных языках не писать :)))))))