Google заплатит за уязвимости в Android

Google заплатит за уязвимости в Android

Еще одна программа выплаты вознаграждений за уязвимости стартовала сегодня. Google предложила энтузиастам поискать баги в Android ОС, объявив о старте Android Security Rewards. Программа распространяется на баги, не подпадающие под действие других программ вознаграждения Google.

Пока Android Security Rewards распространяется только на устройства Nexus, которые находятся или находились в официальной продаже на момент отправки сообщения об уязвимости. То есть пока актуальны только смартфон Nexus 6 и планшет Nexus 9. Поучаствовать может каждый, исключение составляют только жители регионов и стран, находящихся под официальными санкциями США. В этот список входят Крым, Куба, Иран, Северная Корея, Судан и Сирия, пишет xakep.ru.

Размер вознаграждения напрямую зависит как от критичности найденной проблемы, так и от подачи информации о ней. Уязвимости стандартно делятся на три группы: критические ($2000), серьезные ($1000) и умеренные ($500). Но если к багрепорту будут приложены подробности, например, подробное описание тестового кейса, Google добавит множитель 1.5x к стандартной сумме вознаграждения. Как наглядно демонстрирует таблица ниже, чем больше подробностей, доказательств, тестов и патчей будет прислано, тем лучше.

Серьезность Баг Тестовый кейс CTS / патч CTS+Патч
Критическая $2,000 $3,000 $4,000 $8,000
Серьезная $1,000 $1,500 $2,000 $4,000
Умеренная $500 $750 $1,000 $2,000
Низкая $0 $333 $500 $1,000

Зачем Яндекс Go создал отдельный язык для расчёта стоимости поездок

Цена поездки в Яндекс Go — это не расстояние, умноженное на минуты и километры. В расчёт вмешиваются геозоны, спрос, скидки, платные дороги, дополнительные остановки и требования вроде перевозки кота, велосипеда или лыж. Чтобы управлять этим хозяйством без бесконечных деплоев, разработчики вынесли алгоритм ценообразования из кода сервиса в собственный язык.

Как объяснили разработчики в статье на Хабре, прайсинг работает не только при заказе машины.

Он пересчитывает стоимость при смене маршрута или способа оплаты, завершении поездки, обращении в поддержку и проверке данных аналитиками. Цена при этом может быть фиксированной, интервальной или считаться по таксометру.

 

Сначала сервисы параллельно собирают параметры поездки: тарифную категорию, геозоны, скидки, повышенный спрос и дополнительные услуги. Зависимости между источниками выстраиваются в граф, а запросы выполняются асинхронно на базе userver. Если некритичный источник не ответил, весь расчёт не падает.

 

Сам алгоритм раньше можно было бы держать в C++, но он меняется в среднем дважды в неделю. Выкатка сервиса на 50 подов занимает около 40 минут, а лес динамических конфигов быстро превратил бы код в музей условных операторов.

Поэтому Яндекс разработал собственный DSL. В нём есть условия, функции, неизменяемые значения и fold вместо циклов. Правила собираются в последовательную цепочку: каждое преобразование получает текущую цену и параметры, а возвращает новый результат с метаданными. Грамматику описали через ANTLR 4, а верификатор Z3 проверяет, что программа не выдаст некорректную цену.

 

Теперь изменение алгоритма не требует пересборки сервиса, ошибочную версию можно быстро откатить, а каждый расчёт — воспроизвести по входным данным и промежуточным результатам.

 

В итоге прайсинг превратился в отдельную платформу, которой уже пользуются Такси, Доставка и сервис зарядки электромобилей.

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