Re: Usage of CRYPT_VERIFYCONTEXT with Smart Cards

From: Skybird Le (skybird_lgf_at_sina.com)
Date: 09/27/03


Date: Sat, 27 Sep 2003 11:50:50 +0800


yes, there are more difference between MSDN and other documents of MS.

The pszContainer can be NULL or NON-NULL when dwFlags is set to
CRYPTO_VERIFYCONTEXT in CryptAcquireContext.
If pszContainer is NULL , the csp can operate without your smart card,
application can only acquire the usual information, such as it's
capabilities. If pszContainer is non-NULL, the csp can access to public key
portion of persistent public/private key pair on smart card.

I don't know when MS can bring them to same , i hope soon.

"Milton Kuo" <milton.kuo@microsoft.com> > There is a discrepancy between the
Platform SDK and the CSPDK in how
> CRYPT_VERIFYCONTEXT is used in calls to CryptAcquireContext.
Specifically,
> the PSDK states that pszContainer must be NULL if the CRYPT_VERIFYCONTEXT
> flag is set. However, the CSPDK states that pszContainer can be non-NULL
if
> CRYPT_VERIFYCONTEXT is set.
>
> Which of the two documents, if any :), is correct? Also, if the CSPDK is
> correct, when can we expect to see the information in the CSPDK merged
into
> the PSDK?
>
> Thanks,
> Milton
>
>



Relevant Pages

  • Usage of CRYPT_VERIFYCONTEXT with Smart Cards
    ... There is a discrepancy between the Platform SDK and the CSPDK in how ... CRYPT_VERIFYCONTEXT is used in calls to CryptAcquireContext. ... the PSDK states that pszContainer must be NULL if the CRYPT_VERIFYCONTEXT ...
    (microsoft.public.platformsdk.security)
  • CryptAcquireContext() fails with NTE_KEYSET_NOT_DEF (0x80090019)
    ... It works fine most of the time but on a few machines running Windows 2000 ... Server CryptAcquireContext() fails with error NTE_KEYSET_NOT_DEF. ... provider does not exist. ... Since the pszContainer I pass is NULL as required by the CRYPT_VERIFYCONTEXT ...
    (microsoft.public.platformsdk.security)