blob: 1e8818be264070b5666513900393f21eaad8a502 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
|
.. _mozilla_projects_nss_reference_fc_decryptverifyupdate:
FC_DecryptVerifyUpdate
======================
`Name <#name>`__
~~~~~~~~~~~~~~~~
.. container::
FC_DecryptVerifyUpdate - continue a multi-part decrypt and verify operation
`Syntax <#syntax>`__
~~~~~~~~~~~~~~~~~~~~
.. container::
.. code::
CK_RV FC_DecryptVerifyUpdate(
CK_SESSION_HANDLE hSession,
CK_BYTE_PTR pEncryptedData,
CK_ULONG ulEncryptedDataLen,
CK_BYTE_PTR pData,
CK_ULONG_PTR pulDataLen
);
`Parameters <#parameters>`__
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.. container::
``hSession``
[in] session handle.
``pEncryptedData``
[in] pointer to the encrypted data part.
``ulEncryptedDataLen``
[in] length of encrypted data in bytes.
``pData``
[in] pointer to the location which receives the recovered data part or NULL.
``pulDataLen``
[in] pointer to the length of the recovered part buffer.
`Description <#description>`__
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.. container::
``FC_DecryptVerifyUpdate`` continues a multi-part decryption and signature verification
operation. After calling both ``FC_DecryptInit`` and ``FC_VerifyInit`` to set up the operations
this function may be called multiple times. The operation is finished by calls to
``FC_DecryptFinal`` and ``FC_VerifyFinal``.
A user must log into the token (to assume the NSS User role) before calling
``FC_DecryptVerifyUpdate``.
.. _return_value:
`Return value <#return_value>`__
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.. container::
`Examples <#examples>`__
~~~~~~~~~~~~~~~~~~~~~~~~
.. container::
.. _see_also:
`See also <#see_also>`__
~~~~~~~~~~~~~~~~~~~~~~~~
.. container::
- `NSC_DecryptVerifyUpdate </en-US/NSC_DecryptVerifyUpdate>`__
|
