The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.
Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/
I've been thinking about this idea for a long time, and I want to discuss it with you in the forum.
I am a user of FESF, but in some very special scenarios our customers want to provide an ring3 solution to replace FESF.Because in these scenarios the computer may not be able to install the driver or restart.
I know this is a very old scheme, when transparent encryption and decryption first appeared.Many developer hope to implement this system by hooking functions(zwcreatefile/zwreadfile/zwwritefile .....).The biggest difficulty in implementing this system at the ring3 in the how to management of mapped memory(ZwMapViewOfSection etc..) .
My opinion is if progream open encryptfile I will read the file ahead of time and put it in memory after fully decrypting it.After that, all operations of the process on the file can be redirected to the decrypted buffer of the memory.I will regularly re-encrypt the decrypted buffer and write it back to the file.
This is similar to redirecting the process's file access on disk to file access in memory.
The problem I can think of is that large files may freeze when write back to disk.But I don't know if there are any other questions, I hope you can discuss with me
|Upcoming OSR Seminars
|OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead!
|13-17 May 2024
|1-5 Apr 2024
|Internals & Software Drivers
|11-15 Mar 2024
|Writing WDF Drivers
|20-24 May 2024