View Full Version : Code Release page

September 7th, 2009, 22:23
here is the current server code..minus the addition of the currently not working emulation of CSR_API_MESSAGE.

this is also another release of the client..both downloads below..

Attached Files
http://www.woodmann.com/forum/images/attach/rar.gif SIN32.rar ("http://www.woodmann.com/forum/blog_attachment.php?attachmentid=32&d=1252375681") (113.9 KB) http://www.woodmann.com/forum/images/attach/rar.gifaffectionate.rar ("http://www.woodmann.com/forum/blog_attachment.php?attachmentid=33&d=1252375681") (446.6 KB)

September 8th, 2009, 14:25

what is it?Server)
A attempted 'mock' implementation of some features in csrss,such as: Quick Lpc Shared Sections,using the shared section in Interprocess comunications and hooking, This also covers making a 'HandleTable',write co-dependent code that becomes Location Independent..so on..

what is it?Client)
a simulation of what a "subsystem" client "might do" that actually connects to the 'server'..

What Does it do?Server)
Capable of running from Win32 or Native mode the server listens for client connections and writes the hooking code into the 'remote' client process without using WriteProcessMemory,and hooks LdrpCallInitRoutine,as well as trys to call a APC..unsuccessfully atm..but w/e..

any further questions?

September 9th, 2009, 17:56
why not just use the code from reactos instead?

September 9th, 2009, 18:17
You could,but thats not the goal to 'write' a new 'OS' or use 'their code'..the goal with this is to gain the abilities and knowledge neccessary to accomplish the my goals.

but yea good question.

September 10th, 2009, 08:07
i'm still confused. what are your goals and why would leveraging code from reactos not help you accomplish your goals?

September 10th, 2009, 10:09
I don't know what my goals are..to be honest.

But I do know that I don't want to do things using the 'old' tried and true methods..I want to explorer 'new' methods and ideas..even if they are inpractical, there are things to be learned and gained in the process of doing things differently..though how different my ideas are from other peoples ideas is debatable..as almost everything is.

even in the saying of 'why not use X instead of doing it your own way' to me is like saying 'why bother doing things differently'. well the answer to that is, if I do things the same as everyone else, then what separates me from them..

admittedly I am not the 'best' person to 'follow' as I do not 'know' all my goals..I just trudge along and research and explorer things in my own way. goals present themselves to me as I 'slowly' move forward.knowing that I do not like 'most' of the current trains of thought and programming paradigms that work at making a remedy and a 'cure' for the dangers of the internet that are now so well financed and capable of being 'targeted' towards any specific environment, I plan to lay traps and provide a not so friendly environment in which these 'attacks' try to run,compared to the lax environment I currently do things in .I also want to add a layer of automation to this whole deal..

Also I am sorry to continue your confusion over 'my' goals..but thats the way I like it.


September 19th, 2009, 20:40
a special thanks to wtbw for pointing me to the length part of PORT_MESSAGE,albiet in a indirect manner.After a few experiments and minor modifications,I can now send data with the messages(small accomplishment,but w/e)..now I can debug the APC as it executes in the client xD..it errors atm..but hey some progress is better then no progress and endless searching..Ive also found a few excellent resources and some 'new to me' undocumented API's, that I plan to put into usage shortly..also if anyone can find any source or materials on the usages NtReadRequestData or NtWriteRequestData I would be very interested in that

Again thanks wtbw !!

regards BanMe