Уязвимость информации: Уязвимость (информационной системы); брешь — это…

какие они бывают и зачем нужны / Хабр

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

Что такое уязвимости и чем они отличаются от угроз  

Многие путают эти понятия, а разница есть. Угрозы в ИБ — это потенциальные опасности, которые могут возникнуть в информационной системе (ИС), если нарушитель использует ее уязвимости для атак.

Угроз в ИС может быть всего три. Это угрозы:

1. нарушения целостности;

2. нарушения доступности;

3. нарушения конфиденциальности.

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

Эксплуатируя уязвимость, атакующий получает возможность реализовать угрозу. То, что дает возможность использовать уязвимости, называется источником угрозы (threat agent): хакер; недобросовестный или ошибившийся сотрудник, через которого произошла утечка конфиденциальной информации или который повредил файлы; процесс, осуществляющий доступ к данным в обход политики безопасности; обстоятельства непреодолимой силы (землетрясение, разрушившее здание).

Какие бывают уязвимости:

• Уязвимости с риском — подразумевают, что злоумышленник может значительно воздействовать на систему в результате использования такой уязвимости.

• Уязвимости без риска — когда эксплуатация уязвимости не может нанести значимого вреда.

Уязвимости могут быть эксплуатируемыми и неэксплуатируемыми, то есть такими, для которых еще не существует эксплойт. Однако и уязвимость, для которой есть эксплойт, может быть уязвимостью без риска. Все зависит от конкретной ситуации.

Уязвимости проявляются в следующих местах:

• материальная среда ИС: оборудование, устройства (например, носители для записи и хранения информации), физические входы в систему;

• персонал;

• политики безопасности и различные административные регламенты;

• бизнес-процессы;

• локальное и облачное программное обеспечение.

Классификация и оценка уязвимостей и угроз: зачем это все нужно?

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

Как классифицируют уязвимости и угрозы

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

5 наиболее распространенных классификаций

OWASP Top 10 получила название в честь некоммерческой организации Open Web Application Security Project, которая сосредоточена на обеспечении безопасности Интернета. OWASP ведет и регулярно обновляет чарт из 10 самых опасных рисков для web-приложений, составленный на основе общедоступной Risk Rating Methodology.

ТОП-10 веб-угроз с официального сайта классификации

Рейтинг не охватывает все возможные проблемы, он лишь позволяет выделить и изучить десять наиболее распространенных и актуальных на сегодня типов угроз. Так что OWASP даже выдвинула призыв: «Don’t stop at 10».

Впервые OWASP Top 10 обнародовали в 2004 году, и с тех пор он обновляется примерно раз в три года. Каждая угроза в топе сопровождается подробным описанием, примерами и рекомендациями по устранению. В последней на сегодняшний день версии рейтинга есть, например, такие ошибки, как отсутствие журналирования и мониторинга, небезопасная конфигурация, межсайтовый скриптинг. 

Классификация уязвимостей CVE. Классификацию Common Vulnerabilities and Exposures ИБ-профессионалы используют чаще всего. Именно на нее мы постоянно ссылаемся в отчетах по итогам пентестов. 

CVE представляет собой нечто вроде словаря известных угроз. Каждой присваивается идентификатор, где также указаны год, в который поступило сообщение об этой уязвимости, и номер, присвоенный экспертами из CNA (CVE Numbering Authorities). Это отдельная организация, состоящая из более чем 200 экспертных групп, объединяющих исследователей, специалистов по обнаружению уязвимостей, разработчиков. Наиболее авторитетная из них — та же Mitre.

CVE-запись об уязвимости в Diagnostic Lab Management System в National Vulnerability Database. Содержит описание уязвимости и дополнительные данные о ней

Самым опасным, громким уязвимостям дают собственные имена. Например, CVE-2022-30190, которая позволяет проэксплуатировать Windows Support Diagnostic Tool через файлы MS Office, назвали Follina, а критическая уязвимость удаленного выполнения кода CVE-2021-44228, найденная в библиотеке Apache Log4j, известна как Log4Shell или LogJam. 

Классификация недостатков безопасности CWE. Перечень Common Weakness Enumeration составлен в форме иерархического словаря, где перечислены ошибки в ПО, из-за которых возможно появление уязвимостей.

Инициатором этого проекта выступило Министерство нацбезопасности США, его поддерживает корпорация Mitre, а развивает большое сообщество ИБ-экспертов. Соответственно, многие эксперты считают эту классификацию стандартом описания недостатков безопасности ПО. Важная особенность CWE — строгая многоуровневая древовидная структура, состоящая из типов и категорий уязвимостей, снабженных цветовой кодировкой. Этот классификатор не такой динамичный, как OWASP Top 10. Внесение изменений в структуру CWE происходит редко, после уймы исследований и бюрократических проволочек.

Классификация атак CAPEC. Common Attack Pattern Enumeration and Classification — это классификация, которая появилась в процессе развития CWE и схожа с ней по иерархической структуре, однако содержит больше контекста и дополнительной информации.

В CAPEC систематизированы так называемые шаблоны объектов и механизмов атак, в которых описаны методы, используемые злоумышленниками. В них включены: описание того, как эксплуатируется уязвимость, последствия, которые возможны при ее эксплуатации, меры защиты.

CAPEC ссылается и на CVE, так что ее можно считать объединяющим классификатором и отправной точкой для поиска дополнительной информации о конкретной проблеме.

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

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

Помимо пяти перечисленных можно вспомнить и пару необычных классификаций. Например, компания QIWI совместно с проектом Vulners разработали классификацию уязвимостей на основе графа связанной информации. Существует и классификация логических уязвимостей на основе метода групповой атаки с использованием апостериорной эмпирической методологии (что бы это ни значило). Такие вещи редко используются на практике и представляют скорее научный, академический интерес.

Как оценивают уязвимости

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

Каждой уязвимости присваивают ранг или оценку серьезности на основе таких факторов, как:

1. Какие системы затронуты.

2. Какие данные в опасности.

3. Какие бизнес-функции находятся под угрозой.

4. Насколько легко реализовать атаку и добиться компрометации ИС.

5. Потенциальный ущерб в результате уязвимости.

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

При этом в целом уязвимость удаленного исполнения кода в популярном MS Word опаснее, чем подобная дыра в каком-нибудь редком текстовом редакторе, так как она затрагивает больше пользователей. Однако если компания использует не Word, а именно это редкое решение, то подобная ошибка будет оценена как критически опасная. Повторим, что многое зависит от контекста.

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

Стандарт CVSS

Common Vulnerability Scoring System без ложной скромности переводится как общая система оценки уязвимостей. Это отраслевой стандарт, по которому оценивают серьезность дыр в безопасности ИС.

Краткая история CVSS

В начале нулевых Консультативный Совет по Инфраструктуре США (NIAC) провел исследования, благодаря которым в 2005 году появился первый стандарт с методами оценки ПО-уязвимостей. Заложенные тогда принципиальные основы расчета метрики используются и сегодня. Из-за того, что первую версию CVSS поддерживала еще молодая экспертная группа  CVSS-SIG, вскоре разработчики стали жаловаться на многочисленные недостатки стандарта.

В CVSS стали вносить правки и в 2007 выпустили вторую версию с измененной формулой расчета. Прошло семь лет, прежде чем авторитетные Национальный институт стандартов и технологий (NIST) и Международный союз электросвязи (ITU) выпустили рекомендации по применению этой версии.

Третью версию CVSS NIAC опубликовал в 2015 году. В ее разработке участвовали эксперты Microsoft, IBM Internet Security Systems, Cisco, eBay, CERT/CC, Qualys, Symantec, DHS/MITRE. Ее до сих пор поддерживает FIRST, хотя в 2019 году вышел апдейт: CVSS 3.1.

Метрики в CVSS

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

Степени опасности по шкале:

• низкая — от 0,1 до 3,9 баллов;

• средняя — от 4 до 6,9;

• высокая — от 7 до 8,9,

• критическая — от 9 до 10.

Баллы начисляются исходя из базовых метрик, охватывающих различные аспекты уязвимости:

• Вектор атаки (AV) — выражает «удаленность» атаки и способ эксплуатации уязвимости.

• Сложность атаки (AC) — говорит о сложности выполнения атаки и о том, какие факторы необходимы для ее успеха (наряду с взаимодействием с пользователем, сложность атаки ранее была частью метрики сложности доступа).

• Взаимодействие с пользователем (пользовательский интерфейс) — определяет, требует ли атака активного участия человека или ее можно автоматизировать.

• Требуемые привилегии (PR) — документирует уровень аутентификации пользователя, необходимый для успешной атаки (это заменяет прежнюю метрику аутентификации).

• Область действия (S) — определяет, может ли злоумышленник повлиять на компонент за пределами его области/полномочия безопасности.

• Конфиденциальность (C) — определяет, могут ли неавторизованные лица получить доступ к данным и в какой степени.

• Целостность (I) — измеряет влияние на достоверность данных.

• Доступность (A) — относится к влиянию на доступность данных или услуг для авторизованных пользователей.

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

Применение CVSS

Уязвимости в известных программных продуктах получают официальную оценку. Информация о каждой раскрытой уязвимости из CVE поступает в NIST. Эксперты института анализирует все аспекты уязвимости и присваивают ей степень опасности. В результате специалисты по информационной безопасности получают показатель, на который можно опираться в своих исследованиях. Применение метрик CVSS закреплено в стандартах PCI DSS и СТО БР ИББС, так что можно сказать, что эта оценка имеет юридическую силу.

Мы также проводим оценку уязвимостей по шкале CVSS, например, во время пентестов. Как правило, для расчетов используем онлайн-калькулятор, опубликованный на сайте Форума групп безопасности и реагирования на инциденты (FIRST) или аналогичное решение от NVD — CVSS v3 Calculator.

---

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

5. Уязвимость информации в информационных системах.

5.1 Понятие уязвимости информации в информационных системах. Причины возникновения уязвимости информации.

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

В компьютерной безопасности термин «уязвимость» (англ. vulnerability) используется для обозначения недостатка в системе, используя который, можно намеренно нарушить её целостность и вызвать неправильную работу. Уязвимость может быть результатом ошибок программирования, недостатков, допущенных при проектировании системы, ненадежных паролей, вирусов и других вредоносных программ, скриптовых и SQL-инъекций. Некоторые уязвимости известны только теоретически, другие же активно используются и имеют известные эксплойты.

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

5.2 Классификация уязвимостей информации.

из башки:Могут быть организационными, уязвимости СКУД, документы, отсутствие видеонаблюдения, противопожарной охраны, дырявое ПО и тд

• уязвимости уровня сети —  уязвимости сетевых протоколов;

• уязвимости уровня операционной системы;

• уязвимости уровня баз данных — уязвимости конкретных СУБД ;

• уязвимости уровня приложений  — относятся уязвимости программного обеспечения.

• уязвимость со стороны персонала

Кадровые:

1. Недостаточное обучение

2. неосведомленность персонала

3. немотивированность персонала

4. отсутствие мониторинга

Физическая безопасность:

1. небрежное использование механизмов физического контроля доступа

2. отсутствие дверей/окон и пр.

3. Подверженность оборудования затоплению/температурам/пыли/перепадам напряжения

Управление коммуникациями и операциями:

1. Сложный интерфейс, приводящий к ошибкам при использовании

2. Плохой контроль изменений

3. Плохое управление сетью

4. отсутствие резервного копирования

5. Отсутствие обновлений ПО

6. Отсутстви разграничение прав/обязанностей

7. Отсутствие разделения тестового и боевого оборудования

8. Неконтроллируемое копирование

Контроль доступа:

1. плохое разделение доступа в сетях

2. отсутствие меанизмов аутентификации/идентификации

3. Плохая политики контроля доступа

4. Отсутствие выхода из системы при уходе от компа

5. нет или мало тестирования ПО

6. нет контроля прав доступа

7. Плохой контроль паролей

ИС:

1. Плохие криптоключи

2. отсутствие контроля входных/выходных данных

3. отсутствие проверки обрабатываемых данных

4. нет или мало тестирования ПО

5. неконтроллируемая загрузка и использование ПО

6. использование бесплатных ПО

5.

3 Понятие «утечка информации». Общая характеристика каналов утечки информации из информационных систем.

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

Утечка информации по своей сущности всегда предполагает противоправное (тайное или явное, осознанное или случайное) овладение конфиденциальной информацией, независимо от того, каким путем это достигается.

Утечку охраняемой информации, может произойти при наличии ряда обстоятельств. Если есть злоумышленник, который такой информацией интересуется и затрачивает определенные силы и средства для ее получения. И если есть условия, при которых он может рассчитывать на овладение интересующую его информацию (затратив на это меньше сил, чем если бы он добывал ее сам).

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

Примеры косвенных каналов утечки:

• Кража или утеря носителей информации, исследование не уничтоженного мусора;

• Дистанционное фотографирование, прослушивание;

• Перехват электромагнитных излучений.

Примеры прямых каналов утечки:

Каналы утечки информации можно также разделить по физическим свойствам и принципам функционирования:

• акустические — запись звука, подслушивание и прослушивание;

• акустоэлектрические — получение информации через звуковые волны с дальнейшей передачей ее через сети электропитания;

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

• оптические — визуальные методы, фотографирование, видео съемка, наблюдение;

• электромагнитные — копирование полей путем снятия индуктивных наводок;

• радиоизлучения или электрические сигналы от внедренных в технические средства и защищаемые помещения специальных электронных устройств съема речевой информации “закладных устройств”, модулированные информативным сигналом;

• материальные — информация на бумаге или других физических носителях информации

уязвимостей | Что такое уязвимость безопасности?

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

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

Что такое уязвимость?

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

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

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

Примеры уязвимостей в системе безопасности

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

Существует ряд уязвимостей системы безопасности, но вот некоторые распространенные примеры: 

• Нарушенная аутентификация: Когда учетные данные для аутентификации скомпрометированы, сеансы и удостоверения пользователей могут быть перехвачены злоумышленниками, которые выдают себя за исходного пользователя.
• SQL-инъекция: Внедрение SQL-кода является одной из наиболее распространенных уязвимостей системы безопасности и пытается получить доступ к содержимому базы данных посредством внедрения вредоносного кода. Успешная SQL-инъекция может позволить злоумышленникам украсть конфиденциальные данные, подделать удостоверения и принять участие в ряде других вредоносных действий.
• Межсайтовый скриптинг: Подобно SQL-инъекции, межсайтовый скриптинг (XSS) также внедряет вредоносный код на веб-сайт. Однако атака с использованием межсайтовых сценариев нацелена на пользователей веб-сайта, а не на сам веб-сайт, что подвергает риску кражи конфиденциальной пользовательской информации.
• Подделка межсайтовых запросов: Атака с подделкой межсайтовых запросов (CSRF) направлена ​​на то, чтобы обманным путем заставить пользователя, прошедшего проверку подлинности, выполнить действие, которое он не намеревался выполнять. Это, в сочетании с социальной инженерией, может обманом заставить пользователей случайно предоставить злоумышленнику личные данные.
• Неправильная конфигурация безопасности: Любой компонент системы безопасности, который может быть использован злоумышленниками из-за ошибки конфигурации, может считаться «неправильной конфигурацией безопасности».

Уязвимости любого размера могут привести к утечке данных и, в конечном итоге, к утечке данных. Что такое утечка данных? Утечка данных происходит, когда данные случайно просачиваются внутри организации, в отличие от утечки данных, которая является результатом кражи данных. Утечка данных обычно является результатом ошибки. Например: отправка документа с важной или конфиденциальной информацией не тому получателю электронной почты, сохранение данных в общедоступном облачном хранилище или хранение данных на разблокированном устройстве в общедоступном месте для просмотра другими.

 

Что такое эксплойт?

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

Что такое угроза?

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

Хотя может показаться, что вы постоянно слышите о новых атаках или киберугрозах в мире, эти термины могут помочь дать дополнительный контекст для этапов и опасностей, с которыми ежедневно сталкиваются специалисты по безопасности. Итак, что вы можете сделать, чтобы снизить общий риск? В качестве упреждающего подхода просканируйте свою среду на наличие уязвимостей с помощью инструмента управления уязвимостями. Управление информацией о безопасности и событиями (SIEM) – это систематический процесс, который может упростить контроль за тем, что происходит в вашей сети, чтобы реагировать на нежелательные действия. Инструменты SIEM могут помочь компаниям установить надежную упреждающую защиту, которая работает для отражения угроз, эксплойтов и уязвимостей, чтобы обеспечить безопасность своей среды.

Управление уязвимостями и сканирование

Что такое уязвимость? Определение + примеры

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

Уязвимости могут быть использованы различными методами, включая SQL-инъекцию, переполнение буфера, межсайтовый скриптинг (XSS) и наборы эксплойтов с открытым исходным кодом, которые ищут известные уязвимости и слабые места безопасности в веб-приложениях.

Многие уязвимости влияют на популярное программное обеспечение, подвергая многих клиентов, использующих это программное обеспечение, повышенному риску утечки данных или атаки на цепочку поставок. Такие эксплойты нулевого дня регистрируются MITRE как Common Vulnerability Exposure (CVE).

Примеры уязвимостей

Существует несколько различных типов уязвимостей, определяемых инфраструктурой, в которой они обнаружены. Уязвимости можно разделить на шесть широких категорий:

1. Аппаратное обеспечение

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

2. Программное обеспечение

‍ Недостаточное тестирование, отсутствие контрольного журнала, недостатки дизайна, нарушения безопасности памяти (переполнение буфера, избыточное чтение, висячие указатели), ошибки проверки ввода (внедрение кода, межсайтовый скриптинг (XSS) , обход каталогов, внедрение электронной почты, атаки на строки формата, внедрение заголовков HTTP, разделение ответа HTTP, внедрение SQL), ошибки путаницы привилегий (кликджекинг, подделка межсайтовых запросов, атака отказов FTP), условия гонки (гонки символических ссылок, время -ошибки проверки времени использования), атаки по сторонним каналам, атаки по времени и сбои пользовательского интерфейса (обвинение жертвы, условия гонки, усталость предупреждений).

3. Сеть

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

4. Персонал

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

5. Физическая площадка

‍ Зона, подверженная стихийным бедствиям, ненадежному источнику питания или недоступному ключ-карте.

6. Организационный

Ненадлежащий внутренний контроль, отсутствие аудита, плана обеспечения непрерывности, безопасности или плана реагирования на инциденты.

Когда следует сообщать об известных уязвимостях?

Вопрос о том, следует ли публично раскрывать известные уязвимости, остается спорным. Есть два варианта:

1.

Немедленное полное раскрытие информации

‍ Некоторые эксперты по кибербезопасности выступают за немедленное раскрытие информации, включая конкретную информацию о том, как использовать уязвимость. Сторонники немедленного раскрытия информации считают, что это обеспечивает безопасность программного обеспечения и более быстрое исправление, повышающее безопасность программного обеспечения, безопасности приложений, компьютерной безопасности, безопасности операционной системы и информационной безопасности.

2. Ограничено неразглашением

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

Как и большинство аргументов, есть веские аргументы с обеих сторон.

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

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

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

Обычно сумма вознаграждения по программе вознаграждения за обнаружение ошибок будет соизмерима с размером организации, сложностью использования уязвимости и влиянием уязвимости. Например, обнаружение утечки данных, позволяющих установить личность (PII) компании из списка Fortune 500 с программой вознаграждения за ошибки, будет иметь большую ценность, чем утечка данных в вашем местном магазине на углу.

В чем разница между уязвимостью и риском?

Риски кибербезопасности обычно классифицируются как уязвимости. Однако уязвимость и риск — не одно и то же, что может привести к путанице.

Думайте о риске как о вероятности и последствиях использования уязвимости.

Если воздействие и вероятность использования уязвимости невелики, то и риск низкий. И наоборот, если влияние и вероятность использования уязвимости высоки, то существует высокий риск.

Как правило, воздействие кибератаки может быть связано с триадой ЦРУ или конфиденциальностью, целостностью или доступностью ресурса. Следуя этой цепочке рассуждений, есть случаи, когда обычные уязвимости не представляют опасности. Например, когда информационная система с уязвимостью не имеет ценности для вашей организации.

Когда уязвимость становится объектом эксплуатации?

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

Если у вас есть надежные методы обеспечения безопасности, многие уязвимости не могут быть использованы вашей организацией.

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

Аналогичным образом, вы можете снизить риск третьих сторон и риск четвертых сторон с помощью стратегий управления рисками третьих сторон и управления рисками поставщиков.

Что такое эксплойт нулевого дня?

Эксплойт нулевого дня (или нулевой день) использует уязвимость нулевого дня. Уязвимость нулевого дня (или 0-day) — это уязвимость, которая неизвестна или не устранена теми, кто хочет исправить эту уязвимость.

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

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

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

Что вызывает уязвимости?

Существует множество причин уязвимостей, в том числе:

Сложность

‍ Сложные системы повышают вероятность дефекта, неправильной настройки или непреднамеренного доступа.

Знакомство

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

Связь

‍ Чем больше подключено устройство, тем выше вероятность уязвимости.

Плохое управление паролями

‍ Ненадежные пароли могут быть взломаны методом грубой силы, а повторное использование паролей может привести к тому, что одна утечка данных превратится во множество.

Недостатки операционной системы

‍ Как и любое программное обеспечение, операционные системы могут иметь недостатки. Операционные системы, которые по умолчанию небезопасны, позволяют любому пользователю получить доступ и потенциально внедрить вирусы и вредоносные программы. ‍

Использование Интернета

‍ В Интернете полно шпионского и рекламного ПО, которое может автоматически устанавливаться на компьютеры.

Ошибки программного обеспечения

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

Непроверенный пользовательский ввод

‍ Если ваш веб-сайт или программное обеспечение предполагает, что все вводимые данные безопасны, они могут выполнять непреднамеренные команды SQL.

Люди

‍ Самой большой уязвимостью в любой организации является человек в конце системы. Социальная инженерия — самая большая угроза для большинства организаций.

Что такое управление уязвимостями?

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

Методы обнаружения уязвимости включают в себя:

• Сканирование уязвимости
• Тестирование проникновения
• Google Hacking

. После обнаружения уязвимости 923923292929292929292592929292925. Анализ сетевых сканирований, результатов пен-тестов, журналов брандмауэра и результатов сканирования уязвимостей для поиска аномалий, которые позволяют предположить, что уязвимость может быть использована кибератакой.

2. Проверка уязвимостей

‍ Решите, можно ли использовать обнаруженную уязвимость, и классифицируйте серьезность эксплойта, чтобы понять уровень риска.

3. Устранение уязвимостей

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

4. Устранение уязвимостей

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

Что такое сканирование уязвимостей?

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

• Сканирование с проверкой подлинности: Позволяет сканеру уязвимостей получать прямой доступ к сетевым ресурсам с использованием протоколов удаленного администрирования, таких как безопасная оболочка (SSH) или протокол удаленного рабочего стола (RDP) и пройти аутентификацию, используя предоставленные системные учетные данные. Это дает доступ к низкоуровневым данным, таким как конкретные службы и сведения о конфигурации, предоставляя подробную и точную информацию об операционных системах, установленном программном обеспечении, проблемах с конфигурацией и отсутствующих исправлениях безопасности.

• Сканирование без проверки подлинности: Приводит к ложным срабатываниям и недостоверной информации об операционных системах и установленном программном обеспечении. Этот метод обычно используется кибер-злоумышленниками и аналитиками безопасности, чтобы попытаться определить состояние безопасности внешних активов и найти возможные утечки данных.

Что такое тестирование на проникновение?

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

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

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

Узнайте больше о тестировании на проникновение

Что такое Google Hacking?

Взлом Google – это использование поисковой системы, такой как Google или Microsoft Bing, для обнаружения уязвимостей в системе безопасности. Взлом Google достигается за счет использования операторов расширенного поиска в запросах, которые определяют местонахождение труднодоступной информации или информации, которая случайно раскрывается из-за неправильной настройки облачных сервисов.

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

Эти уязвимости, как правило, делятся на два типа:

1. Уязвимости программного обеспечения
2. Неправильные конфигурации

Тем не менее, подавляющее большинство злоумышленников склонны искать распространенные неверные настройки пользователей, которые они уже знают, как использовать, и просто сканировать системы, которые имеют известные дыры в безопасности.

Чтобы предотвратить взлом Google, вы должны убедиться, что все облачные службы правильно настроены. Как только что-то открывается Google, оно становится общедоступным, нравится вам это или нет.

Да, Google периодически очищает свой кеш, но до тех пор ваши конфиденциальные файлы находятся в открытом доступе.

Что такое базы данных уязвимостей?

База данных уязвимостей — это платформа, которая собирает, поддерживает и обменивается информацией об обнаруженных уязвимостях. MITRE запускает один из крупнейших, который называется CVE или Common Vulnerabilities and Exposures, и присваивает оценку Common Vulnerability Scoring System (CVSS), чтобы отразить потенциальный риск, который уязвимость может представлять для вашей организации.

Этот центральный список CVE служит основой для многих сканеров уязвимостей.

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

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

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

Общие уязвимости, перечисленные в базах данных уязвимостей, включают:

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

• SQL-инъекция : Атаки на базы данных обычно регистрируются в базах данных уязвимостей.

• Неправильная конфигурация : Компании часто неправильно настраивают свои облачные службы, что делает их уязвимыми и общедоступными.