Re: Decryption Performance
From: Steve Jansen (stj3571-nntp)
Date: 04/26/04
- Next message: Aaron: "Re: Decryption Performance"
- Previous message: Dave Taylor: "Security in a Windows app"
- In reply to: Aaron: "RE: Decryption Performance"
- Next in thread: Aaron: "Re: Decryption Performance"
- Reply: Aaron: "Re: Decryption Performance"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Mon, 26 Apr 2004 17:53:58 -0400
Aaron,
You also might be interested in accelerator hardware. I'm no expert on
these, but, here is my humble understanding of them.
Assymmetric encryption involves specialized computation, including prime
number algorithms. I have heard anecdotal evidence of statistically
significant performance gains when offloading crypto math processing to
specialized hardware. This hardware is generally available for Windows as a
PCI card, with the program flashed onto an on-board circuit. The
combination of the specialized RISC processor(s) and flash based programming
account for the performance gains.
If you are interested, search for vendors using the phrase "CryptoAPI
acceleration card". So, for a server-based solution, you could provide your
customers with a list of (tested) hardware cards that will boost performance
of your app.
HTH,
Steve
"Aaron" <anonymous@discussions.microsoft.com> wrote in message
news:CF819464-0599-47AF-8E96-5D1C535B9324@microsoft.com...
> Thanks for the replies, Alek and Chris.
>
> First, off, Alek you are correct, I misstated our encryption method. I
coded off of an existing encryption method created by another developer.
When I posted the question, I did not have the source code and could not
verify the encryption method, and I incorrectly called it a SH1 hash
algorithm. We are using the DESCryptoServiceProvider right now, and could
possibly use the TripleDESCryptoServiceProvider. We are coding in VB.NET.
Your suggestions on ways to improve performance were what i was looking for.
>
> Chris for your questions...our software can operate as client/server or
standalone. However, the software is sold to our customers, who install the
application at their sites, so we have no control over them. They may load
the database on a server machine, with other SQL Server databases within
their company. We do not wish their DB admins to be able to get at our data.
We have found that the only way to secure a SQL Server DB in this
circumstance is to install our own instance of SQL Server, which would mean
we would be responsible to patch SQL Server as they come out, which may not
be a desirable option for us (but we are still researching this
possibility).
>
> Thanks for the suggestions.
- Next message: Aaron: "Re: Decryption Performance"
- Previous message: Dave Taylor: "Security in a Windows app"
- In reply to: Aaron: "RE: Decryption Performance"
- Next in thread: Aaron: "Re: Decryption Performance"
- Reply: Aaron: "Re: Decryption Performance"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|