Линус Торвальдс принес извинения за грубые слова в адрес разработчиков

Линус Торвальдс принес извинения за грубые слова в адрес разработчиков

Линус Торвальдс принес извинения за грубые слова в адрес разработчиков

Создатель Linux Линус Торвальдс принес свои извинения за оскорбительные высказывания в адрес некоторых разработчиков, связанных с безопасностью.

Напомним, что Линус Торвальдс, не стесняясь в выражениях, отверг заявку Кеса Кука (Kees Cook), предложившего включить в состав ядра 4.15 механизм защиты, блокирующий использование вызова usercopy при проведении некоторых видов атак.

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

Линус признал, что был морально не готов к версии 4.15, изначально полагая, что релиз будет менее масштабным.

«Все эти выяснения были для меня достаточно нервными, меня во многом беспокоит подход, приверженцами которого являются конкретные разработчики, поэтому я так резко отреагировал», — утверждает г-н Торвальдс.

Создатель Linux закончил свою фразу словами «прошу прощения за грубые слова».

ФСТЭК обновила правила аттестации защищённых информационных систем

ФСТЭК России скорректировала порядок аттестации объектов информатизации, на которых обрабатывается информация ограниченного доступа, не содержащая государственную тайну. Изменения внесены в действующий приказ № 77 и затрагивают сразу несколько этапов проверки защищённости.

Регулятор объяснял необходимость обновления документа тем, что его нужно привести в соответствие с новыми требованиями к защите государственных информационных систем и других информационных систем госорганов, утверждёнными приказом ФСТЭК № 117 от 11 апреля 2025 года.

Кроме того, при подготовке изменений учитывался опыт применения действующего порядка аттестации, который действует с 2021 года.

В новой редакции приказа уточняются требования к проведению аттестационных испытаний — то есть проверок, которые подтверждают соответствие объекта установленным требованиям безопасности.

Изменения также коснулись периодического контроля уже аттестованных объектов. ФСТЭК конкретизировала, какие мероприятия должны проводиться для проверки уровня защищённости информации после получения аттестата.

Ещё одно нововведение касается оформления результатов проверок. Обновлены требования к содержанию отчётов и протоколов, составляемых по итогам контроля защищённости.

По сути, документ не меняет саму идеологию аттестации, но делает её более формализованной и приводит действующий порядок в соответствие с обновлённой нормативной базой.

Для организаций, которым необходимо проходить аттестацию информационных систем, это означает, что при подготовке к проверкам и последующему контролю придётся ориентироваться уже на новые требования ФСТЭК.

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