Re: Passing certificates between processes (and machines)

From: Michel Gallant \(MVP\) (neutron@istar.ca)
Date: 04/05/03


From: "Michel Gallant \(MVP\)" <neutron@istar.ca>
Date: Fri, 4 Apr 2003 20:53:13 -0500


As Daniel says, you musn't even consider moving your private key (used
for signing docs) to another "principal" for signing.
Remember a secret known by more than 1 person, is not a secret at all!

The only think which makes sense is dnld whatever doc that you
are prepared to sign (you DO want to know what you are signing, right?),
sign it locally, and then upload to the required repository location.
This could probably be made fairly transparent in terms of browsing
through database files, indicating one/many you wish to sign, and
then start the download/sign-locally/ upload process; this is starting
to sound like a real web-application.

 - Mitch

"Daniel Sie (MS)" <dsie@online.microsoft.com> wrote in message
news:#y421xw#CHA.392@TK2MSFTNGP12.phx.gbl...
> To sign, one must posses the private key for the certificate. So, having
> just the X509 cert is not enough. In order to have the server doing the
> signing, you need to also pass on the private key along with the
> certificate, and the best way to do this is via a PFX file.
>
> However, this model, having the server to sign using the client's key, is
> flawed. The whole idea of PKI is to keep the private key only to yourselve.
>
> Can you elaborate why do you need to have the signing done on the server's
> side?
>
> --
> Thank you,
>
> Daniel Sie [MS]
>
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
> "Paul Mateer" <p.mateer@meridio.com> wrote in message
> news:424f2ade.0304040601.4983751e@posting.google.com...
> > I'm trying to put together a system that will allow a user running a
> > client to digitally sign a document on a server (which may be on their
> > PC or another PC entirely)
> >
> > What would be the best way to pass the certificate from the client
> > application to the server (the client and server communicate using
> > RPC)?
> >
> > Is it just a case of passing the dwCertEncodingType, pbCertEncoded,
> > and cbCertEncoded items to the server and then calling the
> > CertCreateCertificateContext() API function to create an new
> > certificate?
> > If so, will it matter that the server will be running under a
> > different NT account from the user running the client?
> >
> > If you can't or shouldn't pass the certificate from the client to the
> > server in this manner, what would the recommended transfer mechanism
> > be?
> >
> > Thanks for any help offered,
> >
> > Paul Mateer
> > Meridio Limited
> > www.meridio.com
>
>



Relevant Pages

  • Re: Location of users private key in PKI solution
    ... It sounds as though I should design the system so that the client ... signing/verification technology incorporated into the server. ... Presumably the steps in signing will be as follows: ... > The private key is typically located on the users machine. ...
    (microsoft.public.win2000.security)
  • Re: Location of users private key in PKI solution
    ... It sounds as though I should design the system so that the client ... signing/verification technology incorporated into the server. ... Presumably the steps in signing will be as follows: ... > The private key is typically located on the users machine. ...
    (microsoft.public.security)
  • Re: Private key generation
    ... As I wrote in my first answer to that thread - there are many situations when key pair is generated on trusted server. ... identity based encryption) simply requires generation of private key on server... ... High assurance keys (especially these that afterward are split in multiple shares using secret sharing schemes) may also require use of specialized equipment and computers that runs in a tempest/EM shielded locations. ... Default scenario supported by Microsoft Certificate Server is the most standard CA mode when CA just signs X509 certificate with emedded public keys. ...
    (microsoft.public.dotnet.security)
  • Re: Passing certificates between processes (and machines)
    ... key, and as I said, private key should be kept secret. ... server do the signing, that means the server must have access to the private ... of you, the server, signing on his/her behalf. ...
    (microsoft.public.security)
  • Re: Passing certificates between processes (and machines)
    ... key, and as I said, private key should be kept secret. ... server do the signing, that means the server must have access to the private ... of you, the server, signing on his/her behalf. ...
    (microsoft.public.win2000.security)

Quantcast