40. Методы диагностики текущего состояния ос.

Диагностика системы (общие сведения)

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

Функции контроля

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

Категории ошибок

Все ошибки, возникающие при функционировании микропроцессорной системы

управления, в общем виду могут быть разделены на следующие группы:

Программные;?

Аппаратные;?

Программно – аппаратные.?

Встроенные диагностические средства системы

Диагностика с помощью светодиодов

Диагностика с помощью светодиодов представляет собой первое вспомогательное

средство для локализации ошибок. Для дальнейшей локализации ошибок, как правило,

используются встроенные диагностические функции операционной системы ПЛК, пакета

программирования «SIMATIC Manager».

Светодиоды, установленные на аппаратуре SIMATIC S7, выполнены в следующих

трех цветах:

Зеленые светодиоды сообщают о протекании нормальных режимов работы? (напр.,

приложено напряжение питания).

Желтые светодиоды указывают на особые режимы (напр., активна функция? „Force").

Красные светодиоды указывают на? неисправности (напр., ошибка в шине).

 Диагностический буфер

Диагностический буфер организован по принципу FIFO (первым пришел - первым

вышел). Он находится в области памяти CPU с батарейной поддержкой и не может быть

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

порядке их возникновения.

Диагностика с использованием стеков I, В, L

Для того, чтобы получить дополнительную информацию о месте ошибки, можно

прочитать содержание стеков (I - стек, В - стек, L - стек). Это позволяет, например,

определить какие величины хранились в аккумуляторах перед тем, как CPU перешел в

Stop.

40. Актуальность защиты операционной системы.

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

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

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

Существуют два основных подхода к созданию защищенных ОС

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

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

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

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

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

3. Инструктирование пользователей операционной системы о необходимости соблюдения мер безопасности при работе с ОС и контроль за соблюдением этих мер.

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

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