еженедельно обновляемая база уязвимостей, совместимая с банком данных угроз безопасности информации (БДУ) ФСТЭК России, содержит более 45 000 проверок.

Идентификатор БДУ ФСТЭК России. Базовый вектор уязвимости CVSS 2.0. БДУ) ФСТЭК России. Эта классификация отличается от используемой для моделирования угроз в соответствии с методикой ФСТЭК России от 5 февраля 2021 года.

Защита виртуальных сред

Обновлённые реестры ФСТЭК
Форум "Технологии и безопасность"
Сетевая Безопасность
ФСТЭК РФ БДУ и организации, системы, технологии, персоны:
Новый раздел банка данных угроз: что важно знать
Общий обзор реестров и классификаций уязвимостей (CVE, OSVDB, NVD, Secunia)

Публикации

Обзоры и сравнения
Блеск и нищета… БДУ
О банке данных угроз безопасности информации от 06 марта 2015 -
ScanOVAL для Astra Linux 1.6 Бесплатный анализ на наличие уязвимостей Linux БДУ ФСТЭК
Купить Сканер-ВС, цена лицензий, сертификат ФСТЭК
Банк угроз ФСТЭК: что внутри

UDV DATAPK Industrial Kit

• 3 класса защищенности ГИС; • Применение БДУ ФСТЭК. Главная страница:: Новости:: Центр безопасности информации представил доклад на XIV конференции "Актуальные вопросы защиты информации", проводимой ФСТЭК России в. ИСПОЛЬЗОВАНИЕМ БДУ ФСТЭК'. Итоги совместной работы с БДУ БИ ФСТЭК России за последние 3 года.

Импортозамещение

Subscription levels
ФСТЭК подтвердил безопасность российского ПО Tarantool
Сканеры уязвимостей сети — обзор мирового и российского рынков
БДУ ФСТЭК создал раздел с результатами тестирования обновлений: комментарии Руслана Рахметова
Обзор проекта новой методики моделирования угроз безопасности информации / Хабр

Сканеры уязвимостей — обзор мирового и российского рынков

ФАУ «ГНИИИ ПТЗИ ФСТЭК России». Главные новости об организации ФСТЭК России на Решения «Лаборатории Касперского» имеют сертификаты соответствия ФСТЭК и ФСБ России, но не все знают для чего они требуются. ФСТЭК России пересмотрел административные регламенты по контролю за соблюдением лицензионных требований. ФСТЭК России организует деятельность государственной системы противодействия техническим разведкам и технической защиты информации и руководит ею. Необходимость расширения полномочий ФСТЭК связана с тем, что попросту некому поручить, считает руководитель компании «Интернет-розыск» Игорь Бедеров.

ФСТЭК подтвердил безопасность российского ПО Tarantool

И далее: «В качестве исходных данных для определения угроз безопасности информации должен использоваться банк данных угроз безопасности информации bdu. При этом по факту до сих пор меры защиты выбираются исходя из класса информационной системы который, кстати, определяется по другим критериям и не обращает внимание на угрозы или требуемого уровня защищенности, но не от угроз. Нет взаимосвязи между самими угрозами и теми мерами, которые позволяют их нейтрализовать. Сама идея — использовать модель угроз при выборе мер защиты — абсолютно верная. Но при этом сейчас нет связи между угрозами и мерами. Некоторые специалисты пытаются составить таблицы соответствия угроз и мер защиты, но по большому счёту это всё же «самоделки». А нужен системный подход и четкая проработка и соответствующие разделы в банке угроз. Вот тогда модель угроз станет действенным инструментом при выборе мер защиты и не потребуется заставлять бизнес разрабатывать формальную модель угроз «документ ради документа» , он сам почувствует ее необходимость, так как это будет экономить деньги. А еще лучше, если угрозы будут увязаны не только с мерами защиты, но и необходимыми функциями безопасности, которые реализуются средствами защиты читай классами средств защиты. Тогда модель угроз станет бесценной.

Также, важно найти такой критерий, который не является субъективным и при этом близок и понятен бизнесу ведь именно он дает деньги на обеспечение безопасности информации. Если бизнесу сказать, что в результате компьютерной атаки будет реализована возможность несанкционированного доступа к базе данных АСУ управления движением поездов, он задаст вопрос: ну и что?

И в результате получилась иерархическая, чётко ранжированная структура, состоящая из отдельных групп — таксонов [5]: класс — отряд — семейство — род — вид — подвид — разновидность. В деле систематизации угроз безопасности — на опыте «отца систематики» — надо прежде всего найти такой критерий. На первый взгляд, ответ лежит на поверхности: таким критерием должно выступать полезное свойство информации, которое надо защищать конфиденциальность, целостность, доступность. Но не всё так просто. Я уже отмечал, что эти свойства в принципе весьма субъективны и зависят от заинтересованности субъекта в обеспечении сохранности этих полезных свойств. А брать за критерий систематизации заведомо субъективный критерий — обречь её на неудачу.

Кроме того, нарушение таких свойств информации не всегда понятно бизнесу а именно он даёт деньги на обеспечение безопасности информации , он, бизнес, мыслит немного другими категориями, ему ближе рисковая модель. Действительно, если бизнесу сказать, что в результате компьютерной атаки будет реализована возможность несанкционированного доступа к базе данных АСУ управления движением поездов, он задаст вопрос: ну и что? А вот если бизнесу сказать, что в результате такой атаки 35 вагонов не будут поданы к погрузке, что приведёт к такому-то финансовому ущербу, то мозги у него повернутся в нужную сторону. Если посмотреть недавно утверждённый новый вариант Методики оценки угроз безопасности информации, то можно увидеть, что одной из основных задач при оценке угроз безопасности информации является определение негативных последствий, которые могут наступить от реализации возникновения угроз безопасности информации. Вот это уже близко к риск-ориентированной модели! Это как раз и может стать критерием классификации угроз, вернее, первой ступенью в иерархии систематизации угроз. И за основу можно взять те угрозы, которые приведены в методике: ущерб физическому лицу; ущерб юридическому лицу, связанный с хозяйственной деятельностью; ущерб государству в области обороны страны и безопасности; ущерб в социальной, экономической, политической, экологической сферах. Кстати, если уж мы заговорили об ущербе.

Ущерб — это всегда нарушение прав субъекта, то есть совершение какого-то правонарушения, а это уже категория юридическая. То есть в качестве признака первого таксона в классификации угроз безопасности информации можно использовать составы преступлений и правонарушений, приведённые в уголовном и административном кодексах. И, самое главное, такие составы правонарушений легко увязываются с полезными свойствами самой информации и исключают их смешение. Да и бизнесу они будут понятны рис. Рисунок 1. Примерный вариант классификации угроз безопасности информации на основе первого таксона Ну, это мы только первый таксон нашли. А дальше можно в качестве признака второго таксона использовать возможные типовые негативные последствия, приведённые в методике ФСТЭК России. Дальше — глубже.

Здесь уже можно и на более «технократическом» языке говорить. Деление угроз вернее, их возможных реализаций по видам их воздействия на элементы инфраструктуры, которые могут привести к негативным последствиям. Здесь уже проглядывается прямая связь угроз и возможных уязвимостей. И так можно идти дальше. Главное, не зарыться слишком глубоко. Надо найти определённый баланс между глубиной описания угроз безопасности и возможностями банка угроз.

Далее компании формируют свои модели угроз для своих систем, используя перечень и характеристики от службы. Использование БДУ в этом случае обязательно, но можно дополнительно применять и иные источники. С 2020 года и до сих пор в БДУ есть всего 222 угрозы. Шесть из них добавлены в конце 2020 года и касаются машинного обучения и искусственного интеллекта. БДУ хранит не только угрозы, но и уязвимости. Эта база растет достаточно быстро — на сегодняшний день в ней более 45 000 уязвимостей. Это не так много по сравнению с крупными международными базами уязвимостями такими как CVE, например , которые существуют более 20 лет и в несколько раз больше чем БДУ, появившегося 8 лет назад. С другой стороны в отечественном банке меньше уязвимостей устаревшего и не используемого программного обеспечения. Сайт bdu. Для этого предусмотрены формы обратной связи.

Это позволит уменьшить трудозатраты специалистов и снизить число случаев, когда имеющееся в компании иностранное ПО перестает работать. Портал показывает историю, какие уязвимости закрываются этим патчем, а также сам вердикт на рассматриваемое программное обеспечение. Раздел результатов тестирования обновлений ПО работает в тестовом режиме.

Общий обзор реестров и классификаций уязвимостей (CVE, OSVDB, NVD, Secunia)

А отсюда следует, что угроза может быть только тогда, когда есть субъект, которому может быть причинён ущерб. Поэтому «угрозы информации» быть не может в силу того, что информация является объектом отношений, а не субъектом. Может быть только «угроза безопасности информации», то есть угроза состоянию защищённости информации. Действительно, даже если будут в силу каких-то обстоятельств нарушены полезные свойства информации конфиденциальность, целостность, доступность , это не причинит никакого вреда, если нет субъекта, заинтересованного в обеспечении сохранности этих полезных свойств. Любые негативные действия могут быть совершены только при наличии каких-нибудь слабых мест уязвимостей , ведь если, к примеру, кто-нибудь захочет проникнуть за кирпичную стену и будет биться в неё головой, то, скорее всего, у него ничего не получится, однако наличие в стене деревянной калитки уже значительно повышает шансы на успех его героических попыток. И уж, конечно, если есть какие-то негативные действия, то их кто-то или что-то должен совершать. И мы вроде бы пришли к классическому определению угрозы безопасности информации — совокупность условий и факторов, создающих потенциальную или реально существующую опасность нарушения безопасности информации [3].

Это можно выразить формулой: Но такое представление угрозы всё-таки будет не совсем точным. Обратим внимание, что в определении «условия» и «факторы» даны во множественном числе. Поэтому правильнее будет так: Одна и та же угроза может быть реализована различными источниками угроз, различными способами и с использованием различных факторов. Совокупность условий и факторов, определяющих конкретную угрозу, будет определяться множеством всех возможных вариантов комбинаций реализации данной угрозы различными источниками с использованием различных методов и факторов. Давайте посмотрим это «на яблоках». Положим, у кого-то есть сейф, в котором лежит бриллиантовое колье, а Некто задумал это колье экспроприировать.

В нашем случае в качестве Некто может быть: а тривиальный вор внешний нарушитель , б любимый сын внутренний нарушитель , в случайный сантехник посетитель. В этом случае угрозой можно считать кражу колье. Тогда источники — вор, сын, сантехник; уязвимости факторы — ошибки хранения, слабый сейф, тонкий металл; методы — вскрытие, взлом, резка. И всё это может быть в разных комбинациях. Получается, что угроза — одна, а реализаций — много. В существующем банке угроз, к сожалению, всё смешано в кучу: и угрозы и их реализации.

Описать угрозы — можно, это всегда конечный перечень. Описать все возможные реализации угроз — задача благородная, но практически не реализуемая в силу большого разнообразия сущностей, её составляющих. Ну а если ещё идёт смешение сущностей — получается «Бородино». Нужна какая-то система. И тут на сцену выходит дедушка Карл Николиус Линней со своей таксономией [4]. И чем так привлекателен для нас «отец систематики» Карл Линней?

Наверное, самое важное — это то, что он нашёл тот самый критерий или признак, который, с одной стороны, является общим для всех систематизируемых сущностей, а с другой — индивидуален для каждой такой сущности. Вернее, их количество — вот что объединяет и в тоже время разъединяет сущности, и это самое главное открытие Линнея в деле систематизации по признакам их сходств и различий. И в результате получилась иерархическая, чётко ранжированная структура, состоящая из отдельных групп — таксонов [5]: класс — отряд — семейство — род — вид — подвид — разновидность.

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

В Положении 719-П и 757-П имеется похожее требование к использованию безопасного прикладного ПО, однако в данном нормативном документе говорится об оценке соответствия прикладного ПО по ОУД4. Разница между анализом уязвимостей по ОУД4 и оценкой соответствия по ОУД4 заключается в том, что анализ уязвимостей — это комплекс мероприятий по оценке лишь части компонентов доверия в пределах определённого уровня доверия, например, при проведении анализа уязвимостей оцениваются классы доверия «Разработка», «Руководства», «Оценка уязвимостей». В отличии от анализа уязвимостей, в оценку соответствия по ОУД4 входит анализ всего перечня классов доверия и выполнения всех действий оценщика. В рамках анализа уязвимостей и оценки соответствия оценщики должны использовать ГОСТ 15408 в качестве справочного руководства при интерпретации изложения как функциональных требований, так и требований доверия.

Использование БДУ в этом случае обязательно, но можно дополнительно применять и иные источники. С 2020 года и до сих пор в БДУ есть всего 222 угрозы. Шесть из них добавлены в конце 2020 года и касаются машинного обучения и искусственного интеллекта. БДУ хранит не только угрозы, но и уязвимости. Эта база растет достаточно быстро — на сегодняшний день в ней более 45 000 уязвимостей.

Это не так много по сравнению с крупными международными базами уязвимостями такими как CVE, например , которые существуют более 20 лет и в несколько раз больше чем БДУ, появившегося 8 лет назад. С другой стороны в отечественном банке меньше уязвимостей устаревшего и не используемого программного обеспечения. Сайт bdu. Для этого предусмотрены формы обратной связи. Кстати достаточно много угроз и уязвимостей из банка были обнаруженными именно частными лицами.

Банк данных угроз безопасности информации. Что такое банк угроз ФСТЭК?

Websoft HCM. Для проведения атаки необходимо спровоцировать жертву перейти по специальной ссылке. Уязвимость затрагивает версии до 2022. Несмотря на то что разработчик уже выпустил обновление, не все компании готовы оперативно переходить на новую версию продукта.

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

В целом же указ президента предусматривает создание централизованной базы данных, с помощью которой будет легче контролировать субъекты и объекты КИИ, считает президент Ассоциации малых операторов России АМОР Дмитрий Галушко. Она даст возможность контроля и наказания нарушителей, указывает он. Статья 13. После начала военной спецоперации на Украине Владимир Путин подписал указ, согласно которому субъектам КИИ запрещается использовать иностранное программное обеспечение на объектах критической информационной инфраструктуры КИИ с 1 января 2025 г.

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

Я уже отмечал, что эти свойства в принципе весьма субъективны и зависят от заинтересованности субъекта в обеспечении сохранности этих полезных свойств. А брать за критерий систематизации заведомо субъективный критерий — обречь её на неудачу. Кроме того, нарушение таких свойств информации не всегда понятно бизнесу а именно он даёт деньги на обеспечение безопасности информации , он, бизнес, мыслит немного другими категориями, ему ближе рисковая модель. Действительно, если бизнесу сказать, что в результате компьютерной атаки будет реализована возможность несанкционированного доступа к базе данных АСУ управления движением поездов, он задаст вопрос: ну и что? А вот если бизнесу сказать, что в результате такой атаки 35 вагонов не будут поданы к погрузке, что приведёт к такому-то финансовому ущербу, то мозги у него повернутся в нужную сторону. Если посмотреть недавно утверждённый новый вариант Методики оценки угроз безопасности информации, то можно увидеть, что одной из основных задач при оценке угроз безопасности информации является определение негативных последствий, которые могут наступить от реализации возникновения угроз безопасности информации. Вот это уже близко к риск-ориентированной модели! Это как раз и может стать критерием классификации угроз, вернее, первой ступенью в иерархии систематизации угроз.

И за основу можно взять те угрозы, которые приведены в методике: ущерб физическому лицу; ущерб юридическому лицу, связанный с хозяйственной деятельностью; ущерб государству в области обороны страны и безопасности; ущерб в социальной, экономической, политической, экологической сферах. Кстати, если уж мы заговорили об ущербе. Ущерб — это всегда нарушение прав субъекта, то есть совершение какого-то правонарушения, а это уже категория юридическая. То есть в качестве признака первого таксона в классификации угроз безопасности информации можно использовать составы преступлений и правонарушений, приведённые в уголовном и административном кодексах. И, самое главное, такие составы правонарушений легко увязываются с полезными свойствами самой информации и исключают их смешение. Да и бизнесу они будут понятны рис. Рисунок 1. Примерный вариант классификации угроз безопасности информации на основе первого таксона Ну, это мы только первый таксон нашли.

А дальше можно в качестве признака второго таксона использовать возможные типовые негативные последствия, приведённые в методике ФСТЭК России. Дальше — глубже. Здесь уже можно и на более «технократическом» языке говорить. Деление угроз вернее, их возможных реализаций по видам их воздействия на элементы инфраструктуры, которые могут привести к негативным последствиям. Здесь уже проглядывается прямая связь угроз и возможных уязвимостей. И так можно идти дальше. Главное, не зарыться слишком глубоко. Надо найти определённый баланс между глубиной описания угроз безопасности и возможностями банка угроз.

Естественно предположить, что бизнес-процессы в разных организациях будут разные и последствия от их нарушений — тоже. Предусмотреть и рассчитать все последствия в общей модели невозможно. Да и не надо, это дело конкретных субъектов. Это как раз и должно делаться при составлении модели угроз на базе банка угроз.

Уязвимость BDU:2023-00291

Необходимость расширения полномочий ФСТЭК связана с тем, что попросту некому поручить, считает руководитель компании «Интернет-розыск» Игорь Бедеров. Главная страница:: Новости:: Центр безопасности информации представил доклад на XIV конференции "Актуальные вопросы защиты информации", проводимой ФСТЭК России в рамках. Об обновлении документов ФСТЭК России по сертификации средств защиты информации и аттестации объектов информатизации. БДУ ФСТЭК России: основные моменты (модель угроз).

Мы выявили пять уязвимостей в Websoft HCM

ФСТЭК России организует деятельность государственной системы противодействия техническим разведкам и технической защиты информации и руководит ею. Поддержка БДУ ФСТЭК России и других сторонних баз уязвимостей. Основные направления развития системы защиты информации на 2023 год от ФСТЭК России. Новости из мира информационной безопасности за октябрь 2023 год. Новые угрозы в БДУ ФСТЭК. Все хранящиеся в БДУ ФСТЭК России записи имеют единообразный формат и включают: текстовое описание уязвимости, дату обнаружения уязвимости, названия, версии и производителей уязвимого ПО, информацию о типе ошибки. Основным источником информации об угрозах станет БДУ ФСТЭК, а также базовые и типовые модели угроз безопасности. Аккаунт для добавления уязвимостей с банка данных угроз безопасности информации ФСТЭК России.

Федеральная служба по техническому и экспортному контролю (ФСТЭК)

Когда я наберу 10 подписчиков, это будет поводом для появления дополнительной аналитики 1 of 3 Здравствуйте, все кто занимается кибербезопасностью. Меня зовут Сергей Борисов.

Их функциональность сохраняется в полном объеме, при этом за безопасность можно не беспокоиться — приложения запускаются в изолированной среде внутри отечественной защищённой операционной системы «Аврора», сертифицированной ФСТЭК и ФСБ России. Для отправки push-уведомлений используется сервис собственной разработки Pushed. Само приложение можно скачать из каталога «Авроры Маркета». Мобильное приложение Multifactor для ОС Аврора поддерживает функционал с настройками и контролем аккаунтов, запросами доступа и подтверждением доступа OTP-кодом. Приложение Multifactor для ОС Аврора уже доступно для загрузки и представлено в каталоге компании «Открытая мобильная платформа». Это система для автоматизированного обмена электронными документами в защищенном режиме между федеральными органами исполнительной власти и органами исполнительной власти субъектов РФ, а также информирования высших органов государственной власти о ходе исполнения поручений. Теперь "Роспатент" имеет возможность участвовать в электронном обмене документами.

Softline объявляет о выходе на рынок Центральной Азии ГК Softline выходит на рынок республики Казахстан, формируя Хаб в городе Алматы, который станет связующим звеном между российскими ИТ-технологиями и центрально-азиатскими компаниями. Основная цель ГК Softline в новом регионе — продвижение собственных продуктов, отраслевых решений и экспертизы, а также решений российских вендоров. При этом компания будет обеспечивать полный комплекс услуг, включая внедрение, сопровождение, техническую поддержку и обучение. В рамках сотрудничества ГК Softline получила статус «Золотого партнера». Специалисты группы компаний будут осуществлять продажу, внедрение и техническое сопровождение Altevics. Команды вендоров провели обучение специалистов ГК Softline по работе с системой. Эксперты группы компаний получили сертификацию по курсам «ESM на базе Altevics» и «Автоматизация процессов в продукте Altevics». Таким образом, команда ГК Softline приобрела компетенции для эффективной кастомизации и масштабирования системы под задачи клиентов.

Altevics — ESM-система для автоматизации сервисных подразделений и сервисных компаний. Платформа разработана с использованием импортонезависимых low-code технологий. Система рассчитана на взаимодействие в режиме реального времени с более чем 16 млн точек учета. Благодаря этому система может использоваться как единое решение для обработки данных энергопотребления в любых масштабах — от населенного пункта до всей страны. К ней уже подключены порядка 2 500 защищенных шлюзов, «опрашивающих» интеллектуальные приборы учета, а к концу 2024 года их количество вырастет до 24 000. К2Тех и Альфа-Лизинг разработали систему управления лизинговой деятельностью Разработка сделана на базе 1С. С помощью этой системы произошел рефакторинг более 240 бизнес-процессов свыше 1,5 тысяч требований на автоматизацию и 200 форм отчетности. Общий охват проекта составил 500 пользователей.

Внедрение было обусловлено федеральным законом. Управление предприятием 2» — архитектура подходила для дальнейшей кастомизации. Однако анализ выявил больше комплексных требований, чем предполагалось изначально — проект потребовал вовлечения большего количества ресурсов, увеличения сроков, принятия управленческих решений по распараллеливанию этапов и одновременному проведению аналитики, проектирования и разработки по различным функциональным блокам для достижения быстрого результата. Документы, системы для учета ИТ-активов и категорирования объектов критической информационной инфраструктуры КИИ. В решении появилась функция автоматического формирования модели угроз, которая позволит компаниям оценивать актуальность опасностей, опираясь на добавленные редактируемые справочники. Документы» отражена информация об угрозах, способах их реализации, техниках и тактиках злоумышленников, выгруженная из банка данных угроз безопасности информации БДУ ФСТЭК. Кроме того, теперь компании могут редактировать и дополнять справочники, опираясь на собственные ресурсы и опыт. В решении появились новые возможности для оценки рисков КИИ.

После того, как ИБ-специалисты клиента провели предварительное сканирование системы, назначили активы например, доменное имя, IP-адрес , оборудование и программы, они могут ранжировать угрозы по 10-балльной шкале. Отметки от 7 до 10 определяют, что кибератака актуальна, от 0 до 6 — нет. Глобальное обновление «Р7-Команда» Модуль видеоконференцсвязи «Р7-Команда» получил обновление сервера и десктопного клиента.

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

Все ограничивается приведением в соответствие нормативной базы организации и минимальным соблюдением норм для прохождения ведомственных проверок. Такой же формализованный взгляд присутствует и у некоторых ИБ-специалистов. Дмитрий Ковалев Руководитель департамента информационной безопасности компании «Сиссофт» Я не стал бы называть базу данных угроз ФСТЭК «юридическим» инструментом для определения уровня ИБ конкретных компаний. Предпосылкой для ее появления была, в большей степени, идея создать практический инструмент от регулятора — собрать единую базу знаний для информирования о фундаментальных угрозах и мерах по защите от них. При этом, не стоит ограничиваться только лишь использованием данной базы и относиться к ней как к единственному рабочему инструменту и источнику знаний.

Ее стоит использовать как вспомогательный и инструмент к базам знаний о уязвимостях от профильных вендоров по ИБ. В рамках этой статьи мы оставим за скобками все «государственные атрибуты» этой базы и рассмотрим ее так, будто бы она была продуктом команды энтузиастов. На данных момент в базе их более двухсот. Уязвимостей информационных систем CVE. Более сорока тысяч в банке.

Новости бду фстэк россии