АРПП создаст каталог стеков совместимого российского ПО

АРПП создаст каталог стеков совместимого российского ПО

АРПП создаст каталог стеков совместимого российского ПО

Ассоциация разработчиков программы продуктов (АРПП) «Отечественный софт» рассказала о способах и планах решения проблемы импортозамещения в высокотехнологичной сфере. Председатель Правления АРПП «Отечественный софт» Наталья Касперская, по совместительству возглавляющая InfoWatch, осветила ключевые вызовы в рамках этого процесса и рассказала о необходимости вертикальной интеграции российских программных продуктов.

Таким образом, АРПП «Отечественный софт» сформирует готовые стеки отечественных продуктов по основным прикладным задачам заказчиков. Помимо этого, в планах есть формирование масштабного электронного каталога для быстрого и удобного определения совместимости российских решений, входящих в реестр отечественного ПО.

«Процесс импортозамещения запущен, реестр российского ПО содержит около пяти тысяч программных продуктов, включая системное, офисное, прикладное ПО, СУБД, средства защиты. Свою задачу реестр решает, однако заказчики не спешат внедрять отечественные решения», — объясняет госпожа Касперская.

«Во-первых, в чем-то российское ПО может уступать зарубежным аналогам. И более того, даже высококачественные решения могут быть несовместимы с существующей инфраструктурой, чаще всего иностранной, в которую уже вложены немалые средства».

«Ключевой проблемой в отрасли становится вертикальная совместимость российских программных продуктов и переход на платформенные решения. Для этого нужно решить сверхзадачу по объединению усилий всех разработчиков».

Как утверждает Касперская, АРПП «Отечественный софт» уже инициировала этот процесс.

Исполнительный директор АРПП «Отечественный софт» Ренат Лашин заявил, что комитет по интеграции буде создавать готовые пакетные наборы продуктов, которые помогут реализовать концепцию универсального отраслевого рабочего места.

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

Также будет возможность проверить присутствие всех компонентов в Едином реестре отечественных программ. Каталог планируют открыть в первой половине 2019 года при условии должного финансирования из средств АРПП или АНО «Цифровая экономика».

Firefox 148 первым внедрил встроенную защиту от XSS

Mozilla сделала важный шаг в борьбе с одной из самых живучих веб-уязвимостей — XSS (межсайтовый скриптинг). В Firefox 148 компания первой внедрила стандартизированный Sanitizer API, встроенный инструмент для очистки небезопасного HTML прямо на уровне браузера.

XSS десятилетиями остаётся в топе самых распространённых проблем веб-безопасности.

Суть проста: если сайт позволяет злоумышленнику вставить вредоносный HTML или JavaScript через пользовательский контент, атакующий может перехватывать действия пользователя, красть данные и управлять сессией до тех пор, пока уязвимость не будет закрыта. Несмотря на множество защитных механизмов, XSS стабильно держится в числе лидеров рейтингов вроде CWE-79.

Раньше разработчики полагались, например, на Content Security Policy (CSP), но её внедрение часто требовало серьёзной переработки архитектуры и постоянного контроля со стороны специалистов по безопасности. Для небольших проектов это оказывалось слишком сложно.

Sanitizer API призван упростить задачу. Он позволяет очищать небезопасный HTML перед тем, как вставлять его в DOM. Главная цель — заменить рискованное использование свойства innerHTML, которое «слепо» вставляет и исполняет всё, что ему передали.

Вместо этого предлагается метод setHTML(). Если злоумышленник попытается внедрить что-то вроде <img src=x onerror=alert(1)>, новый механизм автоматически удалит опасный атрибут onerror. В итоге пользователь увидит безопасный HTML без выполнения вредоносного кода.

По умолчанию API работает в безопасной конфигурации, но разработчики могут настраивать его под свои задачи — определять, какие теги и атрибуты разрешены, а какие нужно удалять. Для более строгого контроля Sanitizer API можно использовать вместе с Trusted Types, что позволит централизованно управлять вставкой HTML и блокировать небезопасные методы.

Появление Sanitizer API в Firefox 148 фактически открывает новую главу в браузерной защите от XSS. Ожидается, что другие крупные браузеры тоже внедрят этот стандарт.

Если setHTML() действительно начнёт массово вытеснять innerHTML, у разработчиков наконец появится простой и встроенный инструмент против одной из самых старых и упорных уязвимостей интернета.

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