Could we encrypt data in FastIOread/FastIOWrite function

Hello every Experts,

I’m now study something about encryption or decryption in filter driver.
We know encryption in normal process by using IRP in general, but we
incounter some problem that when data is small or used frequently,
the OS will access data through Cache. Since it will access data through
Cache,
FastIORead/Write might occur and we can’t not encrypt or decrypt through
normal way by using IRP.

IS there any measures to solve the problem?
IS that possible we could or we have to write encrypt/ decrypt function in
FastIOREAD/ FastIOWrite?
IF it is possilbe we have to write encrypt/decrypt functions in FastIORead,
how to do it?

Thanks in advance.

Mongo C.

You will do yourself a great deal of good (both technicall in in trems of
the good will of the readership) to do some reasearch on this. Even hanging
out in this newsgroup for a day will help.

Less that 25 hours ago someone who has probably forgotten more about writing
encryption drivers that most of us will ever learn said:

My general suggestion is to focus on non-cached I/O. Encrypt/decrypt
that. Don’t worry about what goes into the cache.

We are mostly a friendly lot, but some of us get a bit grouchy when the same
old question comes around again and again and again.

/rod

“Mongo C.” wrote in message news:xxxxx@ntfsd…
> Hello every Experts,
>
> I’m now study something about encryption or decryption in filter driver.
> We know encryption in normal process by using IRP in general, but we
> incounter some problem that when data is small or used frequently,
> the OS will access data through Cache. Since it will access data through
> Cache,
> FastIORead/Write might occur and we can’t not encrypt or decrypt through
> normal way by using IRP.
>
> IS there any measures to solve the problem?
> IS that possible we could or we have to write encrypt/ decrypt function in
> FastIOREAD/ FastIOWrite?
> IF it is possilbe we have to write encrypt/decrypt functions in
> FastIORead,
> how to do it?
>
> Thanks in advance.
>
>
> Mongo C.
>