Линус Торвальдс одобрил замену расистских терминов в коде ядра 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, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

В системах управления уязвимостями 78% компаний ценят качество сканирования

Согласно результатам исследования, проведенного в R-Vision, основным критерием при выборе инструмента управления уязвимостями является качество сканирования. Этот параметр наиболее важен для 78% российских компаний.

Чтобы выяснить, какие задачи и как решаются в этой области, и понять, что влияет на выбор решений по управлению уязвимостями (Vulnerability Management, VM), эксперты провели опрос клиентов и партнеров, а также проанализировали обратную связь по пилотам R‑Vision VM за 2024 год и I квартал 2025-го.

В опросе приняли участие 83 респондента — руководители и специалисты по ИБ/ИТ, работающие в организациях разной величины и направленности (финансы, промышленность, нефтегаз, энергетика, транспорт, ретейл, телеком, ИТ, госсектор).

Участников опроса попросили оценить по 10-балльной шкале важность параметров, свидетельствующих о качестве сканирования, и наличия функций для построения процессов VM.

 

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

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

 

«Результаты опроса показывают, что для 78% респондентов качество сканирования — ключевой критерий при выборе VM-решения., — комментирует Ирина Карпушева, менеджер по продуктовому маркетингу R-Vision. — В то же время зрелость подходов к VM сильно варьируется в зависимости от размера организации. Крупные компании чаще переходят к комплексным решениям и выстраивают сквозные процессы, средний бизнес — в процессе перехода, малый по-прежнему опирается на сканеры, как правило, без дополнительной обвязки».

Качество сканирования — также первостепенный критерий для 74% участников пилотных проектов по внедрению R-Vision VM (за последний год было запущено более 70 пилотов).

Помимо проведения инструментальных проверок, в ходе этих мероприятий компании также изучали документацию (92%), чтобы оценить покрытие ОС, прикладных программ, сетевого оборудования, СУБД, а также обращали внимание на содержание карточек уязвимостей (86%), частоту обновления базы данных, правила детектирования и другие параметры.

 

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

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

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