Садердинов А.А. Информационная безопасность предприятия

Подождите немного. Документ загружается.

может быть выполнено с применения программы троянского коня,

которая имеет для пользователя вид нормальной программы входа

в ЛВС. Другим методом является перехват пароля и идентифика-

тора пользователя, передаваемых по ЛВС в незашифрованном ви-

де. Методы пере хвата о ткрытого трафика ЛВС, включая пароли,

широко распространены сегодня. Неавторизованный доступ к ЛВС

становится особенно возможным при таких ус ловиях, как:

■ отсутствие или недостаточность схемы идентификации и а у-

тентификации;

■ наличие совместно испо льзуемых паролей;

■ плохое управление паролями или применение легких для

угадывания паролей;

■ использование известных системны х брешей и уязвимых

мест, которые не были устранены;

■ эксплуатация однопользовательских ПК, не имеющих па-

рольной защиты во время загрузки;

■ неполное использование механизмов блокировки ПК;

■ наличие хранимых в пакетны х файлах на дисках ПК па роли

доступа к ЛВС;

■ слабый физический контроль за сетевыми устройствами;

■ незащищенные модемы;

■ отсутствие тайм-аута при установлении сеанса и регистрации

неверных попыток;

■ не отключенный терминал при многочисленны х неудач ных

попытках установления сеанса и регистрации таких попыток;

■ отсутствие сообщений «дата/время последнего удачного се-

анса» и «неуспешная попытка установления сеанса» в на чале

сеанса;

■ отсутствие верификации пользователя в реальном времени

(для выявления маскарада).

Нес анкционированный д оступ к ресурсам локальной вычисли-

тельной сети

Доступ к ресурсам ЛВС (файловой памяти, приложениям,

принтерам, данным, и т. д.) должен быть разрешен только тем, ко-

му это следует. Несанкционированный доступ происхо дит, когда

пользователь, законный или несанкционированный, по лучает дос-

туп к ресурсу, который пользователю не разрешено использовать.

Несанкционированный доступ может происхо дить просто потому,

что права доступа пользователей к ресурсу не обозначены долж-

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

также и потому, что механизм управления доступом или механизм

назначения привилегий обладает недо статочной степенью детали-

зации. В э тих случаях единственный способ предоставить пользо-

вателю необхо димые права доступа или привилегии для выполне-

ния определенной функции состоит в том, чтобы предоставлять

ему больше привилегий («до ступа»), чем необ ходимо. Несанкцио-

нированный дос туп к ресурсам ЛВС может проис ходить из -за:

■ использования при назначении прав пользователям по умо л-

чанию таких системных установок, ко торые являю тся «слиш-

ком разрешающими» для пользователей;

■ неправильного испо льзования привилегий администра тора

или менеджера ЛВС;

■ данных, хранящихся с неадекватным уровнем защиты или

вообще без защиты;

■ недостаточного или неправильного использования ме-

ханизма назначения привилегий для пользователей.

Раскрытие данных

Раскрытие данных или программного обеспечения ЛВС проис-

хо дит, когда информация не зашифрована, или же путем просмо т-

ра лицом, которое не имеет доступа к данным экрана монитора или

распечаток информации. Компрометация дан ны х ЛВС может про-

исходить, если используются:

■ неправильные установки управления доступом;

■ данные, ко торые считаются достаточно критичными, чтобы

использовать шифрование, но которые тем не менее хранятся в

незашифрованной форме;

■ исходные тексты приложений, в незашифрованной фо рме;

■ мониторы, или станции печати в помещениях, где мно го по-

сторонних людей;

■ резервные копии данны х и программного обеспечения, хр а-

нимые в открытых помещениях.

Неавторизованная модификация д анных и прог рамм

Поскольку пользователи ЛВС разделяют данные и прило жения,

изменения в этих ресурсах должны быть управляемы. Неавторизо-

ванная модификация данных или программного обеспечения пр о-

исходит, когда в файле или программе производятся неавторизо-

ванные изменения (добавление, удаление или модификации).

Когда незаметная модификация данных происходит в тече ние

длите льного перио да времени, то эти измененные данные могут

распространиться по ЛВС и привести к искажению всей базы да н-

ных, электронны х таблиц и т. д. Одним словом, к нарушению це-

лостности чуть ли не всей прикладной информ ации.

Если в программном обеспечении были произведены неза -

метные изменения, то под подозрением, все программное обес-

печение ЭВМ может оказаться, что приведет к необхо димости де-

тального изучения (и, возможно, переустановки) всего соот-

ветствующего программного обеспечения и приложений. Эти не-

авторизованные изменения могут быть сделаны в простых ко-

мандны х файлах (например, в пакетных файлах ПК), в сервис ных

программах, используемых в многопользовательских систе мах, в

главных прикладных программах, или в другом каком -либо типе

программного обеспечения. Это может быть сделано не -

авторизованными посторонними лицами, а также теми, кто упо л-

номочен делать изменения в программном обеспечении, но без на-

личия соответствующего разрешения. Изменения могут привести к

передаче информации (или копии информации) другим пользова-

телям, искажению данных при обработке или нанесению вреда

доступности системы или служб ЛВС.

Вирусы на ПК также могут вызвать модификацию данных и

программ в любой организации, которая не обеспечила поль -

зователей ЛВС инструментами для эффективного обнаружения и

предотвращения внедрения вирусов в ЛВС. Вирусы обычно огр а-

ничиваются повреждением ПК и, как правило, не портят сервер ы

ЛВС.

Неавторизованная модификация данных и программного обе с-

печения может происхо дить, когда:

■ выдается разрешение на запись пользователям, которым тр е-

буется лишь доступ по чтению;

■ имеются необнаруженные изменения в программном обеспе-

чении, включая добавление кода для создания программы тро-

янского коня;

■ не обозначена криптографическая контрольная сумма крити-

ческих данных;

■ имеется механизм привилегий, позволяющий избыточ ное

разрешение записи;

■ отсутствуют средс тва выявления и защиты от вирусов.

Раскрытие трафика локальной вычислительной сети

Раскрытие трафика ЛВС происходит, когда кто -то, кому это не

разрешено, читает информацию, или получает к ней доступ неза-

конным способом, во время ее передачи через ЛВС. Трафик ЛВС

может быть скомпрометирован при прослушивании и перехвате

информации, передаваемой по транспортной среде ЛВС (путем

подключения к кабелю сети, прослушивания трафика, передавае-

мого по эфиру, подключения к сети с помощью сетевого анализа-

тора и т. д.). Обычно пользователи понимают важность со хранения

конфиденциальной информации на своих автоматизированных ра-

бочих местах или серверах, но ведь также важно поддерживать эту

конфиденциальность и при передаче информации через ЛВС. Речь

идет в том числе о такой информации, как системные имена, имена

пользователей, сообщения электронной почты, прикладные да н-

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

системе, но когда их посылают в открытом виде от автоматизиро-

ванного рабочего места или ПК к файловому серверу, их (т. е. па-

роли) можно перехватить. Файлы сообщений электронной почты, к

которым обычно имеется очень ограниченный доступ при хране-

нии в ЭВМ , часто также посылаются в открытом виде по ЛВС, что

делает и их легкой целью для перехвата. Компрометация трафика

ЛВС может происходить если:

■ применена неадекватная физическая защита устройств ЛВС

и среды передачи;

■ ведется передача откры ты х данных с использованием широ-

ковещательных протоколов и по среде ЛВС.

Подмена трафика локальной вычислительной сети

Подмена трафика ЛВС означает испо льзование его неавто-

ризованным способом или просто злоумышленником. В этой си-

туации возникают возможности: получать сообщение, маскируясь

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

отправитель и посылать сообщения кому-либо.

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

ЛВС в том, что данный адрес машины - это легитивный адрес ма-

шины-получателя по дмену трафика ЛВС можно так же осущест-

вить с помощью прослушивания сообщений, поскольку они в ши-

роковещательном режиме передаются всем узлам. Маскировка под

машину-отправитель для убеждения машины-получателя в закон-

ности сообщения может быть вы полнена заменой своего адреса в

сообщении адресом авторизованной машины-отправителя или по-

средством воспроизведения трафика. Воспроизведение предпола-

гает перехват сеанса между отправителем и получателем и повтор-

ную передачу впоследствии это го сеанса (или только заголовков

сообщений) с новым содержанием. Подмена трафика ЛВС или его

модификация может происходить при:

■ передаче трафика ЛВС в откры том виде;

■ отсутствии отметки даты/времени (показывает время посыл-

ки и время получения);

■ отсутствии механизма ко да аутентификации сообщения или

цифровой подписи;

■ отсутствии механизма аутентификации в реальном масштабе

времени (для защиты от воспроизведения).

Разрушение функций локальной вычислительной сети

Разрушение функциональных возможностей ЛВС наступа ет в

результате:

■ неспособности своевременно выявить ненормальный режим

функционирования трафика, допустим, его чрезмерную пере-

полненность;

■ неспособности в нужный момент перенаправить трафик, вы-

явить отказы аппаратных средств ЭВМ и т. д.;

■ использования такой конфигурации ЛВС, когда стано вятся

вполне возможными отказы элементов этой сети в том или ином

месте;

■ неавторизованных изменений компонентов аппаратных

средств Э ВМ (переконфигурирование адресов на автома-

тизированных рабочих местах, изменение конфигурации мар-

шрутизаторов или хабов и т. д.);

■ неправильного обслуживания аппаратных средств ЛВС;

■ недостаточной физической защиты аппаратны х средств ЛВС.

4.4. Распределенное хранение файлов [^]

Файловые серверы, как известно контролируют доступ поль-

зователей к различным частям файловой системы. Это обычно

осуществляется через разрешение пользователю присоединить не-

которую файловую систему к своей рабочей станции для даль-

нейшего использования ее (системы) в качестве ло кального дис ка.

От это го возникают сразу две потенциальные угрозы для ин-

формационной безопасности предприятия. Во -первых, сервер мо-

жет обеспечить защиту доступа только на уровне каталога, поэтому

если пользователю разрешен доступ к каталогу, то он получает

доступ одновременно ко всем файлам, содержащимся в этом ката-

логе. Чтобы минимизировать риск в э той ситуации, важно поэтому

соответствующим образом структурировать файловую систему

ЛВС и управлять ею. Другая угроза возникает из-за неадекватных

механизмов защиты локальной рабочей станции. Например, из-

вестно, ч то ПК может обеспечивать или то ль ко самую минималь-

ную защиту или же вообще не обеспечивать никакой за щиты ин-

формации, хранимой в нем. Копирование пользовате лем файлов с

сервера на локальный диск ПК приво дит к тому, что файл переста-

ет быть защищенным теми средствами защиты, которые защищали

его, когда он хранился на сервере. Для некоторых типов информ а-

ции это может быть приемлемо. Однако для других типов инфор-

мации вполне может потребоваться гораздо более сильная защита.

Отсюда понятна необходимость в целях безопасности обеспечения

жесткого контроля за информационной средой ПК.

4.5. Удаленные вычисления [^]

Удаленные вычисления должны контролироваться таким обр а-

зом, чтобы то лько авторизованные пользователи могли получать

доступ к удаленным компонентам и приложениям. Серверы долж-

ны обладать способностью аутентифицировать запрашивающих

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

могут также выдаваться локальными и удаленными серверами для

взаимной аутентификации. Невозможность аутентификации может

привести к тому, что доступ к у даленным серверам и приложениям

будут получать и неавторизованные по льзователи. Поэтому непр е-

менно для соблюдения целостности приложений, используемых

многими пользователями через ЛВС, должны быть определенные

разумные гарантии.

4.6. Топологии и протоколы [^]

Проектировщикам информационно-вычислительны х се тей хо-

рошо известно, ч то топо логия э тих сетей и протоколы в них до лж-

ны быть такими, ч тобы обеспечить оптимальное поступление ин-

формации как можно большему числу узлов (пользователей) в этих

сетях. А э то значит, что информация в этом случае идет не напр я-

мую от машины к машине, а проде лывает гораздо более сложный и

длите льный путь, когда ее впо льне можно и перехватить самым

«несанкционированным» образом.

Перехваты сообщения на таких линиях, надо знать, бываю т как

активные, так и пассивные. Пассивный перехват включает не толь-

ко чтение информации, но и анализ трафика (использо вание адре-

сов, других данны х заголовка, длины и частоты со общений). Ак-

тивный перехват означает изменение потока сообщений (включая

модификацию, задержку, дублирование, у дале ние или неправо-

мочное использование реквизитов).

4.7. Службы обмена сообщениями [^]

Службы обмена сообщениями увеличивают риски для ин -

формации, хранимой на сервере или передаваемой между ис-

точником и отправителем. Неаде кватно защищенная элек тронная

почта может быть легко перехвачена, изменена или повторно пер е-

дана, ч то влияе т как на конфиденциальность, так и на целостность

сообщения.

4.8. Оценка рисков [^]

От того, насколько полно и правильно будет проанализи рована

защищенность информационных и других ресурсов предприятия,

зависит эффективность всей его деятельности.

Точную оценку защищенности ресурсов получить невозможно,

но можно уяснить наиболее уязвимые места и участки и сделать

прогноз о возможных угрозах. При анализе рисков принимаются во

внимание и учитыаю тся:

■ модель нарушителя;

■ защита информации в компьютерных система х;

■ защита объекта от несанкционированного доступа;

■ защита речевой информации;

■ экспертная оценка защищенности информационных и других

ресурсов на предприятии;

■ экспертная оценка организационно-штатной структуры

предприятия;

■ экспертная оценка нормативно-распорядительной доку-

ментации в области безопасности.

5. Требования по обеспечению комплекс-

ной системы информационной безопасно-

сти [^]

5.1. Требования по обеспечению информационной

безопасности корпоративной информационной

системы предприятия. [^]

Как правило, они включают в себя:

• Организационные меры защиты, сводящиеся к регламента-

ции;

- допуска к использованию информационных ресурсов;

- процессов проведения те хно логических операций с ин-

формационными ресурсами КИС;

- процессов эксплуатации, обслуживания и модификации ап-

паратных и программных ресурсов.

• Технические меры и методы защиты, заключающиеся в при-

менении средств;

- идентификации и ау тентификации;

- разграничения доступа;

- обеспечения и контроля целостности;

- антивирусной защиты;

- межсетевого экранирования;

- контроля электронной почты;

- контроля и регистрации событий безопасности;

- криптографической защиты;

- виртуальных частных сетей (VPN);

- централизованного управления системой* информации-

онной безопасности.

5.2. Требования к программно-аппаратным средст-

вам [^]

Программно-аппаратные средства ИС предприятия должны:

• обеспечивать возможность комплексного решения во просов

защиты информации в том числе возможность удаленного ад-

министрирования;

• иметь встроенные средства криптографической защиты ин-

формации и поддерживать технологию электронной по дписи;

• полноценно функционировать в распределенной корпо -

ративной среде и иметь минимальное программное обеспечение

на клиентских местах;

• учитывать требования действующих нормативных до -

кументов по защите информации АС, а также законода тельство

Российской Федерации, ГОСТы, нормативные, руководящие и

другие до кументы уполномоченных государственных органов

по вопросам информатизации, за щиты информации и обеспече-

ния информационной безопасности.

5.3. Требования к подсистеме идентификации и ау-

тентификации. [^]

Эта подсистема должна гарантировать:

• невозможность администрирования для непривилеги-

рованного пользователя;

• возможность разграничения доступа по группам пользо -

вателей, их местоположению, времени обращения;

• осуществление аутентификации перед сменой пароля;

• отслеживание неудачны х попыток входа в систему, за держек

после ввода неверного пароля перед следующей попыткой, опе-

ративное оповещение администратора безопасности при не-

скольких последовательны х неудачных по пытках вхо да в сис-

тему;

• системную защиту данных, испо льзующихся для аутен -

тификации, и регистрационных данных пользователей;

• проверку требований к паролям (по длине, допустимым сим-

волам и т. п.); ограничение на доступ к системной базе паролей

и на их отображение на экране;

• защиту данны х, испо льзуемых при аутентификации, и хране-

ние паролей только в зашифрованном виде;

• обязательность периодической смены паролей, а также отли-

чий новых паролей от старых;

• обязательную аутентификацию пользователей при до ступе к

базе данны х; смену стандартных паролей, исполь зуемых при

установке;

• демонстрацию при входе пользователя в систему - времени

последнего входа/выхо да, использовавшихся серви сах, числе

неудачны х попыток в хода с данным именем после последнего

сеанса.

5.4. Требования к подсистеме управления доступом

[^]

Для управления доступом используются:

■ безопасный сервер аутентификации для протоколирования

верификации попыток аутентификации и их результатов;

■ идентификатор пользователя и права доступа на чтение, за-

пись, выпо лнение программ;

■ профиль пользователя;

■ его подразделение.

При этом также необходимо, ч тобы:

■ были определены правила доступа, основанные на атрибутах

доступа, и правила доступа по умолчанию;

■ доступ к устройствам ввода/вывода был регламентирован

административными и программно-техническими мерами;

■ в базе данных были определены атрибуты доступа для объ-

ектов и субъектов (для объектов атрибуты должны уста-

навливаться в процессе операций импорта/экспорта);

■ правила доступа распространялись только на пользовате лей,

прошедших авторизацию;

■ существовали утвержденные списки управления досту пом

или правила управления доступом;

■ различающиеся права доступа для объектов и субъектов б ы-

ли проверены на согласованность;

■ в базе данных была обеспечена защита от чтения и м оди-

фикации информации, относящейся к политике безопас ности, в

частности:

данных, относящихся к идентификации и аутентифи-

кации. Причем, пользователи должны иметь воз-

можность в любой момент закрыть (приостановить)

свой сеанс и возобновить его после повторной ау-

тентификации; точек входа и соответствующих им

параметров (системных и пользовательских);

атрибутов, относящихся к политике безопасности и

устанавливаемых по умолчанию.

5.5. Требования к подсистеме протоколирования ау-

дита [^]

Данные, относящиеся к протоколу (регистрационный жур нал),

должны быть защищены от изменения. С этой целью:

• система должна позволять идентифицировать и показы вать

текущие события;