Тема: vulnerability-management
-
Подготовка процесса работы производителя с уязвимостями по CRA: приём сообщений, свидетельства и отсчёт сроков уведомлений
Предлагаемый порядок подготовки связывает приём сообщений об уязвимостях и учёт компонентов с решением об уведомлении по CRA. Он отделяет обязанность уведомлять, уже действующую в 2026 году, от более широких требований к работе с уязвимостями, применимых с декабря 2027 года.
-
Уведомления по CRA с сентября 2026 года: основания, сроки и Single Reporting Platform
CRA требует от производителей сообщать об активно эксплуатируемых уязвимостях продуктов и серьёзных инцидентах их безопасности. В обоих случаях предусмотрены этапы в 24 и 72 часа, но сроки итоговых отчётов отсчитываются от разных событий.
-
Confirming a security patch actually landed: matching installed versions against vendor advisories across OS families
An update job reporting success is not proof a specific vulnerability is fixed; matching the installed package or build version against the vendor's own advisory — Ubuntu USN, a RHEL-family advisory (RHSA on RHEL) via dnf updateinfo --security, Debian DSA via debsecan, Windows Get-HotFix, or a macOS build number against Apple's own security-release page — is what closes the loop, and a pending restart can leave the old, vulnerable binary still running even after that check passes.
-
Уведомления о кибератаках в Швейцарии и CRA: разные обязанности операторов и производителей продуктов
Швейцарские уведомления в сфере критической инфраструктуры касаются кибератак, отвечающих установленным критериям, на охваченных правилами операторов. CRA касается производителей продуктов для рынка ЕС, включая швейцарских; сходные начальные сроки не делают получателей и основания уведомлений взаимозаменяемыми.
-
CRA и открытое ПО: различия между участниками разработки, производителями и кураторами
Одна открытая лицензия не определяет обязанности по CRA. Регламент различает коммерческую поставку продуктов, вклад в ПО вне ответственности участника и длительную поддержку со стороны кураторов открытого ПО, чьи обязанности по статье 24 начинают действовать в декабре 2027 года.
Машиночитаемо: JSON