19 смертных грехов, угрожающих безопасности программ. Майкл Ховард
Чтение книги онлайн.

Читать онлайн книгу 19 смертных грехов, угрожающих безопасности программ - Майкл Ховард страница 5

Название: 19 смертных грехов, угрожающих безопасности программ

Автор: Майкл Ховард

Издательство:

Жанр: Программирование

Серия:

isbn: 5-9706-0027-X

isbn:

СКАЧАТЬ данные по своему усмотрению.

      Возникает вопрос: почему мы продолжаем пользоваться столь очевидно опасной системой? Избежать проблемы, по крайней мере частично, можно было бы, перейдя на 64–разрядный процессор Intel Itanium, где адрес возврата хранится в регистре. Но тогда пришлось бы смириться с утратой обратной совместимости, хотя на момент работы над этой книгой представляется, что процессор х64 в конце концов станет популярным.

      Можно также спросить, почему мы не переходим на языки, осуществляющие строгий контроль массивов и запрещающие прямую работу с памятью. Дело в том, что для многих приложений производительность высокоуровневых языков недостаточно высока. Возможен компромисс: писать интерфейсные части программ, с которыми взаимодействуют пользователи, на языке высокого уровня, а основную часть кода – на низкоуровневом языке. Другое решение–в полной мере задействовать возможности С++ и пользоваться написанными для него библиотеками для работы со строками и контейнерными классами. Например, в Web–сервере Internet Information Server (IIS) 6.0 обработка всех входных данных переписана с использованием строковых классов; один отважный разработчик даже заявил, что даст отрезать себе мизинец, если в его коде отыщется хотя бы одно переполнение буфера. Пока что мизинец остался при нем, и за два года после выхода этого сервера не было опубликовано ни одного сообщения о проблемах с его безопасностью. Поскольку современные компиляторы умеют работать с шаблонными классами, на С++ теперь можно создавать очень эффективный код.

      Но довольно теории, рассмотрим пример.

      tinclude <stdio.h>

      void DontDoIhis (char* input)

      {

      char buf[16];

      strcpy(buf, input);

      printf("%s\n» , buf);

      }

      int main(int argc, char* argv[])

      {

      // мы не проверяем аргументы

      // а чего еще ожидать от программы, в которой используется

      // функция strcpy?

      DontDoThis(argv[l]);

      return 0;

      }

      Откомпилируем эту программу и посмотрим, что произойдет. Для демонстрации автор собрал приложение, включив отладочные символы и отключив контроль стека. Хороший компилятор предпочел бы встроить такую короткую функцию, как DontDoThis, особенно если она вызывается только один раз, поэтому оптимизация также была отключена. Вот как выглядит стек непосредственно перед вызовом strcpy:

      0x0012FEC0  с8  fe 12 00 .. <– адрес аргумента buf

      0x0012FEC4  с4 18 32 00 .2. <– адрес аргумента input

      0x0012FEC8  d0 fe 12 00 .. <– начало буфера buf

      0x0012FECC  04 80 40 00  .<<Unicode: 80>>@.

      0x0012FED0  el 02 3f 4f     .?0

      0x0012FED4  66 00 00 00    f… <– конец buf

      0x0012FED8  e4 fe 12 00     .. <– содержимое регистра EBP

      0x0012FEDC  3f 10 40 00  ?.@. <– адрес возврата

      0x0012FEE0  c4 18 32 00    .2. <– адрес аргумента DontDoThis

      0x0012FEE4  cO ff 12 00     ..

      0x0012FEE8  10 13 40 00  ..@. <– адрес, куда вернется main()

      Напомним, что стек растет СКАЧАТЬ