Quote:
|
Originally Posted by dyn!o
protect.dll itself is not a driver, but takes hardocore usage of them  . It's the place responisble for the critical task: the CD check.
|
As far as I know (from about a dozen of SF-protected apps), protect.dll contains _all_ code of original EXE.
Try to analyze "main" executable of protected app with hiew or any other PE editor. There is code section inside but it is initialized to zero!
Moreover, OEP of main EXE points inside zero-initialized section!
Actually Windows loads protect.dll before passing control to OEP, protect.dll checks presence of original CD and either terminates application or decrypts code section of main EXE (which stored in protect.dll) and places it in right position in memory. But some part of processor instructions are converted to pseudo-code which interpreted by SF engine (drivers + protect.dll).
So, modifying protect.dll does not means patching of SF engine only or application data only. Most probably both SF engine and application data where modified.