Линус Торвальдс одобрил замену расистских терминов в коде ядра Linux

Линус Торвальдс одобрил замену расистских терминов в коде ядра Linux

Линус Торвальдс одобрил замену расистских терминов в коде ядра Linux

Линус Торвальдс одобрил замену отдельных терминов в коде ядра Linux и документации к нему. Уже всем понятно, о чём речь — конечно, всё дело в чувствах темнокожих и проблеме расизма, которая особо бурно обсуждается последние месяцы в США.

Разработчики Linux отныне будут вынуждены подыскать нейтральные термины на замену master-slave (дословно — «хозяин-раб») и blacklist-whitelist (дословно — «чёрный список-белый список»).

Среди предложенных альтернатив master-slave, которые никого не должны оскорбить и задеть, озвучили следующие:

  • primary/secondary
  • main/replica or subordinate
  • initiator/target
  • requester/responder
  • controller/device
  • host/worker or proxy
  • leader/follower
  • director/performer

А для «чёрных» и «белых» списков подобрали на выбор такие термины:

  • denylist/allowlist
  • blocklist/passlist

Команда Linux не настаивает на какой-то конкретной альтернативе, а предлагает разработчикам самим решить, какие обозначения будут наиболее приемлемыми. После принятия решения новые термины закрепят в новом исходном коде ядра Linux, а также в соответствующей документации. 

Различные же «чёрные» и «белые» списки разрешается использовать только в случае поддержки старого кода или «при обновлении кода для существующей аппаратной составляющей, которая оперирует старыми терминами».

Остаётся только один вопрос: кто ж так надавил на старину Линуса, что он одобрил этот маразм?

В этом же месяце инженер Google призвал сообщество специалистов в области кибербезопасности отказаться от терминов «black hat» и «white hat».

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Критическая брешь в Auth0 PHP SDK: достаточно куки, чтобы взломать сайт

Если вы используете Auth0 PHP SDK для авторизации пользователей через соцсети или корпоративные учётки — стоит срочно проверить версию. Исследователи сообщили о критической уязвимости, которая позволяет атакующему выполнить произвольный код на сервере, просто отправив cookies.

Уязвимость получила идентификатор CVE-2025-48951 и очень высокий балл по шкале CVSS — 9.3.

Это критическая проблема, без вариантов. Её корень — в небезопасной десериализации данных из куки, которую SDK обрабатывает ещё до авторизации.

Проще говоря: злоумышленник может сгенерировать особый cookie, подсунуть его серверу — и тот выполнит вредоносный код, даже если пользователь не вошёл в систему.

Кто под угрозой?

Если вы используете один из следующих пакетов:

  • auth0/auth0-php версии от 8.0.0-BETA3 до 8.3.0;
  • или сторонние обёртки на его базе:
    • auth0/symfony
    • auth0/laravel-auth0
    • auth0/wordpress

…значит, под угрозой ваш сайт, сервис или корпоративное веб-приложение.

Особенно опасно, если ваша система не изолирует куки или не проверяет их как следует. В этом случае возможен удалённый запуск кода (RCE) или компрометация данных.

Что делать?

Переходите на auth0/auth0-php v8.14.0 или новее. В этой версии уязвимость закрыли: SDK теперь проверяет и обрабатывает сериализованные данные из куки безопасным способом.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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