КАТЕГОРИИ: Архитектура-(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) |
Использование уязвимости сценариев автоматизации
Взлом рабочего приложения через открытые порты Подобная атака в настоящее время чрезвычайно популярна и стала такой благодаря несовершенству современных программ. В цикле разработки многих приложений совершенно не учитываются вопросы их защиты. Одной из главных причин подобной халатности можно считать очень сжатые сроки, которыми ограничены программисты и испытатели при разработке и тестировании программ. Проверка проводится вовсе не так, как должна была бы. Более того, нынешние приложения стали настолько сложными и многофункциональными, что даже при наличии большего времени едва ли удалось бы проверить каждую их возможность и особенность. До недавних пор многие клиенты и слышать не хотели о безопасности. Если все необходимые функции прекрасно работали, то никто не задумывался о том, сколько возможных брешей существует. Нельзя думать о защите как об устанавливаемом дополнительно компоненте. С самого начального этапа разработки приложения, безопасность должна быть его неотъемлемой частью. Еще одна проблема — это проверка на наличие ошибок. Во многих приложениях проверка либо плохая, либо отсутствует совсем, что приводит к нестабильности кода и весьма неприятным последствиям. Примером подобного можно считать переполнение буфера, которое будет рассмотрено далее. Многие проникновения, особенно в систему UNIX, осуществляются путем использования программных сценариев. Вместе с основными компонентами операционной системы или приложения часто разработчики распространяют файлы и сценарии, с помощью которых пользователь системы сможет лучше в ней разобраться и создавать новые прикладные программы. С точки зрения разработчика, это чрезвычайно удобно. Нужно ли изобретать колесо, если можно использовать готовые сценарии и фрагменты кода? Нигде не применяется так много сценариев, как при работе с Web-приложениями. Ранние версии Web-сервера Apache, равно как и некоторые браузеры, поставлялись вместе с готовыми сценариями, в которых была масса лазеек. Кроме того, с помощью готовых программных средств даже неопытный программист сможет довольно быстро создать Internet-приложение, но вот будет ли оно качественным и надежным? Да, программа будет работать, но никто не сможет сказать с уверенностью, насколько данная программа безопасна. Очень часто избыточный код и плохой контроль за ошибками открывают перед хакером двери в систему. По умолчанию с информационным сервером Internet (IIS — Internet Information Server) в комплекте предоставляется, по сути, готовый Web-узел. В нем есть система удаленного администрирования, которую можно использовать для быстрого и простого взлома узла.
Дата добавления: 2013-12-12; Просмотров: 311; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |