http://www.bugtraq.ru/rsn/archive/2002/11/05.html

Источник: MSDN / Code Secure

предложить новость  |  обсудить  |  все отзывы (2)

[4562]

назад «  » вперед

последние новостиBugTraq.Ru: последние новости Фишинговая атака на Python-разработчиков // 26.09.25 17:21 ФБР нашла русский след в атаках на древние Cisco // 22.08.25 22:43 Массовый взлом SharePoint // 23.07.25 22:07 Microsoft Authenticator прекращает поддержку паролей // 30.06.25 21:19 Очередное исследование 19 миллиардов паролей показало, что с ними по-прежнему все плохо // 02.05.25 20:42 Оптимизация ввода-вывода как инструмент обхода антивирусов // 30.04.25 23:29 Зловреды выбирают Lisp и Delphi // 30.03.25 23:26

Комментарии: Когда оптимизация вредна 06.11.02 21:49   Автор: Eugene Статус: Незарегистрированный пользователь <"чистая" ссылка> > Когда оптимизация вредна > MSDN / Code Secure > http://msdn.microsoft.com/library/en-us/dncode/html/secure1 > 0102002.asp > > > Естественным желанием разработчика является очистка после > использования участков памяти, хранящих критичную > информацию - пароли, счета, явки... Естественным способом > такой очистки является вызов, например, функции memset, > забивающей данный участок нулями. Проблема в том, что если > очищаемый буфер является локальным и более не используется, > многие современные C/C++ компиляторы в процессе оптимизации > просто выкинут вызов, сведя на нет все благие намерения > программиста. Интересно сей баг есть только у MS или везде? Когда оптимизация вредна 06.11.02 22:24   Автор: dl <Dmitry Leonov> <"чистая" ссылка> > Интересно сей баг есть только у MS или везде? Это не баг, а нормальная работа оптимизатора. В оригинале упоминаются компиляторы Borland и GNU.

<добавить комментарий>