WEBVTT

00:00:06.507 --> 00:00:11.711
Лекция шесть. Предпосылки организации
эффективного корпоративного контроля

00:00:12.031 --> 00:00:13.592
управления рисками.

00:00:14.393 --> 00:00:18.556
Вопрос 1 управлении корпорациями.

00:00:19.677 --> 00:00:23.800
Вопрос два. Корпорации как информационная
система

00:00:25.126 --> 00:00:26.608
Угрозы и уровни.

00:00:27.369 --> 00:00:31.655
Управление рисками рассматривается нами на
административном уровне ИП, поскольку

00:00:31.775 --> 00:00:35.820
только руководство организации способно
выделить необходимые ресурсы, инициировать

00:00:36.101 --> 00:00:38.624
и контролировать выполнение
соответствующих программ.

00:00:39.891 --> 00:00:44.007
Вообще говоря, управление рисками, равно
как и выработка собственной политики

00:00:44.087 --> 00:00:48.162
безопасности, актуальна только для тех
организаций, информационные системы

00:00:48.322 --> 00:00:52.158
которых и слыш или обрабатываемые данные
можно считать нестандартными.

00:00:53.335 --> 00:00:57.818
Обычную организацию вполне устроит типовой
набор защитных мер, выбранный на основе

00:00:57.898 --> 00:01:01.661
представления о типичных рисках или вообще
без всякого анализа рисков.

00:01:01.942 --> 00:01:05.785
Особенно это верно с формальной точки
зрения, в свете проанализированного нами

00:01:05.865 --> 00:01:07.866
ранее российского законодательства в
области ИП

00:01:09.602 --> 00:01:13.282
Можно провести аналогию между
индивидуальным строительством и получением

00:01:13.362 --> 00:01:15.521
квартиры в районе массовой застройки.

00:01:16.321 --> 00:01:20.160
В первом случае необходимо принять
множество решений: оформить большое

00:01:20.280 --> 00:01:23.800
количество бумаг, во втором достаточно
определиться лишь с несколькими

00:01:23.840 --> 00:01:24.440
параметрами.

00:01:25.673 --> 00:01:30.112
Более подробно данный аспект рассмотрен в
статье Сергея Симонова «Анализ рисков»,

00:01:30.232 --> 00:01:35.231
управление рисками Jet.Info 1999—1.

00:01:35.911 --> 00:01:39.869
Использование информационных систем
связано с определённой совокупностью

00:01:39.949 --> 00:01:43.389
рисков. Когда возможный ущерб неприемлемо
велик

00:01:43.886 --> 00:01:47.164
Необходимо принять экономически
оправданные меры защиты.

00:01:47.883 --> 00:01:52.760
Периодическая переоценка рисков необходима
для контроля эффективности деятельности в

00:01:52.800 --> 00:01:55.838
области безопасности и для учёта изменения
обстановки.

00:01:57.049 --> 00:02:00.614
С количественной точки зрения, уровень
риска является функцией вероятности

00:02:00.774 --> 00:02:05.141
реализации определённой угрозы,
использующей некоторые уязвимые места, а

00:02:05.301 --> 00:02:07.144
также величины возможного ущерба.

00:02:08.412 --> 00:02:12.091
Таким образом, суть мероприятий по
управлению рисками состоит в том, чтобы

00:02:12.331 --> 00:02:16.971
оценить их размер, выработать эффективные
и экономичные меры снижения рисков, а

00:02:17.091 --> 00:02:21.890
затем убедиться, что риски заключены в
приемлемые рамки и остаются таковыми.

00:02:23.050 --> 00:02:27.290
Следовательно, управление рисками включает
в себя два вида деятельности, которые

00:02:27.610 --> 00:02:28.970
чередуются циклически.

00:02:30.203 --> 00:02:33.681
Переоценка, измерение рисков.

00:02:34.041 --> 00:02:38.798
Выбор эффективных и экономичных защитных
средств нейтрализации рисков.

00:02:39.717 --> 00:02:43.315
По отношению к выявленным рискам возможны
следующие действия.

00:02:44.434 --> 00:02:48.032
Ликвидация риска, например, за счёт
устранения причины.

00:02:49.614 --> 00:02:53.650
Уменьшение риска, например, за счёт
использования дополнительных защитных

00:02:53.770 --> 00:02:59.684
средств. Принятие риска и выработка плана
действия в соответствующих условиях.

00:03:00.883 --> 00:03:05.279
Переадресация риска, например, путём
заключения страхового соглашения.

00:03:06.962 --> 00:03:10.601
Процесс управления рисками можно разделить
на следующие этапы.

00:03:11.601 --> 00:03:16.080
Выбор анализируемых объектов и уровни
детализации их рассмотрения.

00:03:17.120 --> 00:03:19.720
Выбор методологии оценки рисков.

00:03:20.440 --> 00:03:22.120
Идентификация активов.

00:03:23.313 --> 00:03:27.794
Анализ угроз и их последствий, выявление
уязвимых мест в защите.

00:03:28.634 --> 00:03:30.114
Оценка рисков.

00:03:30.874 --> 00:03:32.514
Выбор защитных мер.

00:03:33.394 --> 00:03:35.994
Реализация и проверка выбранных мер.

00:03:36.874 --> 00:03:38.674
Оценка остаточного риска.

00:03:39.800 --> 00:03:45.046
Этапы 6 и семь относятся к выбору защитных
средств нейтрализации рисков, остальные —

00:03:45.046 --> 00:03:46.247
к оценке рисков.

00:03:47.088 --> 00:03:52.013
Уже перечисление этапов показывает, что
управление рисками — процесс циклический.

00:03:52.694 --> 00:03:57.539
По существу, последний этап — это оператор
конца цикла, предписывающий вернуться к

00:03:57.619 --> 00:03:57.899
началу

00:03:59.168 --> 00:04:03.607
Риски нужно контролировать постоянно,
периодически проводя их переоценку.

00:04:04.526 --> 00:04:09.044
Отметим, что добросовестно выполненная и
тщательно документированная первая оценка

00:04:09.204 --> 00:04:12.003
может существенно упростить последующую
деятельность.

00:04:12.843 --> 00:04:16.881
Управление рисками, как и любую другую
деятельность в области информационной

00:04:16.961 --> 00:04:20.440
безопасности, необходимо интегрировать в
жизненный цикл Ис.

00:04:21.555 --> 00:04:25.196
Тогда эффект оказывается наибольшим, а
затраты минимальными.

00:04:26.076 --> 00:04:29.316
Ранее мы определили пять этапов жизненного
цикла.

00:04:29.996 --> 00:04:34.036
Кратко опишем, что может дать управление
рисками на каждом из них.

00:04:34.877 --> 00:04:39.437
На этапе инициации известные риски следует
учесть при выработке требований к системе

00:04:39.557 --> 00:04:41.837
вообще и средствам безопасности в
частности.

00:04:43.065 --> 00:04:47.382
На этапе закупки, разработки знание рисков
поможет выбрать соответствующие

00:04:47.422 --> 00:04:51.938
архитектурные решения, которые играют
ключевую роль в обеспечении безопасности.

00:04:52.818 --> 00:04:56.695
На этапе установки выявленные риски
следует учитывать при конфигурировании,

00:04:56.815 --> 00:04:59.613
тестировании и проверке ранее
сформулированных требований.

00:04:59.879 --> 00:05:03.722
А полный цикл управления рисками должен
предшествовать внедрению системы в

00:05:03.762 --> 00:05:09.127
эксплуатацию. На этапе эксплуатации
управление рисками должно сопровождать все

00:05:09.367 --> 00:05:11.409
существенные изменения в системе.

00:05:12.410 --> 00:05:16.453
Выведение системы из эксплуатации
управления рисками помогает убедиться в

00:05:16.533 --> 00:05:19.536
том, что миграция данных происходит
безопасным образом.

00:05:20.759 --> 00:05:25.355
Выбор анализируемых объектов и уровни
детализации их рассмотрения — первый шаг в

00:05:25.435 --> 00:05:30.791
оценке рисков. Для небольшой организации
допустимо рассматривать всю информационную

00:05:30.911 --> 00:05:35.187
инфраструктуру. Однако, если организация
крупная, всеобъемлющая оценка может

00:05:35.427 --> 00:05:38.065
потребовать неприемлемых затрат времени и
сил.

00:05:39.275 --> 00:05:43.314
В таком случае следует сосредоточиться на
наиболее важных сервисах, заранее

00:05:43.434 --> 00:05:46.034
соглашаясь с приближенностью итоговой
оценки.

00:05:46.913 --> 00:05:51.272
Если важных сервисов всё ещё много,
выбираются те из них, риски для которых

00:05:51.392 --> 00:05:53.512
заведомо велики или неизвестны.

00:05:54.352 --> 00:05:58.551
Мы уже указывали на целесообразность
создания карты информационной системы

00:05:58.671 --> 00:05:59.310
организации.

00:06:00.470 --> 00:06:04.627
Для управления рисками подобная карта
особенно важна, поскольку она наглядно

00:06:04.707 --> 00:06:09.223
показывает, какие сервисы выбраны для
анализа, а какими пришлось пренебречь.

00:06:10.063 --> 00:06:14.619
Если иск меняется, а карта поддерживается
в актуальном состоянии, то при переоценке

00:06:14.699 --> 00:06:19.695
рисков сразу станет ясно, какие новые или
существенно изменившиеся сервисы нуждаются

00:06:19.815 --> 00:06:20.495
в рассмотрении.

00:06:21.796 --> 00:06:25.996
Вообще говоря, уязвимым является каждый
компонент информационной системы от

00:06:26.076 --> 00:06:30.516
сетевого кабеля, который может прогрызть
мыши до базы данных, которая может быть

00:06:30.636 --> 00:06:33.436
разрушена из-за неумелых действий
администратора.

00:06:34.156 --> 00:06:38.635
Как правило, в сферу анализа невозможно
включить каждый винтик и каждый байт.

00:06:39.620 --> 00:06:43.818
Приходится останавливаться на некотором
уровне детализации, опять-таки отдавая

00:06:43.978 --> 00:06:45.977
себе отчёт в приближенности оценки.

00:06:46.816 --> 00:06:49.654
Для новых систем предпочтителен детальный
анализ.

00:06:49.774 --> 00:06:54.252
Старая система, подвергшаяся небольшим
модификациям, может быть проанализирована

00:06:54.332 --> 00:06:55.291
более поверхностно.

00:06:56.451 --> 00:06:59.811
Очень важно выбрать разумную методологию
оценки рисков.

00:07:00.571 --> 00:07:05.051
Целью оценки является получение ответа на
два вопроса: приемлемы ли существующие

00:07:05.091 --> 00:07:08.970
риски, и если нет, то какие защитные
средства стоит использовать?

00:07:10.109 --> 00:07:14.358
Значит, оценка должна быть количественной,
допускающей сопоставление с заранее

00:07:14.438 --> 00:07:18.486
выбранными границами допустимости и
расходами на реализацию новых регуляторов

00:07:18.646 --> 00:07:19.247
безопасности.

00:07:20.357 --> 00:07:24.080
Управление рисками — типичная
оптимизационная задача, и существует

00:07:24.160 --> 00:07:27.803
довольно много программных продуктов,
способных помочь в её решении.

00:07:28.003 --> 00:07:31.446
Иногда подобные продукты просто
прилагаются к книгам по информационной

00:07:31.566 --> 00:07:37.251
безопасности. Принципиальная трудность,
однако, состоит в неточности исходных

00:07:37.331 --> 00:07:37.692
данных.

00:07:38.881 --> 00:07:42.841
Можно, конечно, попытаться получить для
всех анализируемых величин денежное

00:07:42.921 --> 00:07:47.760
выражение, высчитать все с точностью до
копейки, но большого смысла в этом нет.

00:07:48.480 --> 00:07:51.520
Практичнее пользоваться условными
единицами.

00:07:52.200 --> 00:07:56.480
В простейшем и вполне допустимом случае
можно пользоваться трёхбалльной шкалой.

00:07:57.673 --> 00:08:00.514
Далее мы продемонстрируем, как это
делается.

00:08:01.354 --> 00:08:05.914
При идентификации активов, то есть тех
ресурсов и ценностей, которые организация

00:08:06.074 --> 00:08:10.075
пытается защитить, следует, конечно,
учитывать не только компоненты

00:08:10.195 --> 00:08:14.315
информационной системы, но и
поддерживающую инфраструктуру, персонал, а

00:08:14.435 --> 00:08:17.955
также нематериальные ценности, такие как
репутация организации.

00:08:19.048 --> 00:08:22.969
Отправной точкой здесь является
представление о миссии организации, то

00:08:23.089 --> 00:08:26.530
есть об основных направлениях
деятельности, которые желательно или

00:08:26.810 --> 00:08:29.211
необходимо сохранить в любом случае.

00:08:30.051 --> 00:08:34.853
Выражаясь объектно-ориентированным языком,
следует в первую очередь описать внешний

00:08:34.933 --> 00:08:38.414
интерфейс организации, рассматриваемый как
абстрактный объект.

00:08:39.619 --> 00:08:43.783
Одним из главных результатов процесса
идентификации активов является получение

00:08:43.943 --> 00:08:48.228
детальной информационной структуры
организации и способов её структуры

00:08:48.469 --> 00:08:54.075
использования. Эти сведения целесообразно
нанести на карту ИС в качестве граней

00:08:54.195 --> 00:08:55.357
соответствующих объектов.

00:08:56.578 --> 00:09:00.378
Информационной основой сколько-нибудь
крупной организации является сеть, поэтому

00:09:00.698 --> 00:09:04.538
в число аппаратных активов следует
включить компьютеры, серверы, рабочие

00:09:04.618 --> 00:09:09.738
станции, ПК, периферийные устройства,
внешние интерфейсы, кабельное хозяйство,

00:09:09.858 --> 00:09:13.738
активное сетевое оборудование, мосты,
маршрутизаторы и т.п.

00:09:15.286 --> 00:09:20.005
К программным активам, вероятно, будут
отнесены операционные системы, сетевая,

00:09:20.125 --> 00:09:24.444
серверные и клиентские, прикладное
программное обеспечение, инструментальные

00:09:24.523 --> 00:09:27.963
средства, средства управления сетью и
отдельными системами.

00:09:28.922 --> 00:09:34.241
Важно зафиксировать, где, в каких узлах
сети хранится программное обеспечение и из

00:09:34.441 --> 00:09:36.160
каких узлов оно используется.

00:09:37.263 --> 00:09:41.466
Третьим видом информационных активов
являются данные, которые хранятся,

00:09:41.627 --> 00:09:44.068
обрабатываются и передаются по сети.

00:09:44.709 --> 00:09:49.392
Следует классифицировать данные по типам и
степени конфиденциальности, выявить место

00:09:49.592 --> 00:09:52.394
их хранения и обработки, способы доступа к
ним.

00:09:53.548 --> 00:09:57.743
Всё это важно для оценки последствий
нарушений информационной безопасности.

00:09:58.623 --> 00:10:01.619
Управление рисками — процесс далеко не
линейный.

00:10:02.219 --> 00:10:06.894
Практически все его этапы связаны между
собой, и по завершении почти любого из них

00:10:06.974 --> 00:10:09.691
может возникнуть необходимость возврата к
предыдущему.

00:10:10.817 --> 00:10:15.375
Так, при идентификации активов может
оказаться, что выбранные границы анализа

00:10:15.495 --> 00:10:18.613
следует расширить, а степень детализации
увеличить.

00:10:19.372 --> 00:10:24.170
Особенно труден первичный анализ, когда
многократные возвраты к началу неизбежны.

00:10:25.380 --> 00:10:30.341
Этапы, предшествующие анализу угроз, можно
считать подготовительными, поскольку,

00:10:30.501 --> 00:10:33.581
строго говоря, они напрямую с рисками не
связаны.

00:10:34.421 --> 00:10:37.181
Риск появляется там, где есть угроза.

00:10:37.981 --> 00:10:42.102
Краткий перечень наиболее распространённых
угроз был рассмотрен нами ранее.

00:10:43.318 --> 00:10:47.834
К сожалению, на практике угроз гораздо
больше, причём далеко не все из них носят

00:10:47.874 --> 00:10:49.113
компьютерный характер.

00:10:49.793 --> 00:10:54.189
Так, вполне реальной угрозой является
наличие мышей и тараканов в занимаемых

00:10:54.309 --> 00:10:55.827
организацией помещениях.

00:10:56.507 --> 00:11:00.383
Первые могут повредить кабели, вторые
вызвать короткое замыкание.

00:11:01.560 --> 00:11:05.844
Как правило, наличие той или иной угрозы
является следствием пробелов в защите

00:11:06.004 --> 00:11:10.448
информационной системы, которые, в свою
очередь, объясняются отсутствием некоторых

00:11:10.528 --> 00:11:14.772
сервисов безопасности или недостатками в
реализующихся их защитных механизмах.

00:11:15.887 --> 00:11:20.813
Опасность прогрызания кабелей возникает не
просто там, где есть мыши, а она связана с

00:11:20.853 --> 00:11:24.377
отсутствием или недостаточной прочностью
защитной оболочки.

00:11:25.218 --> 00:11:28.261
Первый шаг в анализе угроз — их
идентификация.

00:11:29.465 --> 00:11:33.224
Рассматриваемые виды угроз следует
выбирать исходя из соображений здравого

00:11:33.304 --> 00:11:38.383
смысла, исключив, например, землетрясение,
однако не забывая о возможности захвата

00:11:38.463 --> 00:11:42.182
организации террористами, но в пределах
выбранных видов провести максимально

00:11:42.382 --> 00:11:47.781
подробный анализ. Целесообразно выявлять
не только сами угрозы, но и источники их

00:11:47.821 --> 00:11:51.340
возникновения. Это поможет в выборе
дополнительных средств защиты.

00:11:52.523 --> 00:11:56.241
Например, нелегальный вход в систему может
стать следствием воспроизведения

00:11:56.360 --> 00:12:00.518
начального диалога, подбора пароля или
подключения к сети неавторизованного

00:12:00.638 --> 00:12:05.435
оборудования. Очевидно, для
противодействия каждому из перечисленных

00:12:05.515 --> 00:12:08.873
способов нелегального входа нужны свои
механизмы безопасности.

00:12:10.073 --> 00:12:14.715
После идентификации угрозы необходимо
оценить вероятность её осуществления.

00:12:15.635 --> 00:12:21.117
Допустимо использовать при этом
трёхбалльную шкалу, низкая 1, средняя, 2 и

00:12:21.357 --> 00:12:23.358
высокая — 3 — вероятность.

00:12:24.198 --> 00:12:28.600
Кроме вероятности осуществления, важен
размер потенциального ущерба.

00:12:29.840 --> 00:12:34.995
Например, пожары бывают нечасто, но ущерб
от каждого из них, как правило, велик.

00:12:35.674 --> 00:12:39.270
Тяжесть ущерба также можно оценить по
трёхбалльной шкале.

00:12:40.110 --> 00:12:44.425
Оценивая размер ущерба, необходимо иметь в
виду не только непосредственные расходы на

00:12:44.505 --> 00:12:46.783
замену оборудования или восстановление
информации

00:12:47.208 --> 00:12:52.045
Но и более отдалённые, такие как подрыв
репутации, ослабление позиций на рынке и

00:12:52.165 --> 00:12:57.162
т. п. Пусть, например, в результате
дефектов в управлении доступом к

00:12:57.202 --> 00:13:00.920
бухгалтерской информации сотрудники
получили возможность корректировать данные

00:13:01.039 --> 00:13:02.518
о собственной заработной плате.

00:13:03.668 --> 00:13:07.666
Следствием такого состояния дел может
стать не только перерасход бюджетных или

00:13:07.826 --> 00:13:12.024
корпоративных средств, но и полное
разложение коллектива, грозящее развалом

00:13:12.104 --> 00:13:16.901
организации. Уязвимые места обладают
свойством притягивать к себе не только

00:13:17.101 --> 00:13:19.860
злоумышленников, но и сравнительно честных
людей.

00:13:21.077 --> 00:13:25.076
Не всякий устоит перед искушением немного
увеличить свою зарплату, если есть

00:13:25.236 --> 00:13:27.355
уверенность, что это сойдет с рук.

00:13:28.075 --> 00:13:31.994
Поэтому, оценивая вероятность
осуществления угроз, целесообразно

00:13:32.074 --> 00:13:36.313
исходить не только из среднестатистических
данных, но учитывать также специфику

00:13:36.473 --> 00:13:38.192
конкретных информационных систем.

00:13:39.399 --> 00:13:43.921
Если в подвале дома, занимаемого
организацией, располагается сауна, а сам

00:13:44.162 --> 00:13:48.044
дом имеет деревянные перекрытия, то
вероятность пожара, к сожалению,

00:13:48.244 --> 00:13:50.566
оказывается существенно выше средней.

00:13:51.406 --> 00:13:56.169
После того, как накоплены исходные данные
и оценена степень неопределённости, можно

00:13:56.369 --> 00:14:00.052
переходить к обработке информации, то
есть, собственно, к оценке рисков.

00:14:01.273 --> 00:14:05.035
Вполне допустимо применить такой простой
метод, как умножение вероятности

00:14:05.275 --> 00:14:07.997
осуществления угрозы на предполагаемый
ущерб.

00:14:08.838 --> 00:14:12.800
Если для вероятности и ущерба использовать
трёхбалльную шкалу, то возможных

00:14:12.920 --> 00:14:17.483
произведений будет шесть: 1, 2, 3, 4, 6 и
9.

00:14:18.519 --> 00:14:22.324
Первые два результата можно отнести к
низкому риску: третий и четвёртый к

00:14:22.404 --> 00:14:26.769
среднему, два последних к высокому, после
чего появляется возможность снова привести

00:14:26.929 --> 00:14:28.331
их к трёхбалльной шкале.

00:14:29.052 --> 00:14:32.175
По этой шкале и следует оценивать
приемлемость рисков.

00:14:33.325 --> 00:14:37.606
Правда, граничные случаи, когда
вычисленная величина совпала с приемлемой,

00:14:37.726 --> 00:14:41.367
целесообразно рассматривать более
тщательно из-за приближённого характера

00:14:41.447 --> 00:14:46.928
результата. Если какие-либо риски
оказались недопустимо высокими, необходимо

00:14:47.008 --> 00:14:50.248
их нейтрализовать, реализовав
дополнительные меры защиты.

00:14:51.398 --> 00:14:55.756
Как правило, для ликвидации или
нейтрализации уязвимого места, сделавшего

00:14:55.836 --> 00:15:00.074
угрозу реальной, существует несколько
механизмов безопасности, различных по

00:15:00.194 --> 00:15:01.673
эффективности и стоимости.

00:15:02.822 --> 00:15:06.263
Например, если велика вероятность
нелегального входа в систему, можно

00:15:06.503 --> 00:15:10.784
потребовать, чтобы пользователи выбирали
длинные пароли, скажем, не менее восьми

00:15:10.864 --> 00:15:14.385
символов, задействовать программу
генерации паролей или закупить

00:15:14.465 --> 00:15:18.345
интегрированную систему аутентификации на
основе интеллектуальных карт.

00:15:19.518 --> 00:15:23.397
Если есть вероятность умышленного
повреждения сервера баз данных, что может

00:15:23.597 --> 00:15:25.037
иметь серьёзные последствия.

00:15:25.276 --> 00:15:28.796
Можно врезать замок в дверь серверной
комнаты или поставить около каждого

00:15:28.876 --> 00:15:29.995
сервера по охраннику.

00:15:31.166 --> 00:15:35.884
Оценивая стоимость мер защиты, приходится,
разумеется, учитывать не только прямые

00:15:35.964 --> 00:15:39.842
расходы на закупку оборудования из Или
программ, но и расходы на внедрение

00:15:39.962 --> 00:15:43.880
новинки и, в частности, обучение и
переподготовку персонала.

00:15:44.760 --> 00:15:48.798
Эту стоимость также можно оценить по
трёхбалльной шкале и затем сопоставить её

00:15:48.918 --> 00:15:51.477
с разностью между вычисленным и допустимым
риском.

00:15:52.717 --> 00:15:57.038
Если по этому показателю новое средство
оказывается экономически выгодным, его

00:15:57.238 --> 00:16:01.520
можно взять на заметку: подходящих
средств, вероятно, будет несколько.

00:16:02.520 --> 00:16:07.401
Однако, если средство окажется дорогим,
его не следует сразу отбрасывать, памятуя

00:16:07.481 --> 00:16:08.802
о приближённости расчётов.

00:16:10.086 --> 00:16:13.805
Выбирая подходящий способ защиты,
целесообразно учитывать возможность

00:16:13.965 --> 00:16:20.803
экранирования одним механизмом обеспечения
безопасности сразу прикладных сервисов.

00:16:21.523 --> 00:16:25.202
Так поступили в Мосачусицком
технологическом институте, защитив

00:16:25.482 --> 00:16:29.041
несколько тысяч компьютеров сервером
аутентификации Керберос.

00:16:30.201 --> 00:16:33.524
Важным обстоятельством является
совместимость нового средства со

00:16:33.604 --> 00:16:37.087
сложившейся организационной и
аппаратно-программной структурой с

00:16:37.167 --> 00:16:38.848
традициями организации.

00:16:39.729 --> 00:16:44.012
Меры безопасности, как правило, носят
недружественный характер, что может

00:16:44.333 --> 00:16:46.895
отрицательно сказаться на энтузиазме
сотрудников.

00:16:47.964 --> 00:16:52.446
Порой сохранение духа открытости важнее
минимизации материальных потерь.

00:16:53.006 --> 00:16:57.328
Впрочем, такого рода ориентиры должны быть
расставлены в политике безопасности

00:16:57.488 --> 00:16:58.809
верхнего уровня.

00:16:59.689 --> 00:17:03.931
Можно представить себе ситуацию, когда для
нейтрализации риска не существует

00:17:04.051 --> 00:17:06.132
эффективных и приемлемых по цене мер.

00:17:07.366 --> 00:17:11.801
Например, компания, базирующаяся в
сейсмически опасной зоне, не всегда может

00:17:12.041 --> 00:17:15.078
позволить себе строительство защищённой
штаб-квартиры.

00:17:15.757 --> 00:17:20.033
В таком случае приходится поднимать планку
приемлемого риска и переносить центр

00:17:20.113 --> 00:17:23.550
тяжести на смягчение последствий и
выработку планов восстановления после

00:17:23.749 --> 00:17:26.467
аварий, стихийных бедствий и иных
происшествий.

00:17:27.502 --> 00:17:31.701
Продолжая пример с сейсмоопасностью, можно
рекомендовать регулярное тиражирование

00:17:31.781 --> 00:17:35.620
данных в другой город и овладение
средствами восстановления первичной базы

00:17:35.780 --> 00:17:41.099
данных. Как и всякую иную деятельность,
реализацию и проверку новых регуляторов

00:17:41.258 --> 00:17:43.538
безопасности следует предварительно
планировать.

00:17:44.692 --> 00:17:48.451
В плане необходимо учесть наличие
финансовых средств и сроки обучения

00:17:48.611 --> 00:17:53.489
персонала. Если речь идёт о
программно-техническом механизме защиты,

00:17:53.729 --> 00:17:57.608
нужно составить план тестирования
автономного и комплексного.

00:17:58.688 --> 00:18:02.607
Когда намеченные меры приняты, необходимо
проверить их действенность, то есть

00:18:02.727 --> 00:18:05.566
убедиться, что остаточные риски стали
приемлемыми.

00:18:06.907 --> 00:18:11.267
Если это на самом деле так, значит, можно
спокойно намечать дату ближайшей

00:18:11.347 --> 00:18:16.307
переоценки. В противном случае придётся
проанализировать допущенные ошибки и

00:18:16.427 --> 00:18:19.546
провести повторный сеанс управления
рисками немедленно.

00:18:20.386 --> 00:18:24.386
Мы приступаем к рассмотрению мер
безопасности, которые ориентированы на

00:18:24.466 --> 00:18:26.586
людей, а не на технические средства.

00:18:27.655 --> 00:18:32.332
Именно люди формируют режим информационной
безопасности, и они же оказываются главной

00:18:32.452 --> 00:18:36.689
угрозой. Поэтому человеческий фактор
заслуживает особого внимания.

00:18:37.728 --> 00:18:41.645
В российских компаниях накоплен богатый
опыт регламентирования и реализации

00:18:41.845 --> 00:18:46.162
процедурных, организационных мер, однако
дело в том, что они пришли из

00:18:46.361 --> 00:18:49.519
докомпьютерного прошлого, поэтому требуют
переоценки.

00:18:50.747 --> 00:18:55.269
Следует осознать ту степень зависимости от
компьютерной обработки данных, в которую

00:18:55.429 --> 00:18:57.230
попало современное общество.

00:18:58.030 --> 00:19:02.752
Без всякого преувеличения можно сказать,
что необходима информационная гражданская

00:19:02.872 --> 00:19:03.312
оборона.

00:19:04.398 --> 00:19:08.277
Спокойно, без нагнетания страстей, нужно
разъяснять обществу не только

00:19:08.517 --> 00:19:13.195
преимущества, но и опасности, связанные с
использованием информационных технологий.

00:19:14.293 --> 00:19:18.015
Акцент следует делать не на военной или
криминальной стороне дела, а на

00:19:18.095 --> 00:19:21.656
гражданских аспектах, связанных с
поддержанием нормального функционирования

00:19:21.776 --> 00:19:25.617
аппаратного и программного обеспечения, то
есть концентрироваться на вопросах

00:19:25.737 --> 00:19:27.697
доступности и целостности данных.

00:19:28.578 --> 00:19:31.898
На процедурном уровне можно выделить
следующие классы мер.

00:19:33.103 --> 00:19:34.625
Управление персоналом.

00:19:35.586 --> 00:19:37.108
Физическая защита.

00:19:37.949 --> 00:19:40.031
Поддержание работоспособности.

00:19:40.872 --> 00:19:43.795
Реагирование на нарушение режима
безопасности.

00:19:44.596 --> 00:19:46.839
Планирование восстановительных работ.

00:19:47.720 --> 00:19:49.122
Управление персоналом.

00:19:50.383 --> 00:19:54.744
Управление персоналом начинается с приёма
нового сотрудника на работу и даже раньше

00:19:54.904 --> 00:19:56.864
составления описания должности.

00:19:57.664 --> 00:20:01.785
Уже на данном этапе желательно подключить
к работе специалиста по информационной

00:20:01.865 --> 00:20:07.347
безопасности для определения компьютерных
привилегий, ассоциируемых с должностью.

00:20:08.490 --> 00:20:12.448
Существуют два общих принципа, которые
следует иметь в виду.

00:20:13.328 --> 00:20:15.167
Разделение обязанностей.

00:20:15.966 --> 00:20:17.726
Минимизация привилегий.

00:20:18.485 --> 00:20:21.924
Принцип разделения обязанностей
предписывает, как распределять роли и

00:20:22.004 --> 00:20:26.282
ответственность, чтобы один человек не мог
нарушить критически важный для организации

00:20:26.482 --> 00:20:26.922
процесс.

00:20:28.060 --> 00:20:32.425
Например, нежелательна ситуация, когда
крупные платежи от имени организации

00:20:32.625 --> 00:20:34.267
выполняет один человек.

00:20:35.108 --> 00:20:39.472
Надежнее поручить одному сотруднику
оформление заявок на подобные платежи, а

00:20:39.592 --> 00:20:41.474
другому заверять эти заявки.

00:20:42.315 --> 00:20:45.878
Другой пример — процедурные ограничения
действий суперпользователя.

00:20:47.123 --> 00:20:51.245
Можно искусственно расщепить пароль
суперпользователя, сообщив первую его

00:20:51.406 --> 00:20:54.087
часть одному сотруднику, а вторую —
другому.

00:20:54.928 --> 00:20:59.050
Тогда критически важные действия по
администрированию из они смогут выполнить

00:20:59.130 --> 00:21:02.933
только вдвоём, что снижает вероятность
ошибок и злоупотреблений.

00:21:04.167 --> 00:21:07.490
Принцип минимизации привилегий
предписывает выделять пользователям только

00:21:07.690 --> 00:21:12.175
те права доступа, которые необходимы им
для выполнения служебных обязанностей.

00:21:12.976 --> 00:21:16.820
Назначение этого принципа очевидно
уменьшить ущерб от случайных или

00:21:16.980 --> 00:21:18.542
умышленных некорректных действий.

00:21:19.702 --> 00:21:23.706
Предварительное составление описания
должности позволяет оценить её критичность

00:21:23.866 --> 00:21:27.069
и спланировать процедуру проверки и отбора
кандидатов.

00:21:27.870 --> 00:21:31.593
Чем ответственнее должность, тем
тщательнее нужно проверять кандидатов,

00:21:31.714 --> 00:21:35.877
навести о них справки, быть может,
побеседовать с бывшими сослуживцами и так

00:21:35.998 --> 00:21:36.278
далее.

00:21:37.438 --> 00:21:41.874
Подобная процедура может быть длительной и
дорогой, поэтому нет смысла дополнительно

00:21:42.074 --> 00:21:47.510
усложнять её. В то же время неразумно и
совсем отказываться от предварительной

00:21:47.590 --> 00:21:51.467
проверки, чтобы случайно не принять на
работу человека с уголовным прошлым или

00:21:51.627 --> 00:21:52.906
психическим заболеванием.

00:21:54.150 --> 00:21:58.067
Когда кандидат определён, он, вероятно,
должен пройти обучение.

00:21:58.267 --> 00:22:02.303
По крайней мере, его следует подробно
ознакомить со служебными обязанностями, а

00:22:02.463 --> 00:22:05.820
также с нормами и процедурами
информационной безопасности.

00:22:06.699 --> 00:22:10.936
Желательно, чтобы меры безопасности были
им усвоены до вступления в должность и до

00:22:11.056 --> 00:22:15.012
заведения его системного счёта с входным
именем, паролем и привилегиями.

00:22:16.368 --> 00:22:20.487
С момента заведения системного щита
начинается его администрирование, а также

00:22:20.607 --> 00:22:23.486
протоколирование и анализ действий
пользователя.

00:22:24.245 --> 00:22:28.844
Постепенно изменяется окружение, в котором
работает пользователь, его служебные

00:22:28.964 --> 00:22:30.443
обязанности и т. п.

00:22:31.323 --> 00:22:34.402
Всё это требует соответствующего изменения
привилегий.

00:22:35.471 --> 00:22:38.949
Техническую сложность представляют
временные перемещения пользователя,

00:22:39.069 --> 00:22:43.027
выполнение им обязанностей взамен
сотрудника, ушедшего в отпуск и иные

00:22:43.147 --> 00:22:47.225
обстоятельства, когда полномочия нужно
сначала предоставить, а через некоторое

00:22:47.305 --> 00:22:48.545
время взять обратно.

00:22:49.304 --> 00:22:53.622
В такие периоды профиль активности
пользователя резко меняется, что создаёт

00:22:53.742 --> 00:22:56.181
трудности при выявлении подозрительных
ситуаций.

00:22:57.330 --> 00:23:01.048
Определённую аккуратность следует
соблюдать и при выдаче новых постоянных

00:23:01.128 --> 00:23:04.526
полномочий, не забывая ликвидировать
старые права доступа.

00:23:05.366 --> 00:23:09.204
Ликвидация системного щита пользователя,
особенно в случае конфликта между

00:23:09.404 --> 00:23:13.242
сотрудником и организацией, должна
производиться максимально оперативно.

00:23:13.473 --> 00:23:17.194
В идеале одновременно с извещением о
наказании или увольнении.

00:23:18.235 --> 00:23:22.115
Возможно и физическое ограничение доступа
к рабочему месту.

00:23:22.916 --> 00:23:27.557
Разумеется, если сотрудник увольняется, у
него нужно принять все его компьютерные

00:23:27.677 --> 00:23:32.198
хозяйство, в частности, криптографические
ключи, если использовались средства

00:23:32.318 --> 00:23:32.958
шифрования.

00:23:34.263 --> 00:23:38.060
К управлению сотрудниками примыкает
администрирование лиц, работающих по

00:23:38.140 --> 00:23:42.455
контракту, например, специалистов
фирмы-поставщика, помогающих запустить

00:23:42.575 --> 00:23:48.289
новую систему. В соответствии с принципом
минимизации привилегий им нужно выделить

00:23:48.369 --> 00:23:52.845
ровно столько прав, сколько необходимо, и
изъять эти права сразу по окончании

00:23:52.885 --> 00:23:53.444
контракта.

00:23:54.560 --> 00:23:58.962
Проблема, однако, состоит в том, что на
начальном этапе внедрения внешне

00:23:59.242 --> 00:24:02.683
сотрудники будут администрировать местных,
а не наоборот.

00:24:03.524 --> 00:24:08.086
Здесь на первый план выходит квалификация
персонала организации, его способность

00:24:08.326 --> 00:24:09.566
быстро обучаться, а

00:24:10.922 --> 00:24:13.799
Также оперативное проведение учебных
курсов.

00:24:14.638 --> 00:24:17.516
Важны и принципы выбора деловых партнёров.

00:24:18.315 --> 00:24:22.231
Иногда внешние организации принимают на
обслуживание и администрирование

00:24:22.311 --> 00:24:26.547
ответственные компоненты компьютерной
системы, например, сетевое оборудование.

00:24:27.774 --> 00:24:31.171
Нередко администрирование выполняется в
удалённом режиме.

00:24:32.091 --> 00:24:36.487
Вообще говоря, это создаёт в системе
дополнительные уязвимые места, которое

00:24:36.647 --> 00:24:40.723
необходимо компенсировать усиленным
контролем средств удалённого доступа или,

00:24:40.963 --> 00:24:43.641
опять-таки, обучением собственных
сотрудников.

00:24:44.942 --> 00:24:49.465
Мы видим, что проблема обучения — одна из
основных с точки зрения информационной

00:24:49.585 --> 00:24:55.029
безопасности. Если сотрудник не знаком с
политикой безопасности своей организации,

00:24:55.269 --> 00:24:58.751
он не может стремиться к достижению
сформулированных в ней целей.

00:24:59.472 --> 00:25:00.993
Не зная мер безопасности,

00:25:01.368 --> 00:25:03.007
Он не сможет их соблюдать.

00:25:03.767 --> 00:25:08.926
Напротив, если сотрудник знает, что его
действия протоколируются, он, возможно,

00:25:09.126 --> 00:25:10.886
воздержится от нарушений.

00:25:11.806 --> 00:25:15.965
Безопасность информационной системы
зависит от окружения, в котором она

00:25:16.125 --> 00:25:16.885
функционирует.

00:25:18.068 --> 00:25:22.671
Необходимо принять меры для защиты зданий
и прилегающей территории, поддерживающей

00:25:22.751 --> 00:25:26.353
инфраструктуры, вычислительной техники,
носителей данных.

00:25:27.234 --> 00:25:31.317
Основной принцип физической защиты,
соблюдение которого следует постоянно

00:25:31.397 --> 00:25:35.399
контролировать, формулируется как
непрерывность защиты в пространстве и

00:25:35.519 --> 00:25:35.960
времени.

00:25:37.356 --> 00:25:40.515
Ранее мы рассматривали понятие окон
опасности.

00:25:41.195 --> 00:25:44.514
Для физической защиты таких окон быть не
должно.

00:25:45.314 --> 00:25:49.153
Мы кратко рассмотрим следующие направления
физической защиты.

00:25:50.073 --> 00:25:52.272
Физическое управление доступом.

00:25:53.072 --> 00:25:54.432
Противопожарные меры.

00:25:55.722 --> 00:25:58.320
Защита поддерживающей инфраструктуры.

00:25:59.239 --> 00:26:01.277
Защита от перехвата данных.

00:26:02.196 --> 00:26:03.914
Защита мобильных систем.

00:26:04.873 --> 00:26:08.350
Меры физического управления доступом
позволяют контролировать и при

00:26:08.470 --> 00:26:12.066
необходимости ограничивать вход и выход
сотрудников и посетителей.

00:26:13.175 --> 00:26:17.575
Контролироваться может все здания
организации, а также отдельные помещения,

00:26:17.735 --> 00:26:21.975
например, те, где расположены серверы,
коммуникационная аппаратура и т.

00:26:22.055 --> 00:26:27.015
п. п. При проектировании и реализации мер
физического управления доступом

00:26:27.175 --> 00:26:29.335
целесообразно применять объектный подход.

00:26:30.518 --> 00:26:34.195
Во-первых, определяется периметр
безопасности, ограничивающий

00:26:34.275 --> 00:26:35.874
контролируемую территорию.

00:26:36.713 --> 00:26:40.950
На этом уровне детализации важно продумать
внешний интерфейс организации, порядок

00:26:41.030 --> 00:26:45.586
входа с выхода штатных сотрудников и
посетителей внос выноса техники.

00:26:46.752 --> 00:26:50.994
Всё, что не входит во внешний интерфейс,
должно быть инкапсулировано, то есть

00:26:51.154 --> 00:26:53.595
защищено от нелегальных проникновений.

00:26:54.476 --> 00:26:58.638
Во-вторых, производится декомпозиция
контролируемой территории, выделяются

00:26:59.038 --> 00:27:01.999
падобы и связи, проходы между ними.

00:27:03.267 --> 00:27:07.067
При такой более глубокой детализации
следует выделить среди подобъектов

00:27:07.227 --> 00:27:11.187
наиболее критичные с точки зрения
безопасности и обеспечить им повышенное

00:27:11.267 --> 00:27:16.307
внимание. Декомпозиция должна быть
семантически оправданной, обеспечивающей

00:27:16.347 --> 00:27:20.587
разграничение разнородных сущностей, таких
как оборудование разных владельцев или

00:27:20.747 --> 00:27:23.987
персонал, работающие с данными разной
степени критичности.

00:27:25.153 --> 00:27:29.392
Важно сделать так, чтобы посетители, по
возможности, не имели непосредственного

00:27:29.472 --> 00:27:33.710
доступа к компьютерам или, в крайнем
случае, позаботиться о том, чтобы от окон

00:27:33.750 --> 00:27:36.789
и дверей не просматривались экраны
мониторов и принтеры.

00:27:37.589 --> 00:27:42.347
Необходимо, чтобы посетителей по внешнему
виду можно было отличить от сотрудников.

00:27:43.536 --> 00:27:47.532
Если отличие состоит в том, что
посетителям выдаются идентификационные

00:27:47.652 --> 00:27:51.728
карточки, а сотрудники ходят без
опознавательных знаков, злоумышленнику

00:27:51.848 --> 00:27:55.284
достаточно снять карточку, чтобы его
считали своим.

00:27:56.123 --> 00:27:59.560
Очевидно, соответствующие карточки нужно
выдавать всем.

00:28:00.844 --> 00:28:04.325
Средства физического управления доступом
известны давно.

00:28:05.085 --> 00:28:10.207
Это охрана, двери с замками, перегородки,
телекамеры, датчики движения и многое

00:28:10.327 --> 00:28:15.688
другое. Для выбора оптимального, по
критерию стоимости эффективность средства

00:28:15.888 --> 00:28:17.889
целесообразно провести анализ рисков.

00:28:18.009 --> 00:28:19.529
К этому мы ещё вернёмся.

00:28:20.868 --> 00:28:25.186
Кроме того, есть смысл периодически
отслеживать появление технических новинок

00:28:25.266 --> 00:28:29.624
в данной области, стараясь максимально
автоматизировать физическую защиту.

00:28:30.543 --> 00:28:34.901
Более подробно данная тема рассмотрена в
статье Барсукова «Физическая защита

00:28:35.061 --> 00:28:39.418
информационных систем Get-Info—197—1».

00:28:41.017 --> 00:28:45.621
Профессия пожарного одна из древнейших, но
пожары по-прежнему случаются и наносят

00:28:45.661 --> 00:28:50.824
большой ущерб. Мы не собираемся цитировать
параграфы противопожарных инструкций или

00:28:50.984 --> 00:28:54.587
изобретать новые методы борьбы с огнём, на
это есть профессионалы.

00:28:55.347 --> 00:28:59.110
Отметим лишь необходимость установки
противопожарной сигнализации и

00:28:59.230 --> 00:29:01.312
автоматических средств пожаротушения.

00:29:02.550 --> 00:29:07.754
Обратим также внимание на то, что защитные
меры могут создавать новые слабые места.

00:29:08.634 --> 00:29:13.358
Если на работу взят новый охранник, это,
вероятно, улучшает физическое управление

00:29:13.598 --> 00:29:18.962
доступом. Если же он по ночам курит и
пьёт, то ввиду повышенной пожароопасности

00:29:19.202 --> 00:29:21.403
подобная мера защиты может только
навредить.

00:29:22.608 --> 00:29:26.567
К поддерживающей инфраструктуре можно
отнести системы электро, воды и

00:29:26.687 --> 00:29:30.046
теплоснабжения, кондиционеры и средства
коммуникаций.

00:29:30.806 --> 00:29:35.045
В принципе, к ним применимы те же
требования целостности и доступности, что

00:29:35.205 --> 00:29:36.965
и к информационным системам.

00:29:37.725 --> 00:29:42.244
Для обеспечения целостности нужно защищать
оборудование от краж и повреждений.

00:29:43.427 --> 00:29:46.984
Для поддержания доступности следует
выбирать оборудование с максимальным

00:29:47.064 --> 00:29:51.301
временем наработки на отказ, дублировать
ответственные узлы и всегда иметь под

00:29:51.421 --> 00:29:56.536
рукой запчасти. Отдельную проблему
составляют аварии водопровода.

00:29:57.256 --> 00:30:00.773
Они происходят нечасто, но могут нанести
огромный ущерб.

00:30:01.882 --> 00:30:05.043
При размещении компьютеров необходимо
принять во внимание расположение

00:30:05.283 --> 00:30:09.763
водопроводных и канализационных труб и
постараться держаться от них подальше.

00:30:10.523 --> 00:30:15.044
Сотрудники должны знать, куда следует
обращаться при обнаружении протечек.

00:30:15.724 --> 00:30:17.764
Перехват данных, о чём мы уже писали

00:30:18.230 --> 00:30:21.034
Может осуществляться самыми разными
способами.

00:30:21.955 --> 00:30:25.840
Злоумышленник может подсматривать за
экраном монитора, читать пакеты,

00:30:25.920 --> 00:30:30.126
передаваемые по сети, производить анализ
побочных электромагнитных излучений и

00:30:30.246 --> 00:30:32.048
наводок, пемен и так далее.

00:30:33.242 --> 00:30:37.284
Остаётся уповать на повсеместное
использование криптографии, что, впрочем,

00:30:37.444 --> 00:30:41.326
сопряжено у нас в стране со множеством
технических и законодательных проблем,

00:30:41.486 --> 00:30:45.088
стараться максимально расширить
контролируемую территорию, разместившись в

00:30:45.128 --> 00:30:49.570
тихом особнячке, поодаль от других домов,
пытаться держать под контролем линии

00:30:49.650 --> 00:30:50.451
связи, например

00:30:51.028 --> 00:30:54.145
Заключать их в надувную оболочку с
обнаружением прокалывания.

00:30:54.265 --> 00:30:58.659
Но самое разумное, вероятно, постараться
осознать, что для коммерческих систем

00:30:58.859 --> 00:31:03.773
обеспечение конфиденциальности является
всё-таки не главной задачей.

00:31:04.984 --> 00:31:08.463
Желающим подробнее ознакомиться с
вопросом, мы рекомендуем прочитать статью

00:31:08.663 --> 00:31:13.262
Барсукова «Блокирование технологических
каналов утечки информации Jet.Info

00:31:13.502 --> 00:31:16.142
1998-56».

00:31:17.142 --> 00:31:20.581
Мобильные и портативные компьютеры —
заманчивый объект кражи.

00:31:21.684 --> 00:31:26.125
Их часто оставляют без присмотра в
автомобиле или на работе, и похитить такой

00:31:26.325 --> 00:31:28.006
компьютер совсем несложно.

00:31:28.686 --> 00:31:33.007
То и дело средства массовой информации
сообщают о том, что какой-нибудь офицер

00:31:33.087 --> 00:31:36.928
английской разведки или американский
военный лишился таким образом движимого

00:31:37.048 --> 00:31:37.568
имущества.

00:31:38.717 --> 00:31:42.280
Мы настоятельно рекомендуем шифровать
данные на жёстких дисках таких

00:31:42.360 --> 00:31:47.645
компьютеров. Вообще говоря, при выборе
средств физической защиты следует

00:31:47.725 --> 00:31:49.446
производить анализ рисков.

00:31:50.167 --> 00:31:53.530
Так, принимая решение о закупке источника
бесперебойного питания

00:31:53.966 --> 00:31:58.125
Необходимо учесть качество электропитания
в здании, занимаемом организацией;

00:31:58.285 --> 00:32:02.604
впрочем, почти наверняка оно окажется
плохим, характер и длительность сбоев

00:32:02.764 --> 00:32:07.402
электропитания, стоимость доступных
источников и возможные потери от аварий.

00:32:08.202 --> 00:32:11.561
Поломка техники, приостановка работы
организации и т.

00:32:11.641 --> 00:32:11.801
п.

00:32:13.412 --> 00:32:18.008
СМже статью Барсукова «Защита компьютерных
систем от силовых деструктивных

00:32:18.088 --> 00:32:21.285
воздействий в Get-Info 200—2».

00:32:22.244 --> 00:32:25.761
В то же время во многих случаях решения
очевидны.

00:32:26.561 --> 00:32:30.437
Меры противопожарной безопасности
обязательны для всех организаций.

00:32:31.547 --> 00:32:35.622
Стоимость реализации многих мер, например,
установка обычного замка на дверь

00:32:35.702 --> 00:32:40.338
серверной комнаты, либо мала, либо хоть и
заметна, но всё же явно меньше, чем

00:32:40.537 --> 00:32:46.771
возможный ущерб. В частности, имеет смысл
регулярно копировать большие базы данных.

00:32:47.530 --> 00:32:49.928
Далее рассмотрим ряд рутинных мероприятий.

00:32:50.200 --> 00:32:53.923
Направленных на поддержание
работоспособности информационных систем.

00:32:54.683 --> 00:32:57.365
Именно здесь таится наибольшая опасность.

00:32:58.126 --> 00:33:02.209
Нечаянные ошибки системных администраторов
и пользователей грозят повреждением

00:33:02.289 --> 00:33:04.811
аппаратуры, разрушением программ и данных.

00:33:05.011 --> 00:33:08.814
В лучшем случае они создают бреши в
защите, которые делает возможной

00:33:08.934 --> 00:33:10.015
реализацию угроз.

00:33:11.118 --> 00:33:15.439
Недооценка факторов безопасности в
повседневной работе ахиллесова пят многих

00:33:15.520 --> 00:33:20.401
организаций. Дорогие средства безопасности
теряют смысл, если они плохо

00:33:20.521 --> 00:33:24.202
документированы, конфликтуют с другим
программным обеспечением, а пароль

00:33:24.282 --> 00:33:27.042
системного администратора не менялся с
момента установки.

00:33:28.293 --> 00:33:31.777
Можно выделить следующие направления
повседневной деятельности.

00:33:32.698 --> 00:33:34.380
Поддержка пользователей.

00:33:35.181 --> 00:33:37.623
Поддержка программного обеспечения.

00:33:38.584 --> 00:33:40.667
Конфигурационное управление.

00:33:41.668 --> 00:33:43.390
Резервное копирование.

00:33:44.271 --> 00:33:45.672
Управление носителями.

00:33:46.940 --> 00:33:50.462
Документирование. Регламентные работы.

00:33:51.303 --> 00:33:55.466
Поддержка пользователей подразумевает
прежде всего консультирование и оказание

00:33:55.626 --> 00:33:57.988
помощи при решении разного рода проблем.

00:33:58.629 --> 00:34:02.592
Иногда в организациях создают для этой
цели специальный справочный стол.

00:34:02.870 --> 00:34:06.229
Но чаще от пользователей отбивается
системный администратор.

00:34:06.909 --> 00:34:10.749
Очень важно в потоке вопросов уметь
выявлять проблемы, связанные с

00:34:10.829 --> 00:34:12.468
информационной безопасностью.

00:34:13.228 --> 00:34:17.588
Так, многие трудности пользователей,
работающих на персональных компьютерах,

00:34:17.748 --> 00:34:19.827
могут быть следствием заражения вирусами.

00:34:20.930 --> 00:34:24.731
Целесообразно фиксировать запросы
пользователей, чтобы выявлять их типичные

00:34:24.811 --> 00:34:28.172
ошибки и выпускать памятки с
рекомендациями для распространённых

00:34:28.252 --> 00:34:33.093
ситуаций. Поддержка программного
обеспечения — одно из важнейших средств

00:34:33.253 --> 00:34:35.334
обеспечения целостности информации.

00:34:36.134 --> 00:34:41.015
Прежде всего, необходимо следить за тем,
какое программное обеспечение установлено

00:34:41.095 --> 00:34:41.775
на компьютерах.

00:34:42.914 --> 00:34:46.630
Если пользователи будут устанавливать
программы по своему усмотрению, это может

00:34:46.830 --> 00:34:51.146
привести к заражению вирусами, а также
появлению утилит, действующих в обход

00:34:51.345 --> 00:34:56.540
защитных средств. Вполне вероятно также,
что самодеятельность пользователей

00:34:56.620 --> 00:35:00.057
постепенно приведёт к хаосу на их
компьютерах, а исправлять ситуацию

00:35:00.137 --> 00:35:02.015
придётся системному администратору.

00:35:03.303 --> 00:35:06.742
Второй аспект поддержки программного
обеспечения — контроль за отсутствием

00:35:06.782 --> 00:35:10.060
неавторизованного изменения программ и
прав доступа к ним.

00:35:10.820 --> 00:35:14.898
Сюда же можно отнести поддержку эталонных
копий программных систем.

00:35:15.657 --> 00:35:19.216
Обычный контроль достигается
комбинированием средств физического и

00:35:19.336 --> 00:35:23.414
логического управления доступом, а также
использованием утилит проверки и

00:35:23.533 --> 00:35:24.773
обеспечения целостности.

00:35:26.000 --> 00:35:30.001
Конфигурационное управление позволяет
контролировать и фиксировать изменения,

00:35:30.161 --> 00:35:32.442
вносимые в программную конфигурацию.

00:35:33.202 --> 00:35:37.803
Прежде всего, необходимо застраховаться от
случайных или непродуманных модификаций,

00:35:37.923 --> 00:35:41.603
уметь как минимум возвращаться к прошлой
работающей версии.

00:35:42.723 --> 00:35:47.284
Фиксация изменений позволит легко
восстановить текущую версию после аварии.

00:35:48.205 --> 00:35:51.805
Лучший способ уменьшить количество ошибок
в рутинной работе, максимально

00:35:52.005 --> 00:35:53.326
автоматизировать её.

00:35:54.166 --> 00:35:59.447
Правы те ленивые программисты и системные
администраторы, которые, окинув взглядом

00:35:59.527 --> 00:36:03.248
море однообразных задач, говорят: «Я ни за
что не буду делать».

00:36:04.408 --> 00:36:08.372
Для этого я напишу программу, которая
сделает всё за меня.

00:36:09.253 --> 00:36:14.138
Автоматизация и безопасность зависят друг
от друга: тот, кто заботится в первую

00:36:14.178 --> 00:36:18.302
очередь об облегчении своей задачи, на
самом деле оптимальным образом формирует

00:36:18.422 --> 00:36:20.224
режим информационной безопасности.

00:36:21.424 --> 00:36:25.140
Резервное копирование необходимо для
восстановления программ и данных после

00:36:25.380 --> 00:36:29.894
аварий. И здесь целесообразно
автоматизировать работу, как минимум,

00:36:30.014 --> 00:36:34.209
сформировав компьютерное расписание
создания полных и инкрементальных копий, а

00:36:34.369 --> 00:36:37.686
как максимум, воспользовавшись
соответствующими программными продуктами

00:36:37.925 --> 00:36:38.365
СМ.

00:36:38.721 --> 00:36:42.284
Например, Jet Info 20012.

00:36:43.125 --> 00:36:47.168
Нужно также наладить размещение копий в
безопасном месте, защищённом от

00:36:47.248 --> 00:36:51.412
несанкционированного доступа, пожаров,
протечек, то есть от всего, что может

00:36:51.652 --> 00:36:54.014
привести к краже или повреждению
носителей.

00:36:55.067 --> 00:36:59.265
Целесообразно иметь несколько экземпляров
резервных копий и часть из них хранить вне

00:36:59.345 --> 00:37:03.744
территории организации, защищаясь таким
образом от крупных аварий и аналогичных

00:37:03.824 --> 00:37:08.782
инцидентов. Время от времени в тестовых
целях следует проверять возможность

00:37:08.942 --> 00:37:10.822
восстановления информации с копий.

00:37:12.043 --> 00:37:15.840
Управлять носителями необходимо для
обеспечения физической защиты и учёта

00:37:15.920 --> 00:37:18.479
дискет, лент, печатных выдач и т.

00:37:18.599 --> 00:37:22.956
п. Управление носителями должно
обеспечивать конфиденциалность,

00:37:23.076 --> 00:37:27.353
целостность и доступность информации,
хранящейся вне компьютерных систем.

00:37:28.462 --> 00:37:31.784
Под физической защитой здесь понимается не
только отражение попыток

00:37:31.864 --> 00:37:35.466
несанкционированного доступа, но и
предохранение от вредных влияний

00:37:35.586 --> 00:37:39.668
окружающей среды, жары, холода, влаги,
магнетизма.

00:37:40.629 --> 00:37:44.671
Управление носителями должно охватывать
весь жизненный цикл от закупки до

00:37:44.751 --> 00:37:46.192
выведения из эксплуатации.

00:37:47.453 --> 00:37:51.215
Документирование — неотъемлемая часть
информационной безопасности.

00:37:51.975 --> 00:37:56.738
В виде документов оформляется почти всё —
от политики безопасности до журнала учёта

00:37:56.818 --> 00:38:02.381
носителей. Важно, чтобы документация была
актуальной, отражало именно текущее

00:38:02.461 --> 00:38:05.102
состояние дел, причём в непротиворечивом
виде.

00:38:06.357 --> 00:38:11.472
К хранению одних документов, содержащих,
например, анализ уязвимых мест системы и

00:38:11.592 --> 00:38:16.067
угроз, применимы требования обеспечения
конфиденциальности к другим, таким, как

00:38:16.226 --> 00:38:19.663
план восстановления после аварии,
требования целостности и доступности.

00:38:19.783 --> 00:38:22.939
В критической ситуации план необходимо
найти и прочитать.

00:38:24.494 --> 00:38:28.096
Регламентные работы — очень серьёзная
угроза безопасности.

00:38:28.897 --> 00:38:33.380
Сотрудник, осуществляющий регламентные
работы, получает исключительный доступ к

00:38:33.500 --> 00:38:37.824
системе, и на практике очень трудно
проконтролировать, какие именно действия

00:38:38.024 --> 00:38:43.508
он совершает. Здесь на первый план выходит
степень доверия к тем, кто выполняет

00:38:43.588 --> 00:38:43.948
работу.

00:38:45.216 --> 00:38:49.340
Программа безопасности, принятая
организацией, должна предусматривать набор

00:38:49.380 --> 00:38:53.665
оперативных мероприятий, направленных на
обнаружение и нейтрализацию нарушений

00:38:53.825 --> 00:38:55.867
режима информационной безопасности.

00:38:56.788 --> 00:38:59.951
Важно, чтобы в подобных случаях
последовательность действий была

00:38:59.991 --> 00:39:01.032
спланирована заранее.

00:39:01.342 --> 00:39:04.983
Поскольку меры нужно принимать срочные и
скоординированные.

00:39:05.503 --> 00:39:09.784
Реакция на нарушение режима безопасности
преследует три главные цели.

00:39:10.624 --> 00:39:14.264
Локализация инцидента и уменьшение
наносимого вреда.

00:39:15.144 --> 00:39:16.585
Выявление нарушителя.

00:39:17.903 --> 00:39:20.023
Предупреждение повторных нарушений.

00:39:20.943 --> 00:39:25.783
В организации должен быть человек,
доступный 24 часа в сутки лично, по

00:39:25.903 --> 00:39:30.822
телефону, пейджеру или электронной почте,
который отвечает за реакцию на нарушение.

00:39:31.662 --> 00:39:36.262
Все должны знать координаты этого человека
и обращаться к нему при первых признаках

00:39:36.342 --> 00:39:36.902
опасности.

00:39:38.018 --> 00:39:43.099
В общем, как при пожаре, нужно знать, куда
звонить и что делать до приезда пожарной

00:39:43.219 --> 00:39:47.540
команды. Важность быстрой и
скоординированной реакции можно

00:39:47.780 --> 00:39:49.900
продемонстрировать на следующем примере.

00:39:50.740 --> 00:39:55.181
Пусть локальная сеть предприятия состоит
из двух сегментов, администрируемых

00:39:55.301 --> 00:39:56.022
разными людьми.

00:39:57.272 --> 00:40:00.712
Далее, пусть в один из сегментов был
внесён вирус.

00:40:01.312 --> 00:40:06.112
Почти наверняка через несколько минут или
в крайнем случае, несколько десятков минут

00:40:06.512 --> 00:40:09.071
вирус распространится и на другой сегмент.

00:40:09.951 --> 00:40:12.071
Значит, меры нужно принять.

00:40:12.991 --> 00:40:13.791
Немедленно.

00:40:14.957 --> 00:40:18.315
Вычищать вирус необходимо одновременно в
обоих сегментах.

00:40:18.475 --> 00:40:21.913
В противном случае сегмент,
восстановленный первым, заразится от

00:40:22.033 --> 00:40:25.271
другого, а затем вирус вернётся и во
второй сегмент.

00:40:26.070 --> 00:40:30.627
Нередко требование локализации инцидента и
уменьшения наносимого вреда вступает в

00:40:30.707 --> 00:40:32.826
конфликт с желанием выявить нарушителя.

00:40:34.165 --> 00:40:37.761
В политике безопасности организации
приоритеты должны быть расставлены

00:40:37.881 --> 00:40:43.034
заранее. Поскольку, как показывает
практика, выявить злоумышленника очень

00:40:43.234 --> 00:40:47.828
сложно. На наш взгляд, в первую очередь
следует заботиться об уменьшении ущерба.

00:40:49.163 --> 00:40:53.327
Чтобы найти нарушителя, нужно заранее
выяснить контактные координаты поставщика

00:40:53.407 --> 00:40:57.370
сетевых услуг и договориться с ним о самой
возможности и порядке выполнения

00:40:57.530 --> 00:40:58.892
соответствующих действий.

00:40:59.652 --> 00:41:02.695
Более подробно данная тема рассматривается
в статье Н.

00:41:02.775 --> 00:41:07.099
Браунли и Этмена «Как реагировать на
нарушение информационной безопасности».

00:41:08.474 --> 00:41:12.910
Чтобы предотвратить повторное нарушение,
необходимо анализировать каждый инцидент,

00:41:12.990 --> 00:41:15.548
выявлять причины, накапливать статистику.

00:41:16.347 --> 00:41:18.745
Каковы источники вредоносного П?

00:41:19.504 --> 00:41:23.181
Какие пользователи имеют обыкновение
выбирать слабые пароли?

00:41:24.020 --> 00:41:27.457
На подобные вопросы и должны дать ответ
результаты анализа.

00:41:28.701 --> 00:41:32.503
Необходимо отслеживать появление новых
уязвимых мест и как можно быстрее

00:41:32.583 --> 00:41:35.625
ликвидировать ассоциированные с ними окна
опасности.

00:41:36.346 --> 00:41:40.909
Кто-то в организации должен курировать
этот процесс, принимать краткосрочные меры

00:41:41.029 --> 00:41:44.511
и корректировать программу безопасности
для принятия долгосрочных мер.

00:41:45.738 --> 00:41:47.819
Планирование восстановительных работ.

00:41:48.739 --> 00:41:53.180
Ни одна организация не застрахована от
серьёзных аварий, вызванных естественными

00:41:53.260 --> 00:41:57.781
причинами, действиями злоумышленника,
халатностью или некомпетентностью.

00:41:58.542 --> 00:42:03.023
В то же время у каждой организации есть
функции, которые руководство считает

00:42:03.143 --> 00:42:06.583
критически важными, они должны
выполняться, несмотря ни на что.

00:42:07.693 --> 00:42:10.975
Планирование восстановительных работ
позволяет подготовиться к авариям,

00:42:11.095 --> 00:42:15.057
уменьшить ущерб от них и сохранить
способность к функционированию хотя бы в

00:42:15.097 --> 00:42:20.020
минимальном объёме. Отметим, что меры
информационной безопасности можно

00:42:20.220 --> 00:42:24.703
разделить на три группы, в зависимости от
того, направлены ли они на предупреждение,

00:42:24.863 --> 00:42:27.464
обнаружение или ликвидацию последствий
атак.

00:42:28.658 --> 00:42:31.497
Большинство мер носит предупредительный
характер.

00:42:32.176 --> 00:42:35.535
Оперативный анализ регистрационной
информации и некоторые аспекты

00:42:35.615 --> 00:42:36.934
реагирования на нарушения.

00:42:37.054 --> 00:42:41.652
Так называемый активный аудит служит для
обнаружения и отражения атак.

00:42:42.332 --> 00:42:46.530
Планирование восстановительных работ,
очевидно, можно отнести к последней из

00:42:46.610 --> 00:42:47.849
трёх перечисленных групп.

00:42:49.070 --> 00:42:53.514
Процесс планирования восстановительных
работ можно разделить на следующие этапы.

00:42:54.475 --> 00:42:59.720
Выявление критически важных функций
организации, установление приоритетов.

00:43:00.080 --> 00:43:04.684
Идентификация ресурсов, необходимых для
выполнения критически важных функций.

00:43:05.861 --> 00:43:08.502
Определение перечня возможных аварий.

00:43:09.222 --> 00:43:12.022
Разработка стратегии восстановительных
работ.

00:43:12.822 --> 00:43:15.623
Подготовка к реализации выбранной
стратегии.

00:43:16.463 --> 00:43:17.944
Проверка стратегии.

00:43:18.744 --> 00:43:23.265
Планируя восстановительные работы, следует
отдавать себе отчёт в том, что полностью

00:43:23.345 --> 00:43:26.385
сохранить функционирование организации не
всегда возможно.

00:43:27.501 --> 00:43:31.580
Необходимо выявить критически важные
функции, без которых организация теряет

00:43:31.660 --> 00:43:36.019
своё лицо, и даже среди критичных функций
расставить приоритеты, чтобы как можно

00:43:36.259 --> 00:43:39.898
быстрее и с минимальными затратами
возобновить работу после аварии.

00:43:40.738 --> 00:43:45.017
Идентифицируя ресурсы, необходимые для
выполнения критически важных функций,

00:43:45.177 --> 00:43:48.897
следует помнить, что многие из них имеют
некомпьютерный характер.

00:43:49.972 --> 00:43:53.814
На данном этапе желательно подключать к
работе специалистов разного профиля,

00:43:53.974 --> 00:43:57.296
способных в совокупности охватить все
аспекты проблемы.

00:43:58.096 --> 00:44:02.938
Критичные ресурсы обычно относятся к одной
из следующих категорий.

00:44:03.058 --> 00:44:06.700
Персонал. Информационная инфраструктура.

00:44:07.944 --> 00:44:09.823
Физическая инфраструктура.

00:44:10.702 --> 00:44:14.259
Составляя списки ответственных
специалистов, следует учитывать, что

00:44:14.379 --> 00:44:18.655
некоторые из них могут непосредственно
пострадать от аварии, например, от пожара.

00:44:18.775 --> 00:44:22.692
Кто-то может находиться в состоянии
стресса, часть сотрудников, возможно,

00:44:22.972 --> 00:44:26.888
будет лишена возможности попасть на
работу, например, в случае массовых

00:44:27.008 --> 00:44:27.608
беспорядков.

00:44:29.010 --> 00:44:32.528
Желательно иметь некоторый резерв
специалистов или заранее определить

00:44:32.687 --> 00:44:36.365
каналы, по которым можно на время привлечь
дополнительный персонал.

00:44:37.084 --> 00:44:43.639
Информационная инфраструктура включает в
себя следующие элементы компьютеры,

00:44:43.839 --> 00:44:45.198
программы и данные.

00:44:46.470 --> 00:44:49.349
Информационные сервисы внешних
организаций.

00:44:50.308 --> 00:44:55.946
Документацию. Нужно подготовиться к тому,
что на запасном аэродроме, куда

00:44:56.026 --> 00:44:59.705
организация будет эвакуирована после
аварии, аппаратная платформа может

00:44:59.944 --> 00:45:01.504
отличаться от исходной.

00:45:02.263 --> 00:45:06.622
Соответственно, следует продумать меры
поддержания совместимости по программам и

00:45:06.702 --> 00:45:07.062
данным.

00:45:08.289 --> 00:45:13.125
Среди внешних информационных сервисов для
коммерческих организаций, вероятно, важнее

00:45:13.205 --> 00:45:17.082
всего получить оперативную информацию и
связь с государственными службами,

00:45:17.162 --> 00:45:19.560
курирующими данный сектор экономики.

00:45:20.520 --> 00:45:24.876
Документация важна хотя бы потому, что не
вся информация, с которой работает

00:45:24.996 --> 00:45:27.514
организация, представлена в электронном
виде.

00:45:28.731 --> 00:45:32.491
Скорее всего, план восстановительных работ
напечатан на бумаге.

00:45:33.291 --> 00:45:38.051
К физической инфраструктуре относятся
здания, инженерные коммуникации, средства

00:45:38.211 --> 00:45:40.891
связи, оргтехника и многое другое.

00:45:41.691 --> 00:45:45.612
Компьютерная техника не может работать в
плохих условиях, без стабильного

00:45:45.732 --> 00:45:47.012
электропитания и т.

00:45:47.092 --> 00:45:47.252
п.

00:45:48.536 --> 00:45:52.696
Анализируя критичные ресурсы,
целесообразно учесть временный профиль их

00:45:52.736 --> 00:45:57.936
использования. Большинство ресурсов
требуется постоянно, но в некоторых нужда

00:45:58.056 --> 00:46:02.497
может возникать только в определённые
периоды, например, в конце месяца или года

00:46:02.617 --> 00:46:03.937
при составлении отчёта.

00:46:05.445 --> 00:46:10.000
При определении перечня возможных аварий
нужно попытаться разработать их сценарии.

00:46:10.720 --> 00:46:12.997
Как будут развиваться события?

00:46:13.597 --> 00:46:16.274
Каковы могут оказаться масштабы бедствия?

00:46:17.153 --> 00:46:19.591
Что произойдёт с критичными ресурсами?

00:46:20.390 --> 00:46:23.387
Например, смогут ли сотрудники попасть на
работу?

00:46:24.509 --> 00:46:27.027
Будут ли выведены из строя компьютеры?

00:46:27.867 --> 00:46:29.985
Возможны ли случаи саботажа?

00:46:30.825 --> 00:46:32.423
Будет ли работать связь?

00:46:33.143 --> 00:46:35.461
Пострадает ли здание организации?

00:46:36.381 --> 00:46:39.418
Можно ли будет найти и прочитать
необходимые бумаги?

00:46:40.629 --> 00:46:44.508
Стратегия восстановительных работ должна
базироваться на наличных ресурсах и быть

00:46:44.748 --> 00:46:46.867
не слишком накладной для организации.

00:46:47.627 --> 00:46:51.466
При разработке стратегии целесообразно
провести анализ рисков, которым

00:46:51.546 --> 00:46:55.864
подвергаются критичные функции, и
попытаться выбрать наиболее экономичное

00:46:55.944 --> 00:46:56.344
решение.

00:46:57.713 --> 00:47:01.433
Стратегия должна предусматривать не только
работу по временной схеме, но и

00:47:01.553 --> 00:47:03.914
возвращение к нормальному
функционированию.

00:47:04.874 --> 00:47:08.434
Подготовка к реализации выбранной
стратегии состоит в выработке плана

00:47:08.554 --> 00:47:12.835
действий в экстренных ситуациях и по их
окончании, а также в обеспечении некоторой

00:47:12.955 --> 00:47:14.755
избыточности критичных ресурсов.

00:47:15.837 --> 00:47:19.878
Последнее возможно и без большого расхода
средств, если заключить с одной или

00:47:20.038 --> 00:47:24.200
несколькими организациями соглашение о
взаимной поддержке в случае аварии те, кто

00:47:24.360 --> 00:47:28.282
не пострадал, предоставляют часть своих
ресурсов во временное пользование менее

00:47:28.362 --> 00:47:29.442
удачливым партнёрам.

00:47:30.653 --> 00:47:35.053
Избыточность обеспечивается также мерами
резервного копирования, хранением копий в

00:47:35.093 --> 00:47:39.134
нескольких местах, представлением
информации в разных видах, на бумаге и в

00:47:39.174 --> 00:47:40.694
файлах и так далее.

00:47:41.574 --> 00:47:45.534
Имеет смысл заключить соглашение с
поставщиками информационных услуг о

00:47:45.654 --> 00:47:49.655
первоочередном обслуживании в критических
ситуациях или заключать соглашения с

00:47:49.735 --> 00:47:50.975
несколькими поставщиками?

00:47:52.168 --> 00:47:55.647
Правда, эти меры могут потребовать
определённых расходов.

00:47:56.487 --> 00:48:01.085
Проверка стратегии производится путём
анализа подготовленного плана, принятых и

00:48:01.205 --> 00:48:02.005
намеченных мер.

00:48:03.198 --> 00:48:07.196
Программно-технические меры, то есть меры,
направленные на контроль компьютерных

00:48:07.276 --> 00:48:11.912
сущностей оборудования, программ и слыш
или данных, образуют последний и самый

00:48:11.992 --> 00:48:14.351
важный рубеж информационной безопасности.

00:48:15.110 --> 00:48:18.947
Напомним, что ущерб наносят в основном
действия легальных пользователей.

00:48:19.253 --> 00:48:22.611
По отношению к которым процедурные
регуляторы малоэффективны.

00:48:23.371 --> 00:48:28.529
Главные враги — некомпетентность и
неаккуратность при выполнении служебных

00:48:28.649 --> 00:48:32.367
обязанностей и только
программно-технические меры способны им

00:48:32.407 --> 00:48:37.045
противостоять. Компьютеры помогли
автоматизировать многие области

00:48:37.205 --> 00:48:38.404
человеческой деятельности.

00:48:39.665 --> 00:48:44.229
Вполне естественным представляется желание
возложить на них и обеспечение собственной

00:48:44.309 --> 00:48:49.353
безопасности. Даже физическую защиту все
чаще поручают не охранникам, а

00:48:49.433 --> 00:48:53.356
интегрированным компьютерным системам, что
позволяет одновременно отслеживать

00:48:53.436 --> 00:48:55.638
перемещение сотрудников и по организации.

00:48:55.792 --> 00:48:57.992
...и по информационному пространству.

00:48:58.752 --> 00:49:03.154
Это вторая причина, объясняющая важность
программно-технических мер.

00:49:03.954 --> 00:49:08.395
Следует, однако, учитывать, что быстрое
развитие информационных технологий не

00:49:08.515 --> 00:49:10.756
только предоставляет обороняющимся новые
возможности

00:49:11.255 --> 00:49:15.015
Но и объективно затрудняет обеспечение
надёжной защиты, если опираться

00:49:15.215 --> 00:49:18.135
исключительно на меры
программно-технического уровня.

00:49:18.935 --> 00:49:24.015
Причин тому несколько повышение
быстродействия микросхем, развитие

00:49:24.055 --> 00:49:28.135
архитектур с высокой степенью параллелизма
позволяет методом грубой силы преодолевать

00:49:28.215 --> 00:49:32.495
барьеры, прежде всего криптографические,
ранее казавшиеся непреступными.

00:49:33.773 --> 00:49:37.374
Развитие сетей и сетевых технологий,
увеличение числа связей между

00:49:37.614 --> 00:49:41.776
информационными системами, рост пропускной
способности каналов расширяют круг

00:49:41.856 --> 00:49:46.257
злоумышленников, имеющих техническую
возможность организовывать атаки.

00:49:47.017 --> 00:49:51.579
Появление новых информационных сервисов
ведёт и к образованию новых уязвимых мест

00:49:51.739 --> 00:49:54.500
как внутри сервисов, так и на их стыках.

00:49:55.637 --> 00:49:58.838
Конкуренция среди производителей
программного обеспечения заставляет

00:49:58.918 --> 00:50:03.440
сокращать сроки разработки, что приводит к
снижению качества тестирования и выпуску

00:50:03.520 --> 00:50:05.040
продуктов с дефектами защиты.

00:50:06.285 --> 00:50:09.483
Навязываемая потребителям парадигма
постоянного наращивания мощности

00:50:09.723 --> 00:50:13.360
аппаратного и программного обеспечения не
позволяет долго оставаться в рамках

00:50:13.440 --> 00:50:17.478
надёжных, апробированных конфигураций и,
кроме того, вступает в конфликт с

00:50:17.518 --> 00:50:21.316
бюджетными ограничениями, из-за чего
снижается доля ассигнований на

00:50:21.356 --> 00:50:21.915
безопасность.

00:50:23.058 --> 00:50:26.861
Перечисленные соображения лишний раз
подчёркивают важность комплексного подхода

00:50:26.941 --> 00:50:31.184
к информационной безопасности, а также
необходимость гибкой позиции при выборе и

00:50:31.304 --> 00:50:33.946
сопровождении программно-технических
регуляторов.

00:50:34.746 --> 00:50:38.829
Центральным для программно-технического
уровня является понятие сервиса

00:50:38.909 --> 00:50:39.550
безопасности.

00:50:40.794 --> 00:50:45.188
Следуя объектно-ориентированному подходу,
при рассмотрении информационной системы с

00:50:45.267 --> 00:50:49.102
единичным уровнем детализации, мы увидим
совокупность предоставляемых ею

00:50:49.262 --> 00:50:50.819
информационных сервисов.

00:50:51.538 --> 00:50:53.016
Назовём их основными.

00:50:54.199 --> 00:50:57.953
Чтобы они могли функционировать и обладали
требуемыми свойствами, необходимо

00:50:58.073 --> 00:51:01.787
несколько уровней дополнительных
вспомогательных сервисов от субты

00:51:01.907 --> 00:51:05.301
мониторов транзакций до ядра операционной
системы и оборудования.

00:51:06.674 --> 00:51:09.192
К вспомогательным относятся сервисы
безопасности.

00:51:09.312 --> 00:51:12.869
Мы уже сталкивались с ними при
рассмотрении стандартов и спецификаций в

00:51:12.909 --> 00:51:17.105
области ИИП. Среди них нас в первую
очередь будут интересовать универсальные,

00:51:17.185 --> 00:51:21.701
высокоуровневые, допускающие использование
различными основными и вспомогательными

00:51:21.781 --> 00:51:22.260
сервисами.

00:51:23.460 --> 00:51:25.938
Далее мы рассмотрим следующие сервисы.

00:51:26.777 --> 00:51:30.014
Идентификация и аутентификация.

00:51:30.493 --> 00:51:32.052
Управление доступом.

00:51:32.851 --> 00:51:35.049
Протоколирование и аудит.

00:51:35.848 --> 00:51:39.085
Шифрование. Контроль целостности.

00:51:40.228 --> 00:51:43.944
Экранирование. Анализ защищённости.

00:51:44.863 --> 00:51:47.181
Обеспечение отказоустойчивости.

00:51:48.020 --> 00:51:50.497
Обеспечение безопасного восстановления.

00:51:51.536 --> 00:51:54.374
Туннелирование. Управление.

00:51:55.765 --> 00:51:59.643
Будут описаны требования к сервисам
безопасности, их функциональность,

00:51:59.803 --> 00:52:03.241
возможные методы реализации и место в
общей архитектуре.

00:52:04.200 --> 00:52:07.718
Если сопоставить приведённый перечень
сервисов с классами функциональных

00:52:07.838 --> 00:52:12.075
требований общих критериев, то бросается в
глаза их существенное несовпадение.

00:52:13.309 --> 00:52:17.347
Мы не будем рассматривать вопросы,
связанные с приватностью, по следующей

00:52:17.427 --> 00:52:22.545
причине. На наш взгляд, сервис
безопасности хотя бы частично, должен

00:52:22.905 --> 00:52:26.024
находиться в распоряжении того, кого он
защищает.

00:52:26.783 --> 00:52:28.942
В случае же с приватностью это не так.

00:52:29.102 --> 00:52:33.540
Критически важные компоненты сосредоточены
не на клиентской, а на серверной стороне.

00:52:33.751 --> 00:52:36.913
Так что приватность по существу
оказывается свойством предлагаемой

00:52:37.033 --> 00:52:41.155
информационной услуги. В простейшем случае
приватность достигается путём сохранения

00:52:41.275 --> 00:52:44.756
конфиденциальности серверной
регистрационной информации и защиты от

00:52:44.876 --> 00:52:49.318
перехвата данных. Для чего достаточно
перечисленных сервисов безопасности?

00:52:50.907 --> 00:52:55.591
С другой стороны, наш перечень шире, чем в
общих критериях, поскольку в него входят

00:52:55.751 --> 00:52:59.154
экранирование, анализ защищённости и
туннелирование.

00:52:59.915 --> 00:53:04.719
Эти сервисы имеют важное значение сами по
себе и, кроме того, могут комбинироваться

00:53:04.839 --> 00:53:08.763
с другими сервисами для получения таких
необходимых защитных средств, как,

00:53:08.923 --> 00:53:10.925
например, виртуальные частные сети.

00:53:12.129 --> 00:53:16.207
Совокупность перечисленных выше сервисов
безопасности мы будем называть полным

00:53:16.327 --> 00:53:22.124
набором. Считается, что его в принципе
достаточно для построения надёжной защиты

00:53:22.204 --> 00:53:26.402
на программно-техническом уровне, правда,
при соблюдении целого ряда дополнительных

00:53:26.522 --> 00:53:31.000
условий: отсутствие уязвимых мест,
безопасное администрирование и так далее.

00:53:32.497 --> 00:53:36.696
Для проведения классификации сервисов
безопасности и определения их места в

00:53:36.736 --> 00:53:42.335
общей архитектуре мер безопасности можно
разделить на следующие виды: превентивные,

00:53:42.495 --> 00:53:44.854
препятствующие нарушениям ИП.

00:53:45.574 --> 00:53:47.974
Меры обнаружения нарушений.

00:53:48.494 --> 00:53:51.773
Локализующие, сужающие зону воздействия
нарушений.

00:53:53.024 --> 00:53:55.026
Меры по выявлению нарушителя.

00:53:56.068 --> 00:53:58.592
Меры восстановления режима безопасности.

00:53:59.513 --> 00:54:04.520
Большинство сервисов безопасности попадает
в число превентивных, и это, безусловно,

00:54:04.640 --> 00:54:05.121
правильно.

00:54:06.298 --> 00:54:10.055
Аудит и контроль целостности способны
помочь в обнаружении нарушений.

00:54:10.294 --> 00:54:14.291
Активный аудит, кроме того, позволяет
запрограммировать реакцию на нарушение с

00:54:14.371 --> 00:54:16.968
целью локализации из или прослеживания.

00:54:17.888 --> 00:54:22.643
Направленность сервисов отказоустойчивости
и безопасного восстановления очевидна.

00:54:23.787 --> 00:54:27.668
Наконец, управление играет
инфраструктурную роль, обслуживая все

00:54:27.788 --> 00:54:32.670
аспекты ИИС. Информационная система
типичной современной организации является

00:54:33.030 --> 00:54:36.591
весьма сложным образованием, построенным в
многоуровневой архитектуре

00:54:36.711 --> 00:54:40.953
клиентцил-сервер, который пользуется
многочисленными внешними сервисами и, в

00:54:40.993 --> 00:54:43.754
свою очередь, предоставляет собственные
сервисы вовне.

00:54:44.948 --> 00:54:48.951
Даже сравнительно небольшие магазины,
обеспечивающие расчёт с покупателями по

00:54:49.031 --> 00:54:54.114
пластиковым картам и, конечно, имеющие
внешний веб-сервер зависят от своих

00:54:54.194 --> 00:54:58.678
информационных систем и, в частности, от
защищённости всех компонентов систем и

00:54:58.758 --> 00:54:59.998
коммуникаций между ними.

00:55:01.401 --> 00:55:05.322
С точки зрения безопасности, наиболее
существенными представляются следующие

00:55:05.362 --> 00:55:07.122
аспекты современных ИС.

00:55:07.842 --> 00:55:11.523
Корпоративная сеть имеет несколько
территориально разнесённых частей,

00:55:11.643 --> 00:55:15.203
поскольку организация располагается на
нескольких производственных площадках,

00:55:15.363 --> 00:55:19.044
связи между которыми находится в ведении
внешнего поставщика сетевых услуг.

00:55:19.474 --> 00:55:22.877
Выходя за пределы зоны, контролируемой
организацией.

00:55:23.437 --> 00:55:27.841
Корпоративная сеть имеет одно или
несколько подключений к Интернет.

00:55:28.681 --> 00:55:32.364
На каждой из производственных площадок
могут находиться критически важные

00:55:32.444 --> 00:55:36.407
серверы, в доступе к которым нуждаются
сотрудники, работающие на других

00:55:36.487 --> 00:55:40.971
площадках, мобильные пользователи и,
возможно, сотрудники других организаций.

00:55:42.222 --> 00:55:45.659
Для доступа пользователей могут
применяться не только компьютеры, но и

00:55:45.779 --> 00:55:50.535
потребительские устройства, использующие,
в частности, беспроводную связь.

00:55:51.254 --> 00:55:54.691
В течение одного сеанса работы
пользователю приходится обращаться к

00:55:54.771 --> 00:55:57.889
нескольким информационным сервисам,
опирающимся на разные

00:55:58.009 --> 00:55:59.607
аппаратно-программные платформы.

00:56:00.812 --> 00:56:04.848
К доступности информационных сервисов
предъявляются жёсткие требования, которые

00:56:05.168 --> 00:56:08.325
обычно выражаются в необходимости
круглосуточного функционирования с

00:56:08.365 --> 00:56:11.042
максимальным временем простоя порядка
нескольких минут.

00:56:12.354 --> 00:56:16.153
Информационная система представляет собой
сеть с активными агентами, то есть в

00:56:16.233 --> 00:56:20.632
процессе работы программные компоненты,
такие как апплеты или сервлеты, передаются

00:56:20.872 --> 00:56:24.831
с одной машины на другую и выполняются в
целевой среде, поддерживая связь с

00:56:24.871 --> 00:56:26.231
удалёнными компонентами.

00:56:27.191 --> 00:56:31.070
Не все пользовательские системы
контролируются сетевыми и слэш или

00:56:31.190 --> 00:56:33.469
системными администраторами организации.

00:56:34.697 --> 00:56:38.535
Программное обеспечение, особенно
полученное по сети, не может считаться

00:56:38.655 --> 00:56:42.614
надёжным. В нём могут быть ошибки,
создающие проблемы в защите.

00:56:43.454 --> 00:56:47.093
Конфигурация информационной системы
постоянно изменяется на уровнях

00:56:47.133 --> 00:56:51.452
административных данных, программ и
аппаратуры, меняется состав пользователей.

00:56:51.679 --> 00:56:56.474
Их привилегии и версии программ появляются
новые сервисы, новая аппаратура и т.

00:56:56.554 --> 00:57:01.349
п. Следует учитывать ещё по крайней мере
два момента.

00:57:02.148 --> 00:57:06.863
Во-первых, для каждого сервиса основные
грани IP, доступность, целостность,

00:57:06.943 --> 00:57:09.261
конфиденциальность трактуются по-своему.

00:57:10.421 --> 00:57:14.344
Целостность с точки зрения системы
управления базами данных и с точки зрения

00:57:14.504 --> 00:57:17.106
почтового сервера вещи принципиально
разные.

00:57:17.987 --> 00:57:22.470
Бессмысленно говорить о безопасности
локальной или иной сети вообще, если сеть

00:57:22.550 --> 00:57:24.712
включает в себя разнородные компоненты.

00:57:25.472 --> 00:57:29.635
Следует анализировать защищённость
сервисов, функционирующих в сети.

00:57:30.785 --> 00:57:33.704
Для разных сервисов и защиту строят
по-разному.

00:57:34.504 --> 00:57:38.784
Во-вторых, основная угроза информационной
безопасности организации по-прежнему

00:57:38.904 --> 00:57:42.783
исходит не от внешних злоумышленников, а
от собственных сотрудников.

00:57:43.543 --> 00:57:47.263
В силу изложенных причин, далее будут
рассматриваться распределённые,

00:57:47.383 --> 00:57:50.982
разнородные, многосервисные,
эволюционирующие системы.

00:57:52.176 --> 00:57:56.299
Соответственно, нас будут интересовать
решения, ориентированные на подобные

00:57:56.419 --> 00:58:02.544
конфигурации. Сервисы безопасности, какими
бы мощными они ни были, сами по себе не

00:58:02.624 --> 00:58:06.147
могут гарантировать надёжность
программно-технического уровня защиты.

00:58:07.222 --> 00:58:11.307
Только проверенная архитектура способна
сделать эффективным объединение сервисов,

00:58:11.467 --> 00:58:15.672
обеспечить управляемость информационной
системы, её способность развиваться и

00:58:15.792 --> 00:58:19.516
противостоять новым угрозам при сохранении
таких свойств, как высокая

00:58:19.596 --> 00:58:22.279
производительность, простота и удобство
использования.

00:58:23.675 --> 00:58:26.997
Теоретической основой решения проблемы
архитектурной безопасности является

00:58:27.397 --> 00:58:31.599
следующее фундаментальное утверждение,
которое мы уже приводили, рассматривая

00:58:31.759 --> 00:58:35.161
интерпретацию оранжевой книги для сетевых
конфигураций.

00:58:36.372 --> 00:58:40.009
Пусть каждый субъект, то есть процесс,
действующий от имени какого-либо

00:58:40.089 --> 00:58:43.807
пользователя, заключён внутри одного
компонента и может осуществлять

00:58:43.887 --> 00:58:47.564
непосредственный доступ к объектам только
в пределах этого компонента.

00:58:48.364 --> 00:58:52.761
Далее, пусть каждый компонент содержит
свой монитор обращений, отслеживающий все

00:58:52.881 --> 00:58:57.278
локальные попытки доступа, и все мониторы
проводят в жизнь согласованную политику

00:58:57.398 --> 00:58:58.037
безопасности.

00:58:59.193 --> 00:59:03.754
Пусть наконец коммуникационные каналы,
связывающие компоненты, сохраняют

00:59:03.794 --> 00:59:07.074
конфиденциалность и целостность
передаваемой информации.

00:59:07.794 --> 00:59:12.675
Тогда совокупность всех мониторов образует
единый монитор обращений для всей сетевой

00:59:12.795 --> 00:59:18.276
конфигурации. Обратим внимание на три
принципа, содержащиеся в приведённом

00:59:18.356 --> 00:59:19.036
утверждении.

00:59:20.331 --> 00:59:24.692
Необходимость выработки и приведения в
жизнь единой политики безопасности.

00:59:25.652 --> 00:59:29.092
Необходимость обеспечения
конфиденциальности и целостности при

00:59:29.172 --> 00:59:30.572
сетевых взаимодействиях.

00:59:31.874 --> 00:59:35.437
Необходимость формирования составных
сервисов по содержательному принципу,

00:59:35.597 --> 00:59:39.520
чтобы каждый полученный таким образом
компонент обладал полным набором защитных

00:59:39.600 --> 00:59:43.604
средств и с внешней точки зрения
представлял собой единое целое, не должно

00:59:43.684 --> 00:59:47.127
быть информационных потоков, идущих к
незащищённым сервисам.

00:59:48.828 --> 00:59:53.306
Если какой-либо составной сервис не
обладает полным набором защитных средств,

00:59:53.466 --> 00:59:55.545
состав полного набора описан выше.

00:59:55.745 --> 00:59:59.144
Необходимо привлечение дополнительных
сервисов, которые мы будем называть

00:59:59.264 --> 01:00:04.061
экранирующими. Экранирующие сервисы
устанавливаются на путях доступа к

01:00:04.101 --> 01:00:06.060
недостаточно защищённым элементам.

01:00:06.315 --> 01:00:10.673
В принципе, один такой сервис может
экранировать, защищать сколь угодно

01:00:10.753 --> 01:00:12.352
большое число элементов.

01:00:13.192 --> 01:00:17.110
С практической точки зрения наиболее
важными являются следующие принципы

01:00:17.189 --> 01:00:18.909
архитектурной безопасности.

01:00:19.748 --> 01:00:24.226
Непрерывность защиты в пространстве и
времени, невозможность миновать защитные

01:00:24.346 --> 01:00:24.825
средства.

01:00:26.110 --> 01:00:30.314
Следование признанным стандартам,
использование апробированных решений.

01:00:31.035 --> 01:00:35.960
Иерархическая организация из с небольшим
числом сущностей на каждом уровне.

01:00:36.881 --> 01:00:39.244
Усиление самого слабого звена.

01:00:40.085 --> 01:00:42.848
Невозможность перехода в небезопасное
состояние.

01:00:44.193 --> 01:00:46.192
Минимизация привилегий.

01:00:46.712 --> 01:00:48.551
Разделение обязанностей.

01:00:49.390 --> 01:00:51.269
Эшелонированность обороны.

01:00:52.109 --> 01:00:54.227
Разнообразие защитных средств.

01:00:54.987 --> 01:00:58.105
Простота и управляемость информационной
системы.

01:00:58.944 --> 01:01:01.343
Поясним смысл перечисленных принципов.

01:01:02.673 --> 01:01:06.673
Если у злоумышленника или недовольного
пользователя появится возможность миновать

01:01:06.793 --> 01:01:10.353
защитные средства, он, разумеется, так и
сделает.

01:01:10.993 --> 01:01:15.672
Определённые выше экранирующие сервисы
должны исключить подобную возможность.

01:01:16.552 --> 01:01:20.072
Следование признанным стандартам и
использование апробированных решений

01:01:20.192 --> 01:01:23.672
повышает надёжность ИИ и уменьшает
вероятность попадания в тупиковую

01:01:23.712 --> 01:01:24.152
ситуацию.

01:01:24.571 --> 01:01:28.694
Когда обеспечение безопасности потребует
непомерно больших затрат и принципиальных

01:01:28.734 --> 01:01:34.499
модификаций. Иерархическая организация из
с небольшим числом сущностей на каждом

01:01:34.579 --> 01:01:37.342
уровне необходима по технологическим
соображениям.

01:01:38.022 --> 01:01:42.346
При нарушении данного принципа система
станет неуправляемой, следовательно,

01:01:42.546 --> 01:01:44.948
обеспечить её безопасность будет
невозможно.

01:01:46.198 --> 01:01:49.836
Надёжность любой обороны определяется
самым слабым звеном.

01:01:50.675 --> 01:01:55.112
Злоумышленник не будет бороться против
силы, он предпочтёт лёгкую победу над

01:01:55.192 --> 01:02:00.549
слабостью. Часто самым слабым звеном
оказывается не компьютер или программа, а

01:02:00.708 --> 01:02:04.706
человек, и тогда проблема обеспечения
информационной безопасности приобретает

01:02:04.786 --> 01:02:06.025
нетехнический характер.

01:02:07.208 --> 01:02:10.891
Принцип невозможности перехода в
небезопасное состояние означает, что при

01:02:11.051 --> 01:02:14.854
любых обстоятельствах, в том числе
внештатных, защитное средство либо

01:02:14.934 --> 01:02:18.817
полностью выполняет свои функции, либо
полностью блокирует доступ.

01:02:19.457 --> 01:02:23.020
Образно говоря, если в крепости механизм
подъёмного моста ломается

01:02:23.526 --> 01:02:26.926
Мост оставляют поднятым, препятствуя
проходу неприятеля.

01:02:27.765 --> 01:02:31.645
Применительно к программно-техническому
уровню принцип минимизации привилегий

01:02:31.765 --> 01:02:35.564
предписывает выделять пользователям и
администраторам только те права доступа,

01:02:35.724 --> 01:02:38.644
которые необходимы им для выполнения
служебных обязанностей.

01:02:39.783 --> 01:02:45.260
Этот принцип позволяет уменьшить ущерб от
случайных или умышленных некорректных

01:02:45.340 --> 01:02:47.618
действий пользователей и администраторов.

01:02:48.378 --> 01:02:51.896
Принцип разделения обязанностей
предполагает такое распределение ролей и

01:02:51.976 --> 01:02:56.214
ответственности, чтобы один человек не мог
нарушить критически важный для организации

01:02:56.374 --> 01:02:59.812
процесс или создать бреш в защите по
заказу злоумышленников.

01:03:00.988 --> 01:03:05.185
В частности, соблюдение данного принципа
особенно важно, чтобы предотвратить

01:03:05.265 --> 01:03:09.421
злонамеренные или неквалифицированные
действия системного администратора.

01:03:10.260 --> 01:03:13.537
Принцип эшелонированности обороны
предписывает не полагаться на один

01:03:13.737 --> 01:03:16.495
защитный рубеж, каким бы надёжным он ни
казался.

01:03:17.604 --> 01:03:21.808
За средствами физической защиты должны
следовать программно-технические средства,

01:03:21.848 --> 01:03:26.252
за идентификацией и аутентификацией
управления доступами и как последний рубеж

01:03:26.332 --> 01:03:28.334
— протоколирование и аудит.

01:03:29.094 --> 01:03:33.778
Эшелонированная оборона способна, по
крайней мере, задержать злоумышленника, а

01:03:33.859 --> 01:03:37.221
благодаря наличию такого рубежа, как
протоколирование и аудит

01:03:37.517 --> 01:03:39.914
И его действия не останутся незамеченными.

01:03:40.633 --> 01:03:44.748
Принцип разнообразия защитных средств
предполагает создание различных по своему

01:03:44.788 --> 01:03:48.903
характеру оборонительных рубежей, чтобы от
потенциального злоумышленника требовалось

01:03:49.023 --> 01:03:53.457
овладение разнообразными, по возможности,
несовместимыми между собой навыками.

01:03:54.752 --> 01:03:59.509
Очень важен принцип просто и управляемости
информационной системы в целом и защитных

01:03:59.589 --> 01:04:00.948
средств в особенности.

01:04:01.708 --> 01:04:05.865
Только для простого защитного средства
можно формально или неформально доказать

01:04:06.025 --> 01:04:10.502
его корректность. Только в простой и
управляемой системе можно проверить

01:04:10.582 --> 01:04:14.140
согласованность конфигурации различных
компонентов и осуществлять

01:04:14.220 --> 01:04:15.979
централизованное администрирование.

01:04:17.207 --> 01:04:22.009
В этой связи важно отметить интегрирующую
роль веб-сервиса, скрывающего разнообразие

01:04:22.089 --> 01:04:26.371
обслуживаемых объектов и предоставляющего
единый наглядный интерфейс.

01:04:27.051 --> 01:04:31.493
Соответственно, если объекты некоторого
вида, например таблицы базы данных,

01:04:31.613 --> 01:04:32.453
доступны через веб

01:04:32.883 --> 01:04:37.003
Необходимо заблокировать прямой доступ к
ним, поскольку в противном случае система

01:04:37.123 --> 01:04:39.283
будет сложной и плохо управляемой.

01:04:40.043 --> 01:04:44.443
Для обеспечения высокой доступности,
непрерывности функционирования необходимо

01:04:44.563 --> 01:04:47.603
соблюдать следующие принципы архитектурной
безопасности.

01:04:48.803 --> 01:04:53.443
Внесение в конфигурацию той или иной формы
избыточности: резервное оборудование,

01:04:53.563 --> 01:04:55.324
запасные каналы связи и т.

01:04:55.404 --> 01:05:00.924
п. Наличие средств обнаружения внештатных
ситуаций.

01:05:01.164 --> 01:05:05.925
Наличие средств реконфигурирования для
восстановления, изоляции из или замены

01:05:06.005 --> 01:05:09.405
компонентов, отказавших или подвергшихся
атаке на доступность.

01:05:10.572 --> 01:05:15.215
Рассредоточенность сетевого управления,
отсутствие единой точки отказа.

01:05:16.056 --> 01:05:19.899
Выделение подсети и изоляция групп
пользователей друг от друга.

01:05:20.780 --> 01:05:24.583
Данная мера, являющаяся обобщением
разделения процессов на уровне

01:05:24.743 --> 01:05:28.826
операционной системы, ограничивает зону
поражения при возможных нарушениях

01:05:28.946 --> 01:05:30.347
информационной безопасности.

01:05:31.604 --> 01:05:35.689
Ещё один важный архитектурный принцип —
минимизация объёма защитных средств,

01:05:35.809 --> 01:05:37.851
выносимых на клиентские системы.

01:05:38.652 --> 01:05:40.334
Причин тому несколько.

01:05:41.255 --> 01:05:45.220
Для доступа в корпоративную сеть могут
использоваться потребительские устройства

01:05:45.420 --> 01:05:46.902
с ограниченной функциональностью.

01:05:48.146 --> 01:05:52.271
Конфигурацию клиентских систем трудно или
невозможно контролировать.

01:05:52.991 --> 01:05:56.956
К необходимому минимуму следует отнести
реализацию сервисов безопасности на

01:05:57.036 --> 01:06:02.001
сетевом и транспортном уровнях и поддержку
механизмов аутентификации, устойчивых к

01:06:02.041 --> 01:06:02.922
сетевым угрозам.

01:06:04.093 --> 01:06:08.457
Идентификацию и аутентификацию можно
считать основой программно-технических

01:06:08.537 --> 01:06:12.461
средств безопасности, поскольку остальные
сервисы рассчитаны на обслуживание

01:06:12.581 --> 01:06:13.983
именованных субъектов.

01:06:14.623 --> 01:06:18.987
Идентификация и аутентификация — это
первая линия обороны, проходная

01:06:19.268 --> 01:06:21.310
информационного пространства организации.

01:06:22.554 --> 01:06:26.750
Идентификация позволяет субъекту,
пользователю, процессу, действующему от

01:06:26.870 --> 01:06:31.545
имени определённого пользователя или иному
аппаратно-программному компоненту назвать

01:06:31.705 --> 01:06:33.583
себя, сообщить своё имя.

01:06:34.542 --> 01:06:39.337
Посредством аутентификации вторая сторона
убеждается, что субъект действительно тот,

01:06:39.377 --> 01:06:39.417
кто

01:06:39.610 --> 01:06:41.091
За кого он себя выдаёт?

01:06:41.931 --> 01:06:46.974
В качестве синонима слова «аутентификация»
иногда используют словосочетание «проверка

01:06:47.094 --> 01:06:52.256
подлинности». Заметим в скобках, что
происхождение русскоязычного термина

01:06:52.336 --> 01:06:54.897
«аутентификация» не совсем понятно.

01:06:55.950 --> 01:07:00.110
Английское Autentication скорее можно
прочитать как аутентикация.

01:07:00.270 --> 01:07:05.311
Трудно сказать, откуда в середине взялось
ещё ФИ, может, из идентификации.

01:07:05.911 --> 01:07:09.832
Тем не менее, термин устоялся, он
закреплён в руководящих документах

01:07:09.952 --> 01:07:13.993
госттехкомиссии России, использован в
многочисленных публикациях, поэтому

01:07:14.273 --> 01:07:15.873
исправить его уже невозможно.

01:07:16.993 --> 01:07:19.312
Аутентификация бывает односторонней.

01:07:19.512 --> 01:07:24.190
Обычно клиент доказывает свою подлинность
серверу и двусторонней — взаимной.

01:07:25.189 --> 01:07:29.707
Пример односторонней аутентификации —
процедура входа пользователя в систему.

01:07:30.547 --> 01:07:34.505
В сетевой среде, когда стороны
идентификации с аутентификацией

01:07:34.585 --> 01:07:38.183
территориально разнесны, у
рассматриваемого сервиса есть два основных

01:07:38.303 --> 01:07:38.783
аспекта.

01:07:40.101 --> 01:07:44.138
Что служит аутентификатором, то есть
используется для подтверждения подлинности

01:07:44.297 --> 01:07:49.933
субъекта. Как организован и защищён обмен
данными идентификации с

01:07:50.013 --> 01:07:52.011
аутентификации.

01:07:52.131 --> 01:07:55.768
Субъект может подтвердить свою
подлинность, предъявив по крайней мере

01:07:55.928 --> 01:07:57.447
одну из следующих сущностей.

01:07:58.663 --> 01:08:03.660
Нечто, что он знает: пароль, личный
идентификационный номер, криптографический

01:08:03.740 --> 01:08:10.696
ключ и т. п. Нечто, чем он владеет: личную
карточку или иное устройство аналогичного

01:08:10.816 --> 01:08:17.132
назначения. Нечто, что есть часть его
самого — голос, отпечатки пальцев и т.

01:08:17.212 --> 01:08:19.890
п, то есть свои биометрические
характеристики.

01:08:21.236 --> 01:08:25.397
В открытой сетевой среде между сторонами
идентификации с аутентификацией не

01:08:25.517 --> 01:08:27.237
существует доверенного маршрута.

01:08:27.477 --> 01:08:31.878
Это значит, что в общем случае данные,
переданные субъектам, могут не совпадать с

01:08:31.918 --> 01:08:35.479
данными, полученными и использованными для
проверки подлинности.

01:08:36.319 --> 01:08:40.360
Необходимо обеспечить защиту от пассивного
и активного прослушивания сети.

01:08:40.632 --> 01:08:44.673
То есть от перехвата, изменения из или
воспроизведения данных.

01:08:45.273 --> 01:08:49.715
Передача паролей в открытом виде,
очевидно, неудовлетворительна, не спасает

01:08:49.795 --> 01:08:54.197
положение и шифрование паролей, так как
оно не защищает от воспроизведения.

01:08:55.157 --> 01:08:58.118
Нужны более сложные протоколы
аутентификации.

01:08:59.380 --> 01:09:03.978
Надежная идентификация затруднена не
только из-за сетевых угроз, но и по целому

01:09:04.018 --> 01:09:09.735
ряду причин. Во-первых, почти все
аутентификационные сущности можно узнать,

01:09:09.815 --> 01:09:11.535
украсть или подделать.

01:09:12.094 --> 01:09:17.012
Во-вторых, имеется противоречие между
надёжностью аутентификации с одной стороны

01:09:17.292 --> 01:09:20.731
и удобствами пользователя и системного
администратора с другой.

01:09:21.857 --> 01:09:25.337
Так, из соображений безопасности
необходимо с определённой частотой просить

01:09:25.417 --> 01:09:29.137
пользователя повторно вводить
аутентификационную информацию, ведь на его

01:09:29.297 --> 01:09:33.577
место мог сесть другой человек, а это не
только хлопотно, но и повышает вероятность

01:09:33.737 --> 01:09:36.697
того, что кто-то может подсмотреть за
вводом данных.

01:09:37.337 --> 01:09:40.857
В-третьих, чем надёжнее средство защиты,
тем оно дороже.

01:09:42.118 --> 01:09:46.317
Современные средства идентификации суб
аутентификацией должны поддерживать

01:09:46.437 --> 01:09:48.317
концепцию единого входа в сеть.

01:09:49.156 --> 01:09:53.035
Единый вход в сеть — это, в первую
очередь, требование удобства для

01:09:53.115 --> 01:09:53.715
пользователей.

01:09:54.955 --> 01:09:58.674
Если в корпоративной сети много
информационных сервисов, допускающих

01:09:58.793 --> 01:10:03.391
независимые обращения, то многократная
идентификация с аутентификация становится

01:10:03.591 --> 01:10:05.071
слишком обременительной.

01:10:05.710 --> 01:10:09.788
К сожалению, пока нельзя сказать, что
единый вход в сеть стал нормой,

01:10:09.948 --> 01:10:12.227
доминирующие решения пока не
сформировались.

01:10:13.393 --> 01:10:17.393
Таким образом, необходимо искать
компромисс между надёжностью, доступностью

01:10:17.473 --> 01:10:21.753
по цене и удобством использования и
администрирования средств идентификации и

01:10:21.873 --> 01:10:23.153
аутентификации.

01:10:24.113 --> 01:10:28.233
Любопытно отметить, что сервис
идентификации с аутентификацией может

01:10:28.473 --> 01:10:30.233
стать объектом атак на доступность.

01:10:31.389 --> 01:10:35.270
Если система сконфигурирована так, что
после определённого числа неудачных

01:10:35.390 --> 01:10:40.473
попыток устройства ввода идентификационной
информации такое, например, как терминал,

01:10:40.593 --> 01:10:44.554
блокируется, то злоумышленник может
остановить работу легального пользователя

01:10:44.674 --> 01:10:46.675
буквально несколькими нажатиями клавиш.

01:10:47.892 --> 01:10:52.090
Главное достоинство парольной
аутентификации — простота и привычность.

01:10:52.730 --> 01:10:56.608
Пароли давно встроены в операционные
системы и иные сервисы.

01:10:57.287 --> 01:11:01.125
При правильном использовании пароли могут
обеспечить приемлемый для многих

01:11:01.165 --> 01:11:02.964
организаций уровень безопасности.

01:11:04.080 --> 01:11:07.922
Тем не менее, по совокупности
характеристик их следует признать самым

01:11:08.002 --> 01:11:10.123
слабым средством проверки подлинности.

01:11:11.123 --> 01:11:15.766
Чтобы пароль был запоминающимся, его
зачастую делают простым: имя подруги,

01:11:15.926 --> 01:11:17.807
название спортивной команды и т.

01:11:17.927 --> 01:11:23.890
п. Однако простой пароль нетрудно угадать,
особенно если знать пристрастие данного

01:11:24.010 --> 01:11:24.610
пользователя.

01:11:25.804 --> 01:11:29.328
Известна классическая история про
советского разведчика Рихарда Зорги,

01:11:29.488 --> 01:11:32.371
объект, внимание которого через слово
говорил Карамба.

01:11:32.451 --> 01:11:36.134
Разумеется, этим же словом открывался
сверхсекретный сейф.

01:11:36.855 --> 01:11:40.939
Иногда пароли с самого начала не хранятся
в тайне, так как имеют стандартное

01:11:41.019 --> 01:11:42.981
значение, указанные в документации.

01:11:43.247 --> 01:11:46.927
И далеко не всегда после установки системы
производится их смена.

01:11:47.807 --> 01:11:49.967
Ввод пароля можно подсмотреть.

01:11:50.567 --> 01:11:54.648
Иногда для подглядывания используются даже
оптические приборы.

01:11:55.448 --> 01:12:00.208
Пароли нередко сообщают коллегам, чтобы те
могли, например, подменить на некоторое

01:12:00.288 --> 01:12:01.448
время владельца пароля.

01:12:02.602 --> 01:12:05.879
Теоретически в подобных случаях более
правильно задействовать средства

01:12:05.998 --> 01:12:09.115
управления доступом, но на практике так
никто не поступает.

01:12:09.195 --> 01:12:12.391
А тайна, которую знают двое, — это уже не
тайна.

01:12:13.190 --> 01:12:17.665
Пароль можно угадать методом грубой силы,
используя, скажем, словарь.

01:12:18.831 --> 01:12:23.307
Если файл пароля зашифрован, но доступен
для чтения, его можно скачать к себе на

01:12:23.387 --> 01:12:27.263
компьютер и попытаться подобрать пароль,
запрограммировав полный перебор.

01:12:27.343 --> 01:12:30.340
Предполагается, что алгоритм шифрования
известен.

01:12:31.379 --> 01:12:35.854
Тем не менее, следующие меры позволяют
значительно повысить надёжность парольной

01:12:35.934 --> 01:12:36.374
защиты.

01:12:37.641 --> 01:12:39.520
Наложение технических ограничений.

01:12:39.679 --> 01:12:41.638
Пароль должен быть не слишком коротким.

01:12:41.758 --> 01:12:45.475
Он должен содержать буквы, цифры, знаки
пунктуации и т.

01:12:45.595 --> 01:12:51.151
п. Управление сроком действия паролей и их
периодическая смена.

01:12:51.951 --> 01:12:54.149
Ограничение доступа к файлу паролей.

01:12:55.343 --> 01:12:59.744
Ограничение числа неудачных попыток входа
в систему — это затруднит применение

01:12:59.984 --> 01:13:01.584
метода грубой силы.

01:13:02.304 --> 01:13:03.945
Обучение пользователей.

01:13:04.785 --> 01:13:07.105
Использование программных генераторов
паролей.

01:13:07.226 --> 01:13:11.106
Такая программа, основываясь на несложных
правилах, может порождать только

01:13:11.346 --> 01:13:14.787
благозвучные и, следовательно,
запоминающиеся пароли.

01:13:16.261 --> 01:13:20.489
Перечисленные меры целесообразно применять
всегда, даже если наряду с паролями

01:13:20.649 --> 01:13:23.202
используются другие методы аутентификации.