информационная безопасность без паники и всерьез  подробно о проекте
			Анализ криптографических сетевых...   Модель надежности двухузлового...   Специальные марковские модели надежности...   Критическая уязвимость UEFI позволяет...   Японский хостинг попросил клиентов...   Компрометация eMudhra вынудила...
	главная обзор RSN блог библиотека закон бред форум dnet о проекте
	bugtraq.ru / форум / site updates		Имя Пароль

ФОРУМ если вы видите этот текст, отключите в настройках форума использование JavaScript регистрация Легенда:   новое сообщение   закрытая нитка   новое сообщение   в закрытой нитке   старое сообщение	Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания. Новичкам также крайне полезно ознакомиться с данным документом. Когда оптимизация вредна 06.11.02 22:24  Число просмотров: 1590 Автор: dl <Dmitry Leonov> <"чистая" ссылка> > Интересно сей баг есть только у MS или везде? Это не баг, а нормальная работа оптимизатора. В оригинале упоминаются компиляторы Borland и GNU. <site updates> Когда оптимизация вредна 06.11.02 02:22   Publisher: dl <Dmitry Leonov> <"чистая" ссылка> Когда оптимизация вредна MSDN / Code Secure http://msdn.microsoft.com/library/en-us/dncode/html/secure10102002.asp Естественным желанием разработчика является очистка после использования участков памяти, хранящих критичную информацию - пароли, счета, явки... Естественным способом такой очистки является вызов, например, функции memset, забивающей данный участок нулями. Проблема в том, что если очищаемый буфер является локальным и более не используется, многие современные C/C++ компиляторы в процессе оптимизации просто выкинут вызов, сведя на нет все благие намерения программиста. Полный текст Когда оптимизация вредна 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. 1

Copyright © 2001-2026 Dmitry Leonov

Page build time: 1 s

Design: Vadim Derkach