Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Сканеры уязвимостей




Сканер уязвимостей – это программа, которая обнаруживает уязвимости удаленной и/или локальной системы. Различают две основные стратегии, используемые сканерами уязвимостей: пассивное и активное сканирование.

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

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

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

В качестве примера сканера уязвимостей можно привести свободно распространяемый сканер Nessus. Nessus характеризуется следующими особенностями:

· расширяемая архитектура за счет встраивания внешних модулей тестирования;

· наличие языка описания тестов NASL (тесты также можно писать на С);

· постоянно обновляемая база данных уязвимостей;

· архитектура клиент-сервер;

· одновременное тестирование неограниченного числа хостов;

· четкое распознавание сетевых сервисов.

Основными особенностями языка NASL являются следующие:

· синтаксис языка похож на синтаксис языка С;

· переносимость – тесты, написанные на NASL, могут исполняться как на Unix-системах, так и на Windows-системах;

· поддержка стандарта CVE.

Сценарии NASL регистрируются на сервере Nessus. В процессе регистрации сценарий сообщает серверу имя сценария, описание, автора сценария и т.д.

Сценарии NASL имеют следующую структуру:

 

if(description)

{

#регистрационная информация

exit(0);

}

#Код сценария

 

Переменная description является глобальной и устанавливается как TRUE или FALSE в зависимости от того, необходимо ли регистрировать сценарий.

В регистрационной секции должны вызываться следующие функции:

· script_name(language:<name>,[…]) – определяет имя сценария, доступное администратору Nessus;

· script_description (language:<dscr>,[…]) – определяет описание сценария, доступное администратору Nessus;

· script_summary(language:<summary>,[…]) – определяет сводную информацию о сценарии, доступную администратору Nessus;

· script_category(<category>) – определяет категорию сценария, доступное администратору Nessus; возможны следующие значения категорий: ACT_ATTACK (сценарий пытается получить некоторые привилегии на исследуемом хосте), ACT_GATHER_INFO (выполняется в первую очередь и не наносит ущерба исследуемому хосту), ACT_DENAL (сценарий пытается провести атаку отказа в обслуживании на исследуемый хост) или ACT_SCANNER (сценарий сканирования портов);

· script_copyright (language:<copyright>,[…]) – устанавливает авторские права на сценарий;

· script_family (language:<family>,[…]) – устанавливает семейство сценария (Backdoors, Denial of Service, Firewal, Misc, …).

· script_dependencies (filename1, [filename2, …]) – определяет порядок выполнения сценариев.

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

 




Поделиться с друзьями:


Дата добавления: 2014-12-07; Просмотров: 505; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.