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

1. Задачи на расчет надежности

2. Основы безопасности и надежности ИС Кафедра УИР Тепляков А.А.

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

4. Предмет и объект защиты Информация Носители информации Системы сбора, передачи, обработки, хранения и представления информации

5. Информация (Закон «Об информатизации) «сведения о лицах, предметах, фактах, событиях, явлениях и процессах, независимо от формы их представления»

6. Особенности информации она нематериальна; информация хранится и передается с помощью материальных носителей; любой материальный объект содержит информацию о самом себе или о другом объекте.

7. Свойства информации Информация доступна человеку, если она содержится на материальном носителе Информация имеет ценность Ценность информации изменяется со временем Информация покупается и продается Количество информации сложно оценить

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

9. Изменение информации во времени где Со - ценность информации в момент ее возникновения (получения); t - время от момента возникновения информации до момента определения ее стоимости; τ - время от момента возникновения информации до момента ее устаревания.

10. Способы получения информации проведением исследований; покупкой информации; противоправным добыванием информации.

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

12. Оценка количества информации

13. Энтропийный подход ( формул а Шеннона ) где N- длина сообщения, Pi - вероятность появления в сообщении символа i ; к - количество символов в алфавите языка.

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

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

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

17. Объектом обеспечения информационной безопасности является информационная система или автоматизированная система обработки данных (АСОД) - компле кс аппаратных и программных средств, предназначенных для автоматизированного сбора, хранения, обработки, передачи и получения информации и, в частности, включающее ♦ ЭВМ всех классов и назначений; ♦ вычислительные комплексы и системы; ♦ вычислительные сети (локальные, региональные и глобальные).

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

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

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

22. Основные понятия ИБ Угроз а – потенциально возможное действие, нарушающее безопасность ИС А так а – способ реализации угрозы Уязвимост ь – недостаток в реализации ИС, или ее компоненте, создающий возможность нанесения ущерба ИС К анал утечки – совокупность передатчика, приемника и среды передачи информации. Механизм безопасности – средство определения или предотвращения атаки С ервис безопасности – способ реализации механизма безопасности Политика безопасности - согласованн ая совокупность механизмов и сервисов безопасности , адекватную защищаемым ценностям и окружению, в котором они используются

23. Основные составляющие ИБ Доступность Целостность Конфиденциальность информационных ресурсов и поддерживающей инфраструктуры

24. Доступность возможность за приемлемое время получить требуемую информационную услугу.

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

26. Целостность актуальность и непротиворечивость информации, ее защищенность от разрушения и несанкционированного изменения.

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

28. Конфиденциальность Защищенность от несанкционированного доступа к информации

29. Угрозы Основные определения и критерии классификации

30. Угроза - потенциальная возможность определенным образом нарушить информационную безопасность.

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

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

33. Защищаемые интересы в информационной сфере Личности Общества Государства Иерархическая классификация Угрозы информационной безопасности Видовая классификация Политические Экономические Организационные Глобальные Региональные Локальные Относительно объекта защиты Внутренние Внешние Относительно источника угрозы Антропогенные Техногенные Стихийные

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

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

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

37. Наиболее распространенные угрозы ИБ

38. Угрозы доступности - отказ пользователей; - внутренний отказ информационной системы; - отказ поддерживающей инфраструктуры.

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

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

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

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

43. Основные угрозы конфиденциальности

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

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

46. Источники угроз информационной безопасности Действия субъекта (антропогенные угрозы); Технические средства (техногенные угрозы); Стихийные источники.

47. В нешние с убъекты, действия которых могут привести к нарушению ИБ недобросовестные партнеры; конкуренты; политические противники

48. В н утренние с убъекты, действия которых могут привести к нарушению ИБ персонал учреждения; персонал филиалов; специально внедренные агенты

49. Угрозы применительно к корпоративной сети Кража Подмена (модификация) Уничтожение (разрушение) Нарушение нормальной работы (прерывание) Ошибки Перехват информации (несанкционированный)

50. Кража технических средств (винчестеров, ноутбуков, системных блоков); носителей информации (бумажных, магнитных, оптических и пр.); информации (чтение и несанкционированное копирование); средств доступа (ключи, пароли, ключевая документация и пр.).

51. Подмена операционных систем; систем управления базами данных; прикладных программ; информации (данных), отрицание факта отправки сообщений; паролей и правил доступа.

52. Уничтожение технических средств (винчестеров, ноутбуков, системных блоков); носителей информации (бумажных, магнитных, оптических и пр.); программного обеспечения (ОС, СУБД, прикладного ПО) информации (файлов, данных) паролей и ключевой информации.

53. Нарушение нормальной работы технических средств (винчестеров, ноутбуков, системных блоков); носителей информации (бумажных, магнитных, оптических и пр.); программного обеспечения (ОС, СУБД, прикладного ПО) информации (файлов, данных) паролей и ключевой информации.

54. Ошибки при инсталляции ПО, ОС, СУБД; при написании прикладного ПО; при эксплуатации системного ПО; при эксплуатации технических средств.

55. Перехват информации (несанкционированный) за счет ПЭМИ от технических средств; за счет наводок по линиям электропитания; з а счет наводок по посторонним проводникам; по акустическому каналу от средств вывода; по акустическому каналу при обсуждении вопросов; при подключении к каналам передачи информации; за счет нарушения установленных правил доступа (взлом).

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

57. Внешние угрозы, напрямую зависящие от свойств техники средства связи; близко расположенные опасные производства; сети инженерных коммуникации (энерго-, водоснабжения, канализации); транспорт.

58. Стихийные источники пожары; землетрясения; наводнения; ураганы; другие форс-мажорные обстоятельства; различные непредвиденные обстоятельства; необъяснимые явления.

59. Неделарированные возможности устройств и программ

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

61. Внедренное ПО в процессе эксплуатации характеризуется Вредоносн ой функци ей ; С пособ ом распространения; В нешн им представление м . пример – компьютерные вирусы

62. Механизмы вредоносного воздействия внедрения другого вредоносного ПО ; получения контроля над атакуемой системой; агрессивного потребления ресурсов ; изменения или разрушения программ и/или данных

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

64. Каналы утечки информации

65. Классификация по природе возникновения Естественные; Искусственные

66. Каналы утечки могут быть обусловлены: Людьми (небрежность, злой умысел, внешнее воздействие); Носителями (плохо организованный доступ, хищения, отработанные носители); Используемыми техническими средствами и помещениями.

67. Акустические (речевая информация) ЭМИ (в т.ч. оптического диапазона) Смешанные Утечка с носителей (с носителями) Контактное или бесконтактное подключение к электронным устройствам Закладные устройства съема акустической и видеоинформации Лазерный съем акустической информации Дистанционный съем видеоинформации Съем акустической информации остронаправленными микрофонами Утечка информации по цепям заземления, громкоговорящей связи, оповещения, охранно-пожарной сигнализации, линиям коммуникаций и сетям электропитания Каналы утечки путем ЭМ излучения высокой частоты в различных устройствах Недостаточная звукоизоляция стен и перекрытий Исследование производственных и бытовых отходов Акустоэлектрические преобразования Утечка через телефонные и факсимильные аппараты Виброканалы по сетям отопления, водо- и газоснабжения, строительным конструкциям Специфические каналы утечки СВТ Персонал ОБЩИЕ КАНАЛЫ УТЕЧКИ ИНФОРМАЦИИ

68. Специфические каналы утечки информации СВТ Электромагнитные излучения и наводки Цепи электропитания и заземления Акустический канал съема информации с матричных принтеров Оптический канал съема с экрана монитора Технологические отходы

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

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

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

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

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

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

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

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

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

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

79. Утечка информации по цепям заземления

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

81. Методы обеспечения информационной безопасности

82. Классификация правовые; организационные; инженерно-технические; экономические.

83. Правовые методы обеспечения информационной безопасности

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

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

86. Правовые акты общего назначения Конституция; Гражданск ий кодекс ; Уголовный кодекс; Налоговый кодекс; Закон "О государственных секретах"

87. Конституция Ст28 :« каждый имеет право на защиту от незаконного вмешательства в его личную жизнь, в том числе от посягательства на тайну его корреспонденции, телефонных и иных сообщений, на его честь и достоинство » . Ст34 :« гражданам Республики Беларусь гарантируется право на получение, хранение и распространение полной, достоверной и своевременной информации о деятельности государственных органов, общественных объединений, о политической, экономической, культурной и международной жизни, состоянии окружающей среды »

88. Гражданск ий кодекс Статья 140 «1. Информация составляет служебную или коммерческую тайну в случае, когда информация имеет действительную или потенциальную коммерческую ценность в силу неизвестности ее третьим лицам, к ней нет свободного доступа на законном основании и обладатель информации принимает меры к охране ее конфиденциальности. Сведения, которые не могут составлять служебную или коммерческую тайну, определяются законодательством. 2. Информация, составляющая служебную или коммерческую тайну, защищается способами, предусмотренными законодательством».

89. Уголовный кодекс глава 31 «Преступления против информационной безопасности» содержит семь статей:

90. Статья 349 «Несанкционированный доступ к компьютерной и нформации» устанавливает ответственность за доступ, сопровождающийся нарушением системы защиты (несанкционированный доступ к компьютерной информации);

91. С татья 350 «Модификация компьютерной информации», устанавливает ответственность за изменение информации, хранящейся в компьютерной системе, сети или на машинных носителях, либо внесение заведомо ложной информации;

92. статья 351 «Компьютерный саботаж», устанавливает ответственность за умышленные уничтожение, блокирование, приведение в непригодное состояние компьютерной информации или программы, либо вывод из строя компьютерного оборудования, либо разрушение компьютерной системы, сети или машинного носителя (компьютерный саботаж);

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

94. С татья 353 « Изготовление либо сбыт специальных средств для получения неправомерного доступа к компьютерной системе или сети» устанавливает ответственность за изготовление с целью сбыта либо сбыт специальных программных или аппаратных средств для получения неправомерного доступа к защищенной компьютерной системе или сети

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

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

97. Г ос ударственная тайна защищаемые государством сведения в области его военной, внешнеполитической, экономической, разведывательной, контрразведывательной и оперативно-розыскной деятельности, распространение которых может нанести ущерб безопасности Республике Беларусь. ( Закон "О государственных секретах" )

98. Налогов ый кодекс введено понятие «налоговая тайна» - один из видов служебной тайны не являющейся государственным секретом.

99. Декрет Президента Республики Беларусь "О лицензировании отдельных видов деятельности" устанавливает обязательность наличия специального разрешения (лицензии) для осуществления деятельности по защите информации, в т.ч. государственной тайны.

100. Закон "Об информатизации " выделяет следующие цели защиты информации: предотвращение утечки, хищения, утраты, искажения, подделки информации; предотвращение угроз безопасности личности, общества, государства; предотвращение несанкционированных действий по уничтожению, модификации, искажению, копированию, блокированию информации;

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

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

103. Закон на первое место ставит сохранение конфиденциальности информации. Целостность представлена также достаточно полно, хотя и на втором месте. О доступности ("предотвращение н есанкционированных действий по ... блокированию информации") сказано довольно мало.

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

105. Закон Республики Беларусь "Об электронном документе" Вводит понятия « электронный документ , э лектронная цифровая подпись , с редства электронной цифровой подписи , л ичный ключ подписи , о ткрытый ключ проверки подписи » и условия их применения

106. Примеры зарубежного законодательства На примере США

107. США - "Закон об информационной безопасности" цель - реализация минимально достаточных действий по обеспечению безопасности информации в федеральных компьютерных системах, без ограничений всего спектра возможных действий.

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

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

110. … Закон обязывает НИСТ координировать свою деятельность с другими министерствами и ведомствами, включая Министерство обороны, Министерство энергетики, Агентство национальной безопасности (АНБ) и т.д., чтобы избежать дублирования и несовместимости.

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

112. В 1997 году появилось продолжение закона - законопроект "О совершенствовании информационной безопасности" (Computer Security Enhancement Act of 1997, H.R. 1903), направленный на усиление роли Национального института стандартов и технологий и упрощение операций с криптосредствами.

113. В США в области ИБ действует более 500 законодательных актов

114. Стандарты и спецификации в области информационной безопасности

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

116. С тандарт М О США "Критерии оценки доверенных компьютерных систем" «Оранжевая книга» - 1983г.

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

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

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

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

121. Степень доверия оценивается по двум основным критериям Политик и безопасности Уровн ю гарантированности

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

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

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

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

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

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

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

129. Границу доверенной вычислительной базы называют периметром безопасности . К омпоненты, лежащие вне периметра безопасности , вообще говоря, могут не быть доверенными. С развитием распределенных систем понятию "периметр безопасности" все чаще придают другой смысл, имея в виду границу владений определенной организации. То, что находится внутри владений, считается доверенным, а то, что вне, - нет.

130. П олитика безопасности должна обязательно включать в себя : произвольное управление доступом ; безопасность повторного использования объектов ; метки безопасности ; принудительное управление доступом .

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

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

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

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

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

136. Принудительное (мандатное) управление доступом основано на сопоставлении меток безопасности субъекта и объекта. Метки безопасности и права доступа сам субъект изменять не может.

137. Субъект может читать информацию из объекта, если уровень секретности субъекта не ниже, чем у объекта, а все категории, перечисленные в метке безопасности объекта, присутствуют в метке субъекта. Субъект может записывать информацию в объект, если метка безопасности объекта доминирует над меткой субъекта. В частности, "конфиденциальный" субъект может записывать данные в секретные файлы, но не может - в несекретные (разумеется, должны также выполняться ограничения на набор категорий).

138. Цель подотчетности - в каждый момент времени знать, кто работает в системе и что делает. Особое значение имеет при разборе инцидентов безопасности.

139. Средства подотчетности : идентификация и аутентификация ; предоставление доверенного пути ; анализ регистрационной информации .

140. Обычный способ идентификации - ввод имени пользователя при входе в систему. Стандартное средство проверки подлинности ( аутентификации ) пользователя - пароль.

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

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

143. Виды гарантированности безопасности: о перационная ; технологическая

144. Операционная гарантированность включает архитектура системы; целостность системы; проверка скрытых каналов передачи информации ; доверенное администрирование; доверенное восстановление после сбоев .

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

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

147. Классы безопасности - способ ранжирования систем по уровню доверенности. О пределяется четыре уровня доверия - D, C, B и A.

148. … Уровень D предназначен для систем, признанных неудовлетворительными . По мере перехода от уровня C к A к системам предъявляются все более жесткие требования. Уровни C и B подразделяются на классы (C1, C2, B1, B2, B3) с постепенным возрастанием степени доверия .

149. Всего имеется шесть классов безопасности - C1, C2, B1, B2, B3, A1. Чтобы в результате процедуры сертификации систему можно было отнести к некоторому классу, ее политика безопасности и уровень гарантированности должны удовлетворять заданным требованиям, из которых упомянем лишь важнейшие.

150. Класс C1: доверенная вычислительная база должна управлять доступом именованных пользователей к именованным объектам; пользователи должны идентифицировать себя, прежде чем выполнять какие-либо иные действия, контролируемые доверенной вычислительной базой . Для аутентификации должен использоваться какой-либо защитный механизм, например пароли. Аутентификационная информация должна быть защищена от несанкционированного доступа;

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

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

153. Класс C2 (в дополнение к C1): права доступа должны гранулироваться с точностью до пользователя. Все объекты должны подвергаться контролю доступа; при выделении хранимого объекта из пула ресурсов доверенной вычислительной базы необходимо ликвидировать все следы его использования; каждый пользователь системы должен уникальным образом идентифицироваться. Каждое регистрируемое действие должно ассоциироваться с конкретным пользователем;

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

155. Класс B1 (в дополнение к C2): доверенная вычислительная база должна управлять метками безопасности , ассоциируемыми с каждым субъектом и хранимым объектом; доверенная вычислительная база должна обеспечить реализацию принудительного управления доступом всех субъектов ко всем хранимым объектам;

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

157. Класс B2 (в дополнение к B1): снабжаться метками должны все ресурсы системы (например, ПЗУ), прямо или косвенно доступные субъектам; к доверенной вычислительной базе должен поддерживаться доверенный коммуникационный путь для пользователя, выполняющего операции начальной идентификации и аутентификации ; должна быть предусмотрена возможность регистрации событий, связанных с организацией скрытых каналов обмена с памятью;

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

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

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

161. Класс B3 (в дополнение к B2): для произвольного управления доступом должны обязательно использоваться списки управления доступом с указанием разрешенных режимов; должна быть предусмотрена возможность регистрации появления или накопления событий, несущих угрозу политике безопасности системы. Администратор безопасности должен немедленно извещаться о попытках нарушения политики безопасности , а система, в случае продолжения попыток, должна пресекать их наименее болезненным способом;

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

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

164. Класс A1 (в дополнение к B3): тестирование должно продемонстрировать, что реализация доверенной вычислительной базы соответствует формальным спецификациям верхнего уровня ; помимо описательных, должны быть представлены формальные спецификации верхнего уровня . Необходимо использовать современные методы формальной спецификации и верификации систем;

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

166. Коротко классификацию можно сформулировать так: уровень C – произвольное управление доступом ; уровень B – принудительное управление доступом ; уровень A – верифицируемая безопасность .

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

168. Информационная безопасность распределенных систем.

169. Рекомендации X.800 Выделяют следующие сервисы безопасности и исполняемые ими роли: Аутентификация ; Управление доступом ; Конфиденциальность данных ; Целостность данных ; Неотказуемость .

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

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

172. Конфиденциальность данных Обеспечивает защиту от несанкционированного получения информации. Отдельно следует отметить конфиденциальность трафика .

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

174. Неотказуемость (невозможность отказаться от совершенных действий) обеспечивает два вида услуг: неотказуемость с подтверждением подлинности источника данных и неотказуемость с подтверждением доставки. Побочным продуктом неотказуемости является аутентификация источника данных .

175. Распределение функций по уровням модели ISO/OSI Функции Уровни модели ISO/OSI 1 2 3 4 5 6 7 Аутентификация - - + + - - + Управление доступом + + - - + Конфиденциальность соединения - - + + - + + Конфиденциальность вне соединения + - + + - + + Избирательная конфиденциальность + - - - - + + Конфиденциальность трафика + - - + - - + Целостность с восстановлением + - - + - - + Целостность без восстановления + + - + - - + Избирательная целостность - Целостность вне соединения - Неотказуемость - - - - - - +

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

177. … механизмы аутентификации , которая может достигаться за счет использования паролей, личных карточек или иных устройств аналогичного назначения, криптографических методов, устройств измерения и анализа биометрических характеристик; механизмы дополнения трафика ; механизмы управления маршрутизацией . Маршруты могут выбираться статически или динамически. Оконечная система, зафиксировав неоднократные атаки на определенном маршруте, может отказаться от его использования. На выбор маршрута способна повлиять метка безопасности , ассоциированная с передаваемыми данными;

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

179. Функция Механизм Шф Эцп Удо Цл Аут Дтр Умш Нот Аутентификация партнеров + + - - + - - - Аутентификация источника + + - - - - - - Управление доступом - - + - - - - - Конфиденциальность + - + - - - + - Избирательная конфиденциальность + - - - - - - - Конфиденциальность трафика + - - - - + + - Целостность соединения + - - + - - - - Целостность вне соединения + + - + - - - - Неотказуемость - + - + - - - +

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

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

182. Предполагается администрирование информационной системы в целом; сервисов безопасности; механизмов безопасности.

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

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

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

186. Стандарт ISO/IEC 15408, СТБ 34. 101.1-3 "Критерии оценки безопасности информационных технологий" "Общие критерии"

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

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

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

190. ОК различает сл.этапы ЖЦ СБ: определение назначения, условий применения, целей и требований безопасности; проектирование и разработка; испытания, оценка и сертификация; внедрение и эксплуатация.

191. В ОК объект оценки рассматривается в контексте среды безопасности , которая характеризуется определенными условиями и угрозами.

192. У грозы характеризуются следующими параметрами: источник угрозы; метод воздействия; уязвимые места, которые могут быть использованы; ресурсы (активы), которые могут пострадать .

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

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

195. Профиль защиты (ПЗ) представляет собой типовой набор требований, которым должны удовлетворять продукты и/или системы определенного класса (например, операционные системы на компьютерах в правительственных организациях).

196. Задание по безопасности содержит совокупность требований к конкретной разработке, выполнение которых обеспечивает достижение поставленных целей безопасности.

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

198. Функциональные требования объединены в классы, семейства, компоненты

199. Основные классы ФТ ОК идентификация и аутентификация; защита данных пользователя ; защита функций безопасности (требования относятся к целостности и контролю данных сервисов безопасности и реализующих их механизмов); управление безопасностью (требования этого класса относятся к управлению атрибутами и параметрами безопасности);

200. … аудит безопасности (выявление, регистрация, хранение, анализ данных, затрагивающих безопасность объекта оценки, реагирование на возможное нарушение безопасности); доступ к объекту оценки ; приватность (защита пользователя от раскрытия и несанкционированного использования его идентификационных данных);

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

202. Требования доверия безопасности Сформулированы в виде, определяющем действия разработчиков ; представление и содержание свидетельств ; действия оценщиков . Объединяются в классы, семейства, компоненты . Распределены по семи оценочным уровням доверия (1-7).

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

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

205. У ровень доверия 3 в дополнение ко второму предусматривает веде ние контрол я среды разработки и управление конфигурацией объекта оценки

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

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

208. У ровень доверия 6 Дополнительно реализация должна быть представлена в структурированном виде. Анализ соответствия распространяется на проект нижнего уровня.

209. У ровень доверия 7 (самый высокий) предусматривает формальную верификацию проекта объекта оценки. Он применим к ситуациям чрезвычайно высокого риска.

210. Классы включают следующие: разработка (требования для поэтапной детализации функций безопасности от краткой спецификации до реализации ); поддержка жизненного цикла (требования к модели жизненного цикла, включая порядок устранения недостатков и защиту среды разработки); тестирование; оценка уязвимостей (включая оценку стойкости функций безопасности);

211. … поставка и эксплуатация; руководства (требования к эксплуатационной документации); поддержка доверия (для поддержки этапов жизненного цикла после сертификации); управление конфигурацией; оценка профиля защиты; оценка задания по безопасности.

212. ОК не рассматривают требования по защите информации от утечки по техническим каналам

213. "Требования безопасности для криптографических модулей" FIPS140-2 под криптографическим модулем понимается набор аппаратных и/или программных (в том числе встроенных) компонентов, реализующих утвержденные функции безопасности (включая криптографические алгоритмы, генерацию и распределение криптографических ключей, аутентификацию) и заключенных в пределах явно определенного, непрерывного периметра.

214. В стандарте FIPS 140-2 рассматриваются криптографические модули, предназначенные для защиты информации ограниченного доступа, не являющейся секретной, т. е. речь идет о промышленных изделиях, представляющих интерес для основной массы организаций.

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

216. … предотвращение несанкционированной и необнаруживаемой модификации модуля и криптографических алгоритмов, в том числе несанкционированной модификации, подмены, вставки и удаления криптографических ключей и других данных, критичных для безопасности; обеспечение отображения (индикации) режима работы (состояния) модуля;

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

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

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

220. Уровень защищенности 2 ролевая аутентификация; замки на съемных оболочках и дверцах, защитные покрытия и пломбы, сохраняющие свидетельства вторжений; использование ОС, сертифицированных на соответствие определенным профилям защиты на основе "Общих критериев" с оценочным уровнем доверия не ниже второго.

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

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

223. Обеспечение технической защиты информационных систем

224. Мероприятия, проводимые для обеспечения защиты информации Инженерно-техническое обеспечение информационной безопасности Технические средства обеспечения компьютерной безопасности Нормы действующего законодательства, определяющие обоснованность применения технических средств Органы, уполномоченные осуществлять инженерно-техническую защиту СП ТСВР ФСЗ АПСЗ АСЗ ПСЗ КСЗИ Структура инженерно-технического обеспечения компьютерной безопасности: СП ТСВР – средства противодействия техническим средствам ведения разведки; ФСЗ – средства физической защиты; АСЗ – аппаратные средства защиты; ПСЗ – программные средства защиты; АПСЗ – аппаратно-программные средства защиты; КСЗИ – криптографические средства защиты

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

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

227. Методы и средства защиты от электромагнитных излучений и наводок Пассивные методы защиты Экранирование Снижение мощности излучений и наводок Снижение информативности сигналов Активные методы защиты Пространственное зашумление Линей ное зашумление

228. Защита от утечки по акустическим каналам пассивные методы защиты Использование специальных конструкторских решений Использование специальных строительных материалов активные методы защиты зашумление интерференционные методы

229. Средства защиты от НСД к информации С истемы разграничения доступа Криптографические средства защиты

230. Состав системы разграничения доступа блок идентификации и аутентификации субъектов доступа; диспетчер доступа; блок криптографического преобразования информации при ее хранении и передаче; блок очистки памяти.

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

232. З ащитны е механизм ы систем защиты от НСД : идентификация и аутентификация пользователей; разграничение доступа к файлам, каталогам, дискам; контроль целостности программных средств и информации; возможность создания функционально замкнутой среды пользователя; защита процесса загрузки ОС; блокировка ПЭВМ на время отсутствия пользователя; криптографическое преобразование информации; регистрация событий; очистка памяти.

233. УЗНСД локальной ПЭВМ- ПАК «Барьер»

234. Функциональная схема Программно-аппаратный комплекс «Барьер» Средства защиты ПЭВМ от НСД к информации Средства разграничения доступа Подсистема управления доступом Подсистема регистрации и учета Подсистема обеспечения целостности Подсистема криптозащиты Подсистема контроля времени Подсистема идентификации/ аутентификации Подсистема разграничения доступа

235. Возможности «Барьера»  идентификация и аутентификация пользователей до загрузки операционной системы с помощью пароля и карты-ключа ( SMART -или TM карта);  контроль целостности аппаратных и программных средств, конфигурационной памяти компьютера;  принудительный выбор устройства загрузки операционной системы;

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

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

238. Сетевы е средства защиты от НСД Межсетевые экраны разных уровней модели ISO/OSI Средства обнаружения атак Системы анализа защищенности Обманные системы Системы анализа журналов регистрации Системы контроля целостности Криптографические средства защиты

239. Криптографическая защита информации

240. Классификация криптоалгоритмов Тайнопись Криптография с ключом - Симметричные криптоалгоритмы - Перестановочные - Подстановочные - Блочные шифры - Потоковые шифры - Асимметричные криптоалгоритмы

241. Блочные шифры Z=EnCrypt(X,Key) X=DeCrypt(Z,Key)

242. Требования к криптоалгоритмам 1. Функция EnCrypt должна быть обратимой. 2. Не должно существовать иных методов прочтения сообщения X по известному блоку Z, кроме как полным перебором ключей Key. 3. Не должно существовать иных методов определения каким ключом Key было произведено преобразование известного сообщения X в сообщение Z, кроме как полным перебором ключей.

243. Сеть Фейстеля

244. Сеть Фейстеля с большим числом ветвей

245. ГОСТ 28147-89

246. Оригинальное представление

247. Режимы шифрования -простая замена; -гаммирование; -гаммирование с обратной связью; -вычисление имитовставки.

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

249. Криптосистемы

250. Общая схема симметричной криптосистемы

251. Общая схема асимметричной криптосистемы Открытый текст Криптопреобразование Открытый ключ Зашифрованный текст Личный ключ Криптопреобразование Открытый текст Генератор ключей

252. Технологии цифровых подписей Преобразование Вычисление ОФ Преобразование Открытый текст ЭЦП Личный (секретный) ключ Передача Открытый текст ЭЦП Вычисление ОФ Сравнилось ? Сравнение ЭЦП верна ЭЦП не верна ОК Да Нет

253. Функции УЦ регистрирует сертификаты ОК ; создает по обращению пользователей личны е и открытые ключи ЭЦП; приостанавливает и возобновляет действие сертификатов ключей подписей, а также аннулирует их; ведет реестр сертификатов ключей подписей, обеспечивает актуальность реестра и возможность свободного доступа пользователей к реестру; выдает сертификаты ключей подписей на бумажных носителях и в виде электронных документов с информацией об их действительности; проводит по обращениям пользователей подтверждение подлинности (действительности) ОК ; может предоставлять пользователям информационных систем иные услуги, связанные с использованием электронных цифровых подписей.

254. Инфраструктура открытых ключей

255. Рекомендации X.509 Вводят стандарт форматов сертификатов ОК и списков отозванных сертификатов Правил взаимодействия с их использованием

256. - удостоверяющий центр Центр утверждения политики Центр утверждения политики Центр аттестации политики Центр аттестации политики Центр аттестации политики УЦ УЦ УЦ УЦ УЦ УЦ УЦ РЦ РЦ РЦ УЦ РЦ - регистрирующий центр - взаимная сертификация - конечный субъект

257. Модели безопасности

258. Модели разграничения доступа построенные по принципу предоставления прав; построенные на основе принципов теории информации; использующие принципы теории вероятностей.

259. Модели дискреционного доступа В модели представлено четыре типа объектов, относящихся к безопасности: пользователи (u), задания (j), терминалы (t) и файлы (f), причем каждый объект описывается четырехмерным кортежем (A, C, F, M), включающим параметры безопасности: к омпетенция А , к атегория С , п олномочия F , р ежим М . Четырехмерный кортеж безопасности, полученный на основе прав задания, а не прав пользователя, используется в модели для управления доступом.

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

261. Модель Белла и Лападула субъект с уровнем безопасности x может читать информацию из объекта с уровнем безопасности x о , только если x s преобладает над x о . субъект безопасности x s может писать информацию в объект с уровнем безопасности x о только если x о преобладает над x s

262. Недостатки БЛМ проблемы, возникающ и е в распределенных системах, удовлетворяющих правилам БЛМ. В частности, запрос на чтение вызывает протекание потоков информации в обоих направлениях между компонентами, что является нарушением правил модели.

263. Информационные модели Модель невмешательства Невмешательство - ограничение, при котором ввод высокоуровневого пользователя не могут смешиваться с выводом низкоуровневого пользователя. Модель невыводимости Система считается невыводимо безопасной, если пользователи с низкими уровнями безопасности не могут получить информацию с высоким уровнем безопасности в результате любых действий пользователей с высоким уровнем безопасности.

264. Вероятностные модели Модели этого типа исследуют вероятность преодоления системы защиты за определенное время Т. К достоинствам моделей данного типа можно отнести числовую оценку стойкости системы защиты. К недостаткам - изначальное допущение того, что система защиты может быть вскрыта. Задача модели данного типа - минимизация вероятности преодоления системы защиты.

265. Модели контроля целостности

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

267. Различают три вариации модели Биба мандатную модель целостности, модель понижения уровня субъекта, модель понижения уровня объекта.

268. Мандатн ая модель целостности основные правила этой модели просто переворачивают правила БЛМ. Э ти правила : “нет чтения снизу” (NRD) и “нет записи наверх” (NWU), определ енные в терминах субъектов, объектов, и нового типа уровней безопасности - уровней целостности, над которыми может быть введено отношение преобладания.

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

270. Модель понижения уровня объекта Последний тип модели Биба представляет собой ослабление правила для записи наверх, то есть вместо полного запрета на запись наверх эта модель разрешает такую запись, но снижает уровень целостности объекта до уровня целостности субъекта, осуществлявшего запись.

271. Объединение моделей безопасности 1. Различные модели могут быть выражены одной универсальной структурой так, что их правила работают в пределах одной модели безопасности. Обычно для этого требуется создание весьма общей структуры, которая будет достаточно полна для описания всех концепций различных моделей. Так, например, если модели БЛМ и Биба используются при разработке одной системы, то первым шагом будет объединение этих двух моделей в одну новую модель, которая будет охватывать их необходимые элементы. 2. Модели могут использоваться отдельно, и может быть проведен неформальный анализ соответствующих подходов реализации каждой модели.

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

273. Исходные предположения Чтобы различать данные, обладающие и не обладающие целостностью, создатели модели разделили D на два непересекающиеся подмножества, которые называются ограниченные элементы данных (CDI) и неограниченные элементы данных (UDI). Это можно изобразить следующими определениями: D = CDI  UDI CDI  UDI =  .

274. Правила КВМ Правило 1 . В системе должны иметься процедуры утверждения целостности, утверждающие целостность любого CDI. Правило 2 . Применение любой процедуры преобразования (ПП) к любому CDI должно сохранять целостность этого CDI . Правило 3. Только ПП может вносить изменения в CDI. Правило 4 . Субъекты могут инициировать только определенные ПП над определенными CDI. Это правило предполагает, что система должна определять и поддерживать некоторые отношения между субъектами ПП и CDI, так называемые КВМ-тройки. Каждая такая тройка определяет возможность данного субъекта применить данную ПП к данному CDI. Например, если (s, t, d) является элементом отношения, то субъекту s разрешается применить ПП t к CDI d. Правило 5. КВМ - тройки должны проводить некоторую соответствующую политику разделения обязанностей субъектов.

275. … Правило 6. Некоторые специальные ПП могут превращать UDI в CDI. Правило 7. Каждое применение ПП должно регистрироваться в специальном CDI, в который может производиться только добавление информации, достаточной для восстановления картины о процессе работы этого CDI. Правило 8. Система должна распознавать субъекты, пытающиеся инициировать ПП. Правило 9. Система должна разрешать производить изменения в списках авторизации только специальным субъектам (например офицерам безопасности).

276. Основным недостатком модели КВМ является то, что процедуры утверждения целостности и методы предотвращения CDI от искажения целостности нелегко реализовать в реальных компьютерных системах . Конечно, эти принципы легко реализовать в ограниченном наборе приложений. Например, в случае стекового приложения процедуры утверждения целостности можно реализовать путем анализа длины стека на основании всех операций push и pop для определения правильной длины стека. Кроме того, ограничения на ПП можно реализовать за счет использования абстрактного типа данных, для которых единственно возможными операциями являются push и pop.

277. Создание систем защиты информации

278. Обеспечение информационной безопасности Уполномоченные субъекты Деятельность уполномоченных субъектов в области защиты информации Формы знаний Научные знания о деятельности подсистемы обеспечения информационной безопасности Фундаментальные знания в области информационной безопасности (общая теория обеспечения безопасности) Прикладные знания в области информационной безопасности (рекомендации по правовому, инженерно-техническому и организационному обеспечению информационной безопасности Специальное образование Средства обеспечения информационной безопасности Практическая реализация знаний в области информационной безопасности

279. Уровни защиты информации Соблюдение морально-этических норм Правовые меры Организационные меры Инженерно-технические меры

280. Морально-этический уровень защиты Наиболее значимый уровень, являющийся основой обеспечивающий исключение утечки информации по каналам, обусловленным сознательными действиями наиболее значимой составляющей ИС - ПЕРСОНАЛА

281. Административный уровень Правовые меры Организационные меры

282. Правовые меры Обеспечивает обобщение требований ЗИ на основе опыта накопленного в процессе создания и эксплуатации СЗИ. Обязателен для всех СЗИ

283. Организационные меры Совокупность действий по созданию условий для обеспечения работы СЗИ

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

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

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

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

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

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

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

291. Главные цели программы верхнего уровня управление рисками ( оценка рисков , выбор эффективных средств защиты); координация деятельности в области информационной безопасности, пополнение и распределение ресурсов; стратегическое планирование ; контроль деятельности в области информационной безопасности. За программу верхнего уровня отвечает руководитель системы безопасности

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

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

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

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

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

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

298. Принципы у правлени я персоналом разделение обязанностей; минимизация привилегий

299. Принцип разделения обязанностей предписывает так распределять роли и ответственность, чтобы один человек не мог нарушить критически важный для организации процесс. Например, нежелательна ситуация, когда крупные платежи от имени организации выполняет один человек. Надежнее поручить одному сотруднику оформление заявок на подобные платежи, а другому - заверять эти заявки. Другой пример - процедурные ограничения действий суперпользователя. Можно искусственно "расщепить" пароль суперпользователя, сообщив первую его часть одному сотруднику, а вторую - другому. Тогда критически важные действия по администрированию ИС они смогут выполнить только вдвоем, что снижает вероятность ошибок и злоупотреблений.

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

301. Физическая защита физическое управление доступом; противопожарные меры; защита поддерживающей инфраструктуры; защита от перехвата данных; защита мобильных систем.

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

303. Реагирование на нарушения режима безопасности локализация инцидента и уменьшение наносимого вреда; выявление нарушителя; предупреждение повторных нарушений.

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

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

306. Перечень возможных аварий При определении перечня возможных аварий нужно попытаться разработать их сценарии. Как будут развиваться события? Каковы могут оказаться масштабы бедствия? Что произойдет с критичными ресурсами? Например, смогут ли сотрудники попасть на работу? Будут ли выведены из строя компьютеры? Возможны ли случаи саботажа? Будет ли работать связь? Пострадает ли здание организации? Можно ли будет найти и прочитать необходимые бумаги?

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

308. При м енение инженерно-технических мер

309. Сервисы безопасности В ИС различают основные и вспомогательные сервисы. Сервисы безопасности –вспомогательные.

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

311. Особенности современных ИС , важны е с точки зрения ЗИ корпоративная сеть имеет несколько территориально разнесенных частей (поскольку организация располагается на нескольких производственных площадках), связи между которыми находятся в ведении внешнего поставщика сетевых услуг, выходя за пределы зоны, контролируемой организацией; корпоративная сеть имеет одно или несколько подключений к Internet ; на каждой из производственных площадок могут находиться критически важные серверы, в доступе к которым нуждаются сотрудники, работающие на других площадках, мобильные пользователи и, возможно, сотрудники других организаций;

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

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

314. … конфигурация информационной системы постоянно изменяется на уровнях административных данных, программ и аппаратуры (меняется состав пользователей, их привилегии и версии программ, появляются новые сервисы, новая аппаратура и т.п.).

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

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

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

318. Задачи аудита обеспечение подотчетности пользователей и администраторов; обеспечение возможности реконструкции последовательности событий; обнаружение попыток нарушений информационной безопасности; предоставление информации для выявления и анализа проблем

319. Регистрируемые события вход в систему (успешный или нет); выход из системы; обращение к удаленной системе; операции с файлами (открыть, копировать, переименовать, удалить); смена привилегий или иных атрибутов безопасности (режима доступа, уровня благонадежности пользователя и т.п.).

320. Информация о событии дата и время события; уникальный идентификатор пользователя – инициатора действия; тип события; результат действия (успех или неудача); источник запроса (например, имя терминала); имена затронутых объектов (например, открываемых или удаляемых файлов); описание изменений, внесенных в базы данных защиты (например, новая метка безопасности объекта).

321. Экономические методы защиты включают в себя разработку программ обеспечения информационной безопасности РБ ; определение порядка их финансирования; совершенствование системы финансирования работ, связанных с реализацией правовых и организационно-технических методов защиты информации ; создание системы страхования информационных рисков физических и юридических лиц.

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

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

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

325. Объект ы страхования документированная информация; информационные ресурсы; информационные продукты; информационные системы, технологии, средства их обеспечения; программы для ЭВМ и базы данных; средства защиты информации; объекты информатизации; ценные бумаги в элект po нном виде; недополученная прибыль за п ep иод вынужденного п po стоя; текущие расходы по подд ep ж a нию бизн eca в п ep иод вынужденного п po стоя; системы и средства обработки информации, используемые в соответствии с заданной информационной технологией, средства обеспечения объекта информатизации; несанкционированный вход в компьютерные системы банка; компьютерные системы от компьютерных вирусов; электронные данные и их носители; операции с ценными бумагами на электронных носителях ; риски возникающие при взаимодействии с внешними контрагентами.

326. Структура органов, ответственные за ИБ 1. Президент Республики Беларусь; 2. Совет безопасности Республики Беларусь; 3.Национальное собрание Республики Беларусь; 4. Совет Министров Республики Беларусь; 5. Органы государственного управления; 6.Специально уполномоченные государственные органы – Комитет государственной безопасности, Государственный центр безопасности информации при Президенте Республики Беларусь; 7.Органы местного управления и самоуправления;

327. … 8. Органы судебной власти; 9. Прокуратура Республики Беларусь; 10.Межведомственные комиссии, специализирующиеся на проблемах информационной безопасности; 11.Научно-исследовательские, проектные и конструкторские организации, выполняющие работы по обеспечению информационной безопасности; 12.Структурные подразделения по защите информации органов государственной власти и управления, предприятий;

328. … 13.Учебные заведения, осуществляющие подготовку и переподготовку кадров для работы в системе обеспечения информационной безопасности; 14.Юридические и физические лица, осуществляющие деятельность в сфере информационной безопасности в соответствии с законодательством Республики Беларусь на основании специальных разрешений уполномоченных органов. 15.Органы по сертификации и испытательные лаборатории по сертификации систем и средств защиты.

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

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

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

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

333. У полномоченным государственным органом по защите госсекрктов определен КГБ, который: вырабатывает предложения по формированию единой государственной политики в сфере защиты государственных секретов; координирует работу государственных органов по обеспечению ими защиты государственных секретов; разрабатывает систему правовых, организационных, технических, программных и иных мер по защите государственных секретов, контролирует их исполнение на территории Республики Беларусь;

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

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

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

337. О сновны е задач и ГЦБИ предотвращение утечки по техническим каналам информации, содержащей государственные секреты или иные сведения, охраняемые в соответствии с законодательством Республики Беларусь, несанкционированных и непреднамеренных воздействий на нее; организация и осуществление контроля деятельности по обеспечению ТЗИ в государственных органах, организациях независимо от организационно-правовых форм и форм собственности; организация и проведение сертификации, аттестации, экспертизы и лицензирования в области ТЗИ.

338. Надежность систем

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

340. Безотказность свойство объекта непрерывно сохранять работоспособность в течение некоторой наработки или в течение некоторого времени.

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

342. Долговечность свойство объекта сохранять работоспособность до наступления предельного состояния при установленной системе технического обслуживания и ремонтов.

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

344. Сохраняемость свойство объекта непрерывно сохранять требуемые эксплуатационные показатели в течение (и после) срока хранения и транспортирования.

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

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

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

348. … Назначенный ресурс – суммарная наработка объекта, при достижении которой эксплуатация должна быть прекращена независимо от его состояния. Срок службы – календарная продолжительность эксплуатации (в том числе, хранение, ремонт и т. п.) от ее начала до наступления предельного состояния. Гамма-процентный ресурс (  ) – время, за которое объект не достигнет заданного состояния с заданной вероятностью.

349. Характеристики надежности P(t)=N(t)/N o – вероятность исправной работы ; Q(t)=1-P(t) - вероятность отказа ; T ср  (  t k )/ N o – среднее время безотказной работы (суммируем время для k= 1 до k=N o ) ; t cp = (  t n )/ n – среднее время между отказами (суммируем от 1 до n);  ( t) = n(t)/[N(t)  t ]– интенсивность отказов (отношение числа отказавших изделий в единицу времени к среднему числу изделий, продолжающих исправно работать );  ( t) = n(t)/[N o  t ] – средняя частота отказов; Среднее время восстановления

350. Законы распределения наработки до отказа Экспоненциальное распределение Логарифмически нормальное (логнормальное) распределение Гамма–распределение

351. Экспоненциальное распределение описывает наработку до отказа объектов, у которых в результате сдаточных испытаний (выходного контроля) отсутствует период приработки, а назначенный ресурс установлен до окончания периода нормальной эксплуатации. Эти объекты можно отнести к «не стареющим», поскольку они работают только на участке с  (t) =  = const. Круг таких объектов широк: сложные технические системы с множеством компонентов, средства вычислительной техники и системы автоматического регулирования и т. п. Экспоненциальное распределение широко применяется для оценки надежности энергетических объектов , в авиации и т.д.

352. Считается, что случайная величина наработки объекта до отказа подчинена экспоненциальному распределению, если ПРО описывается выражением: f(t) =  exp( -  t), где  – параметр распределения, который по результатам испытаний принимается равным   1/ Т о , где Т о – оценка средней наработки до отказа.

353. Другие показатели безотказности вероятность безотказной работы (ВБР): P(t) = exp ( -  t), вероятность отказа (ВО): Q(t) = 1 - exp ( -  t), интенсивность отказов (ИО):  (t) =  exp ( -  t) / exp ( -  t) =  1/ Т о .

354. Числовые характеристики наработки до отказа : - средняя наработка (МО наработки) до отказа - дисперсия наработки до отказа

355. График распределения

356. Логарифмически нормальное (логнормальное) распределение При логарифмически нормальном распределении нормально распределенным является логарифм ( lg t ) случайной величины T , а не сама эта величина. Логарифмически нормальное распределение во многом более точно, чем нормальное описывает наработку до отказа тех объектов, у которых отказ возникает вследствие усталости, например, подшипников качения, электронных ламп и пр.

357. Если величина lg t имеет нормальное распределение с параметрами: М ат О ж U и С р К в О ж V , то величина T считается логарифмически нормально распределенной с ПРО, описываемой:

358. Параметры U и V по результатам испытаний принимаются: г де и - оценки параметров U и V .

359. Показатели надежности можно рассчитать, пользуясь таблицами функци й f(x) и, соответственно, F(x) и  (x) для нормального распределения при x = (lg t - U) / V .

360. Числовые характеристики наработки до отказа: средняя наработка (МО наработки) до отказа дисперсия наработки до отказа

361. Графики изменения показателей надежности

362. Гамма–распределение Случайная величина наработки до отказа T имеет гамма-распределение с параметрами  (масштабный параметр) и  (параметр формы), где  ,  > 0, причем – целое число, если ее ПРО описывается выражением: где Г(  ) = (  - 1)! – гамма-функция Эйлера. Очевидно, что при  = 1 выражение упрощается до вида f(t) =  exp( -  t), соответствующего экспоненциальному распределению.

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

364. Числовые характеристики наработки до отказа - средняя наработка (МО наработки) до отказа T0 =  /  - дисперсия наработки до отказа D = D{T} =  /  2

365. Графики изменения показателей надежности

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

367. Этапы расчета надежности 1. Определение состава рассчитываемых показателей надежности. 2. Составление (синтез) структурной логической схемы надежности (структуры системы), основанное на анализе функционирования системы (какие блоки включены, в чем состоит их работа, перечень свойств исправной системы и т. п.), и выбор метода расчета надежности. 3. Составление математической модели, связывающей рассчитываемые показатели системы с показателями надежности элементов. 4.Выполнение расчета, анализ полученных результатов, корректировка расчетной модели.

368. Состав рассчитываемых показателей Системы с невосстанавливаемыми элементами - средняя наработка до отказа (T0с); Вр.безотк.раб( ВБР ) к заданной наработке Pс(t); И тенс. О тказов к заданной наработке с(t); П оказ. Р аспределения О тк. к заданной наработке fс(t). Системы с восстанавливаемыми элементами - T 0с ; Pс(t); коэффициент готовности, коэффициент оперативной готовности, параметр потока отказов.

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

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

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

372. Наиболее важным этапом расчета надежности является составление структуры системы и определение показателей надежности составляющих ее элементов. Во-первых, классифицируется понятие (вид) отказов, который существенным образом влияет на работоспособность системы. Во-вторых, в состав системы в виде отдельных элементов могут входить электрические соединения пайкой, сжатием или сваркой, а также другие соединения (штепсельные и пр.), поскольку на их долю приходится 10-50% общего числа отказов. В-третьих, имеется неполная информация о показателях надежности элементов, поэтому приходится либо интерполировать показатели, либо использовать показатели аналогов.

373. Элементы схемы надежности

374. Последовательное соединение элементов 1) Вероятность безотказной работы: P(t)=P 1 (t)*P 2 (t)*…*P n (t) 2) Вероятность отказа системы: Q(t)=1-P(t) 3) Интенсивность отказов:  ( t)=  1 (t)+  2 (t) +…+  n (t), учитывая, что P(t)= e -  t , разложив в ряд и учитывая только два первых члена получим P(t)= e -  t  1+  t+ (  t) 2 …  1+  t = 1- t*   i. P 1 P 2 P n

375. Параллельное соединение элементов 1) Вероятность отказа системы: Q(t)= Q 1 (t)* Q 2 (t)*…* Q n (t) 2) Вероятность безотказной работы системы: P(t)=1- Q(t)  1- (  t) n 3) Интенсивность отказов: если все элементы эксплуатируются в одинаковых условиях, то  n ( t)=  o , Q(t)=(1- e -  ot ) n , P(t)= 1- (1- e -  ot ) n  ( t)=(dQ(t)/dt)/P(t)=n(1- e -  ot ) n-1 *  o e -  ot / [1- (1- e -  ot ) n ] P 1 P 2 P n

376. Практически й расчет надежности производится в несколько этапов: 1. На стадии составления технического задания на проектируемую систему, когда ее структура не определена, производится предварительная оценка надежности, исходя из априорной информации о надежности близких по характеру систем и надежности комплектующих элементов. 2. Составляется структурная схема с показателями надежности элементов, заданными при нормальных (номинальных) условиях эксплуатации. 3. Окончательный (коэффициентный) расчет надежности проводится на стадии завершения технического проекта, когда произведена эксплуатация опытных образцов и известны все возможные условия эксплуатации. При этом корректируются показатели надежности элементов, часто в сторону их уменьшения, вносятся изменения в структуру – выбирается резервирование

377. Расчет надежности при внезапных отказах На основании принципиальной схемы составляют расчетную схему надежности. Для всех типов элементов по таблицам выбирают значения интенсивности отказов для номинальных режимов и уточняют их с учетом реальных режимов с помощью коэффициентов. Для каждого блока рассчитывают суммарную интенсивность отказов.  б =  (  k N k ) . Для систем, для которых требуется непрерывная исправная работа рассчитываем длительность, среднее время и вероятность исправной работы…

378. … 5. Для восстанавливаемых систем длительно находящихся во включенном состоянии, а используемых кратковременно, определяют вероятность того, что система в момент времени использования будет находиться в исправном состоянии. 6. Для всей системы рассчитывают значения: коэффициента отказов ( k от = Ni  i/  ), где Ni- число элементов ,  i - интенсивность отказов в группе,  - суммарная интенсивность отказов системы) . коэффициента профилактики ( k проф =  проф ), где  проф- время на профилактику время вынужденного простоя, коэффициент использования аппаратуры.

379. Особенности расчета надежности С учетом старения элементов – в нем учитывают временные надежностные характеристики элементов С учетом допусков на параметры элементов (метод наихудшего случая,метод граничных испытаний, метод натурных, метод статистических испытаний …) Расчет при заданной вероятности безотказной работы

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

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

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

383. Надежность и живучесть

384. Задачи на надежность

385. Задача 1 Система состоит из n параллельных равнонадежных подсистем, для каждого из которых P(t)= e -  t =0,9. Определить коэффициент резервирования, при котором вероятность безотказной работы системы Po=0,99

386. Решение При параллельном соединении элементов Q(t)=1-(1-P(t)) n  0,99; откуда 1-0,1 n  0,99 , или 0,01  0,1 n n  ln0,01/0,1  2

387. Задача 2 Вычислительное устройство состоит из рабочего блока, блока, находящегося в нагруженном резерве и автоматического переключателя ( П ). Интенсивность отказов каждого блока  = 10 -2 1 / ч . Отказы П могут быть двух видов – приводящие к нарушению работы всего вычислительного устройства с интенсивностью  1 = 10 -4 1 / ч и приводящие к невозможности подключения резервного блока с интенсивностью  1 = 10 -2 1 / ч . Определить вероятность безотказной работы устройства в течение наработки t=2 ч .

388. Решение Составим схему работоспособности устройства P(t)= e -  1t {1-[1- e -  t ]*[1- e -(  +  2) t ]}  1   2  Рабочий блок Резервный блок

389. Получим вероятность безотказной работы устройства : P(t)= e -  1t {1-[1- e -  t ]*[1- e -(  +  2) t ]}   (1-  1 t ){1-[1-1+  t ][1-1+(  +  2 )t ]} = =(1-  1 t )[1-  t (  +  2 )t ]= =(1-  1 t )[1-  (  +  2 )t 2 ]= =(1- 2*0,0001)[1-0,01*(0,01+ 0,01)*4 ]= 0,999.