volodya

В любом случае обзаведись прогой которая может положить файл на NTFS, гы, а потом херач :-)))

Не "херач", а "херачь". Родной язык надо знать ;)))))

Вообще нет такого слова :-)
Нужно тогда "херачЪ"

Поправочка:
вообще-то я имел ввиду прогу Winternals NTFSDOS Professional 5.0

volodya Думаю стоит продолжить , может новые мысли будут ...

Я пока расскажу как винда защищает криптопровайдеры (CSP):

CSP - это такие dll со стандартным набором функций crypto api , только у них другие названия , например вместо CryptCreateHash у них CPCreateHash (Crypt заменяеться на CP)
Установленные на компе CSP и их dll можно посмотреть в ветке "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\Defaults\Provider" (Именно оттуда их берёт функция CryptEnumProviders)
Так вот , когда вы вызываете CryptCreateHash из advapi32.dll (ещё есть crypt32.dll) , та в свою очередь , вызывает настоящую CPCreateHash из другой dll (CSP) . А из какой именно CSP она будет вызывать , вы указываете функцией CryptAcquireContext .
Такую dll (CSP) можно сделать самому . Для этого существует Cryptographic Service Provider Development Kit

И винда их будет защищать , но ... !

Для это , после компиляции вашей dll (CSP) , надо взять с неё хеш и отправить dll (или только хеш) по адресу cspsign@microsoft.com на сертификацию (до двух дней) !
Они своим секретным ключом подписывают хеш и присылают сигнатуру , которую надо вшить в свою dll (ресурс RC Data) либо хранить в реестре в параметре "Signature" .

Да , ещё перед компиляцией надо оставить место в ресурсах для подписи

volodya
Линк на статью http://www.collakesoftware.com/aboutwfp.htm, не работает. Может быть, есть какой-нибудь другой?

И винда периодически проверяет эту сигнатуру (забыл какой api функцией проверяет , если надо найду) .

Таким образом можно даже защищащь свою dll (всмысле прогу)
Но это всё теоретически , я сам ещё не пробывал и глубоко не рыл .

коротко пока всё ...

http://msdn.microsoft.com/library/en-us/msi/setup/windows_file_protect ion_on_windows_2000_and_windows_xp.asp

http://msdn.microsoft.com/library/en-us/msi/setup/windows_file_protect ion_on_windows_millennium_edition.asp

И в добавок по адвертайзингу (это когда инсталлер постоянно пытается восстановить удаленный файл) :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/s etup/advertisement.asp

rst
По всем линкам, которые вы дали, выдается: Sorry, we were unable to service your request.

Oleg_SK
там пробелы

Oleg_SK

Ты б хоть на линки-то клацать толком научился бы. Все его линки рабочие.

bogrus

Ага. Понятно. А как думаешь это отключать? Ведь SP как-то же это делает?

hello_world
Где пробелы? Я брал выделял весь адрес линка и копировал его в адресную строку браузера...

P.S.: Я заметил что с линками в посте rst есть проблемы.

volodya
Как это рабочие? Там действительно были лишние пробелы... Я их сейчас убрал и все заработало...

hello_world
Спасибо! Я не заметил...

А как думаешь это отключать? Ведь SP как-то же это делает?

Она может и ничего не отключает . Ведь при обновлении dll и обновляеться их подпись , т.е. новая подпись ведь правильная (она подходит под открытый ключ которым винда проверяет) .
Так проверяються CSP , а может это и не wfp делает , а другая какая-то проверка или часть wfp отвечающая за целостность CSP .
Надо рыть ...