КОНЬЯКОВ.ру

Разработка и поддержка веб-сайтов на 1C-Bitrix. E-commerce компетенции. Опыт с 2007 года.

Category: Информационная безопасность(Страница 11 из 23)

70 Авторизация. Разграничение доступа к объектам операционной системы

Скачать ZIP архив | Скачать RAR архив

После успешной регистрации система должна осуществлять авторизациюо — предоставление субъекту прав на доступ к объекту. Средства авторизации контролируют доступ легальных пользователей к ресурсам системы, предоставляя каждому из них именно те попределын администратором, а также осуществляют контроль возможности выполнения пользователем различных системных функции. Система контроля базируется на общий модели, называемой МАТРИЦЕЙ ДОСТУПА.

Различают дискреционный (избирательный) пособ управления доступом и полномочий (мандатный).

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

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

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

Домены безопасности

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

Стандартная двухрежимная модель выполнения ОС. Процесс выполняется в режиме (kernel mode), он может выполнять привилегированные инструкции и иметь полный контроль над комп.системой. Если процесс выполняется в пользовательском режиме, он может вызывать только непривилгированные инструкции.

В ОС Unix домен связан с пользователем. Каждый пользователь обычно работает со своим набором объектов.

Матрица доступа

Модель безопасности имеет вид матрицы, которая называется матрицей доступа. Матрица доступа применяется редко. Эту матрицу можно разложить по столбцам, в результате чего получаются списки прав доступа (access control list — ACL). В результате разложения по строкам получаются мандаты возможностей (capanility list или capanility tickets).

Список прав доступа. Каждая колонка в матрице может быть реализована как список доступа для одного объекта.

В итоге имеем ACL — 9бит-ный код, который является атрибутом разнообразных объектов Unix.

Мандаты возможностей. Если матрицу разложить по строкам, каждый субъект хранит список объектов и для каждого объекта — список допустимых операций, то такой способ хранения называется «мандаты» или «перечни возможностей» (capanility list).

Выявление вторжений. Аудит системы защиты

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

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

Анализ некоторых популярных ОС с точки зрения их защищенности:
— разделение команд по уровням привилегированности
— сегментация адресного пространства
— защита различных процессов
— особая защита ядра ОС
— контроль повторного использования объекта
— наличие средств управления доступом
— структурированность системы

В Unix изначально были заложены идентификация пользователей и разграничение доступа — соответствуют классу безопасности C2 (Управляемая защита доступа).

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

69 Основные направления деятельности в области аудита безопасности информации

Скачать ZIP архив | Скачать RAR архив

Комплексный аудит АС включает в себя:
— инициирование процедуры аудита
— сбор информации аудита
— анализ данных аудита
— выработка рекомендаций
— подготовка аудиторского отчета
— инициирование процедуры аудита

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

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

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

Аудитор здает вопросы:

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

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

АНАЛИЗ РИСКОВ — этото, с чего должно начинаться построение любой системы информационной безопасности.
РИСК — определяется вероятностью причинения ущерба и величиной ущерба, наносимого ресурсам ИС в случае осуществления угрозы безопасности.

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

Ресурсы ИС можно разделить на следующие категории:
— информ.ресурсы
— ПО
— техн.средства (серверы, раб.станции, активн.сетевое оборуд, итп)
— людские ресурсы

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

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

Риск = Стоимость ресурса * Вероятность угрозы / Величина уязвимости

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

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

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

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

68 Отечественные законы и стандарты по основам аудита информационной безопасности

Скачать ZIP архив | Скачать RAR архив

149-ФЗ Об информации, информационных технологиях и о защите информаци — Информаци — сведения (сообщения, данные) независимо от формы их представления
98-ФЗ О коммерческой тайне — Информация составляющая комм.тайну, научно-техн, технологич, производств, финансово-экономич, итд
5485-1 О гос.тайне — Гос.тайна — защищаемое государством сведения в области его военной внешнеполитичс., экономич, разведывательной, контррразвед, и оперативно розыскной деятельности распространение которых может нанести ущерб безопасности РФ.

184-ФЗ о техническом регулировании
188-ФЗ об утверждении перевня сведений конфиденциального характера
ISO/IEC 27001 — международный стандарт по информационной безопасности
ГОСТ Р ИСО 19011 — Руководящие указания по аудиту систем менеджмента
307-ФЗ об аудиторской деятельности
98-ФЗ об коммерческой тайне

КОД — комп.обраб.данных — системы КОД — это ИС, т.е. содержащейся в бд информации и обеспечивающих ее обработку.

Схема существующей системы нормативно правовых и технических активов

1 Конституция РФ (ст.71 «Р»)
2 102-ФЗ «Об обеспечении единства измерений»
3 Указы и постановления Президента РФ и Правительства РФ
4 Нормативно-правовые и технические активы федеральных органов исполнительной власти
5 Рекомендации

66 Принципы безопасного развертывания серверов DNS

Скачать ZIP архив | Скачать RAR архив

Спецификации механизмов безопасного развертывания сервисов DNS приводится в следующих документах:
— спецификации DNSSEC (IETF RFC: 4033, 4034, 4035, 3833)
— спецификации TSIG (Transaction Signature, IETF RFC: 2845, 3007)

Сервисы DNS
mail-сервер
веб-сервер

Инфраструктура DNS
Только 1 root домен. 13 корневых DNS серверов.
TLDs — код страны — домен верхнего уровня

Компоненты DNS и понятие безопасности для них

DNS включает сущности:
— платформа (ПК, ОС) на которой выполняется name-сервер и resolver
— ПО name-сервера и resolver
— транзакции DNS
— репозиторий DNS (зонные файлы)
— конфиг.файлы для name-сервера и resolver

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

Основные механизмы безопасности для сервисов DNS

DNSSEC

Администрирование DNS с учетом требований безопасности:
— выбор алгоритмов и размеров ключей (TSIG и DNSSEC)
— управлением ключем (создание, хранение, использование)
— опубликование открытого ключа и определение доверенных корневых ключей
— восстановление ключа (плановое, аварийное)

Зонный файл
Name-серверы
Resolver
Транзакции DNS
Запрос-ответ DNS

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

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

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

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

DNS NOTITY
сообщения DNS NOTITY указывают, что вторичному DNS-серверу следует начать зонную пересылку. т.к. запускается зонная пересылка, ложные сообщения DNS NOTITY могут привести к ненужным зонным пересылкам и следовательно потенциальным DoS атакам

Безопасность окружения DNS
платформа хоста, по DNS…

Угрозы и обеспечение защиты платформы хоста

Угроза Т1: переполнение буфера по ОС или другого софта
Т2: флудинг большим количеством ложных DNS-запросов для переполнения авторитетного или рекурсивного name-сервера
Т3: инсайдер может из лок.сегмента вызвать ARP(спуфинг), — нарушив работу DNS
Т4: конфиг (resolv.conf, host.conf, named.conf, root.hint) может быть испорчен вирусами или червями на уровне платформы. обеспечение защиты хоста состоит в:
использовании безопасной ОС, безопасном конфигурировании и развертывании ОС

Угрозы ПО DNS

Т5: ПО DNS (name resolve сервера) могут иметь такие уязвимости, как переполнение буфера, в результате чего станут возможны разного рода атаки DoS, получении доступа.
— обновление всего софта
— выполнение процессов named и resolve с ограниченными привелегиями
— изолирование ПО named-сервера
— установка выделенного экземпляра name-сервера для каждой функции
— удаление ПО name-сервера с непредназначенных для этого машин
— развертывание отдельных name-серверов для различных классов клиентов

Угрозы данных DNS

Т6: неправилньное делегирование. при некорректном изменении FQDN или ip дочернего сервера. родитель не знает. в такой ситуации дочерняя зона становится недостижимой (DoS атака)

Т7: дрейф зоны и DoS атака: если refresh или min TTL поля в SOA RR установлены очень маленькими, вторичный сервер будет инициировать зоанные пересылки слишком часто. Результат: сильная загрузка как первичного так и вторичного name-серверов.

Т8: информация для атак на определенные цели: ресурстные записи вроде info или txt предоставляют информацию о ПО сервера. Даёт хакерам пищу для размышлений, о атаке на увзвимости в ПО DNS.

65 Правовые основы деятельности по защите информации от несанкционированного доступа

Скачать ZIP архив | Скачать RAR архив

В соответствии с 65-ФЗ (об информации, инф.технологиях и о защ.информации) вся информация делится на:
— общедоступную
— ограниченного доступа

245-ФЗ (о гос.тайне)

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

152-ФЗ «О персональных данных» — обеспечение защиты прав и человека и гражданина при обработке его перосн.данных, в том числе защиты прав на неприкосновенность частной жизни, личную и семейную тайну.

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

149-ФЗ — профессиональная тайна — конфиденц.сведения, полученные в результате выполнения проф.деятельности.

Тайна страхования, банковская тайна, тайна связи, адвокатская тайна, налоговая тайна.

Деятельность по защите конфиденциальной информации и информации, содержащей гос.тайну, является лицензируемой и регулируется правительством РФ.

Страница 11 из 23

© 2007–2026, konyakov.ru
☩