hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click								642m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

				hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
Ответы и обсуждениеClick										m
w									o
	w
w								.c
	.
		p					g
			df			n		e
				-x cha

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

9. Как можно узнать, что ваша программа скомпрометирована?

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

Вопросы личного характера

1.Каковы требования к безопасности, предъявляемые в вашем текущем проекте? Каким образом были они установлены? Кто осведомлен о них? В каких документах они отражены?

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

2.Какая была самая страшная ошибка защиты в выпущенных вами приложениях?

Важно знать о ней, даже если это уже стало древней историей. Нужно помнить, какую ошибку вы совершили, чтобы не оставалось никаких шансов повторить ее в будущем. Если вам неизвестно ни о каких преж% них уязвимостях, возможно, вы недостаточно тщательно проверяли свой продукт.

3.Сколько бюллетеней по вопросам безопасности было выпущено по по воду вашего приложения?

Были ли они связаны с глупыми ошибками и небрежностью разработ% чиков или происходят от более глубоких проблем архитектуры? Боль% шинство проблем, попадающих в бюллетени, относятся к первому виду.

4.Проводили ли вы аудит безопасности программы? Какие проблемы он выявил?

Если только проверкой не занимался специалист по безопасности, ка% кие%то виды уязвимостей наверняка окажутся пропущенными. Однако и тогда аудит вскроет вопиющие проблемы и окажется полезен.

5.Кто, как вам кажется, вероятнее всего может попытаться атаковать вашу систему? В какой мере на это влияют:

•Ваша компания