GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

GitHub сделает 2FA обязательной для 83 млн разработчиков к концу 2023 г.

Платформа GitHub сообщила о планах перевести всех пользователей, публикующих код, на двухфакторную аутентификацию (2FA) до конца 2023 года. В общей сложности это требование коснётся около 83 миллионов разработчиков.

При этом девелоперы могут выбрать из нескольких реализаций 2FA: аппаратные ключи безопасности; электронные ключи, встроенные в смартфоны или ноутбуки; TOTP-приложения для аутентификации с помощью одноразовых паролей.

Тем не менее представители GitHub советуют не использовать СМС-сообщения для доставки кодов аутентификации. Лучше задействовать ключи безопасности, поскольку злоумышленники часто перехватывают СМС.

«Использование двухфакторной аутентификации также может потребоваться для сотрудников организаций и корпораций. Обратите внимание, что после вступления в силу новой политики не настроившие 2FA сотрудники будут удалены из аккаунтов организаций», — говорит главный безопасник площадки Майк Хенли.

Новыми правилами GitHub пытается нивелировать киберугрозу в виде атак на цепочки поставок софта. Кстати, в прошлом месяце площадка предупредила организации о краже OAuth-тоекнов и утечке данных. Также известно, что GitHub начал блокировать аккаунты российских разработчиков и компаний с середины апреля 2022 года.

На днях мы порассуждали на тему использования парольной защиты. Подробнее читайте в статье «Когда аутентификацию избавят от паролей?».

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

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

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

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

 

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

 

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

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

 

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

 

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

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