Add EVP_KDF-X942 to the fips module
[openssl.git] / doc / man3 / CRYPTO_get_ex_new_index.pod
1 =pod
2
3 =head1 NAME
4
5 CRYPTO_EX_new, CRYPTO_EX_free, CRYPTO_EX_dup,
6 CRYPTO_free_ex_index, CRYPTO_get_ex_new_index,
7 CRYPTO_alloc_ex_data, CRYPTO_set_ex_data, CRYPTO_get_ex_data,
8 CRYPTO_free_ex_data, CRYPTO_new_ex_data
9 - functions supporting application-specific data
10
11 =head1 SYNOPSIS
12
13  #include <openssl/crypto.h>
14
15  int CRYPTO_get_ex_new_index(int class_index,
16                              long argl, void *argp,
17                              CRYPTO_EX_new *new_func,
18                              CRYPTO_EX_dup *dup_func,
19                              CRYPTO_EX_free *free_func);
20
21  typedef void CRYPTO_EX_new(void *parent, void *ptr, CRYPTO_EX_DATA *ad,
22                             int idx, long argl, void *argp);
23  typedef void CRYPTO_EX_free(void *parent, void *ptr, CRYPTO_EX_DATA *ad,
24                              int idx, long argl, void *argp);
25  typedef int CRYPTO_EX_dup(CRYPTO_EX_DATA *to, const CRYPTO_EX_DATA *from,
26                            void **from_d, int idx, long argl, void *argp);
27
28  int CRYPTO_new_ex_data(int class_index, void *obj, CRYPTO_EX_DATA *ad);
29
30  int CRYPTO_alloc_ex_data(int class_index, void *obj, CRYPTO_EX_DATA *ad,
31                           int idx);
32
33  int CRYPTO_set_ex_data(CRYPTO_EX_DATA *r, int idx, void *arg);
34
35  void *CRYPTO_get_ex_data(CRYPTO_EX_DATA *r, int idx);
36
37  void CRYPTO_free_ex_data(int class_index, void *obj, CRYPTO_EX_DATA *r);
38
39  int CRYPTO_free_ex_index(int class_index, int idx);
40
41 =head1 DESCRIPTION
42
43 Several OpenSSL structures can have application-specific data attached to them,
44 known as "exdata."
45 The specific structures are:
46
47     BIO
48     DH
49     DSA
50     EC_KEY
51     ENGINE
52     EVP_PKEY
53     RSA
54     SSL
55     SSL_CTX
56     SSL_SESSION
57     UI
58     UI_METHOD
59     X509
60     X509_STORE
61     X509_STORE_CTX
62
63 In addition, the B<APP> name is reserved for use by application code.
64
65 Each is identified by an B<CRYPTO_EX_INDEX_xxx> define in the B<crypto.h>
66 header file.  In addition, B<CRYPTO_EX_INDEX_APP> is reserved for
67 applications to use this facility for their own structures.
68
69 The API described here is used by OpenSSL to manipulate exdata for specific
70 structures.  Since the application data can be anything at all it is passed
71 and retrieved as a B<void *> type.
72
73 The B<CRYPTO_EX_DATA> type is opaque.  To initialize the exdata part of
74 a structure, call CRYPTO_new_ex_data(). This is only necessary for
75 B<CRYPTO_EX_INDEX_APP> objects.
76
77 Exdata types are identified by an B<index>, an integer guaranteed to be
78 unique within structures for the lifetime of the program.  Applications
79 using exdata typically call B<CRYPTO_get_ex_new_index> at startup, and
80 store the result in a global variable, or write a wrapper function to
81 provide lazy evaluation.  The B<class_index> should be one of the
82 B<CRYPTO_EX_INDEX_xxx> values. The B<argl> and B<argp> parameters are saved
83 to be passed to the callbacks but are otherwise not used.  In order to
84 transparently manipulate exdata, three callbacks must be provided. The
85 semantics of those callbacks are described below.
86
87 When copying or releasing objects with exdata, the callback functions
88 are called in increasing order of their B<index> value.
89
90 If a dynamic library can be unloaded, it should call CRYPTO_free_ex_index()
91 when this is done.
92 This will replace the callbacks with no-ops
93 so that applications don't crash.  Any existing exdata will be leaked.
94
95 To set or get the exdata on an object, the appropriate type-specific
96 routine must be used.  This is because the containing structure is opaque
97 and the B<CRYPTO_EX_DATA> field is not accessible.  In both API's, the
98 B<idx> parameter should be an already-created index value.
99
100 When setting exdata, the pointer specified with a particular index is saved,
101 and returned on a subsequent "get" call.  If the application is going to
102 release the data, it must make sure to set a B<NULL> value at the index,
103 to avoid likely double-free crashes.
104
105 The function B<CRYPTO_free_ex_data> is used to free all exdata attached
106 to a structure. The appropriate type-specific routine must be used.
107 The B<class_index> identifies the structure type, the B<obj> is
108 a pointer to the actual structure, and B<r> is a pointer to the
109 structure's exdata field.
110
111 =head2 Callback Functions
112
113 This section describes how the callback functions are used. Applications
114 that are defining their own exdata using B<CYPRTO_EX_INDEX_APP> must
115 call them as described here.
116
117 When a structure is initially allocated (such as RSA_new()) then the
118 new_func() is called for every defined index. There is no requirement
119 that the entire parent, or containing, structure has been set up.
120 The new_func() is typically used only to allocate memory to store the
121 exdata, and perhaps an "initialized" flag within that memory.
122 The exdata value may be allocated later on with CRYPTO_alloc_ex_data(),
123 or may be set by calling CRYPTO_set_ex_data().
124
125 When a structure is free'd (such as SSL_CTX_free()) then the
126 free_func() is called for every defined index.  Again, the state of the
127 parent structure is not guaranteed.  The free_func() may be called with a
128 NULL pointer.
129
130 Both new_func() and free_func() take the same parameters.
131 The B<parent> is the pointer to the structure that contains the exdata.
132 The B<ptr> is the current exdata item; for new_func() this will typically
133 be NULL.  The B<r> parameter is a pointer to the exdata field of the object.
134 The B<idx> is the index and is the value returned when the callbacks were
135 initially registered via CRYPTO_get_ex_new_index() and can be used if
136 the same callback handles different types of exdata.
137
138 dup_func() is called when a structure is being copied.  This is only done
139 for B<SSL>, B<SSL_SESSION>, B<EC_KEY> objects and B<BIO> chains via
140 BIO_dup_chain().  The B<to> and B<from> parameters
141 are pointers to the destination and source B<CRYPTO_EX_DATA> structures,
142 respectively.  The B<*from_d> parameter is a pointer to the source exdata.
143 When the dup_func() returns, the value in B<*from_d> is copied to the
144 destination ex_data.  If the pointer contained in B<*pptr> is not modified
145 by the dup_func(), then both B<to> and B<from> will point to the same data.
146 The B<idx>, B<argl> and B<argp> parameters are as described for the other
147 two callbacks.  If the dup_func() returns B<0> the whole CRYPTO_dup_ex_data()
148 will fail.
149
150 =head1 RETURN VALUES
151
152 CRYPTO_get_ex_new_index() returns a new index or -1 on failure.
153
154 CRYPTO_free_ex_index(), CRYPTO_alloc_ex_data() and CRYPTO_set_ex_data()
155 return 1 on success or 0 on failure. 
156
157 CRYPTO_get_ex_data() returns the application data or NULL on failure;
158 note that NULL may be a valid value.
159
160 dup_func() should return 0 for failure and 1 for success.
161
162 =head1 HISTORY
163
164 CRYPTO_alloc_ex_data() was added in OpenSSL 3.0.
165
166 The signature of the dup_func() callback was changed in OpenSSL 3.0 to use the
167 type B<void **> for B<from_d>.  Previously this parameter was of type B<void *>.
168
169 Support for ENGINE "exdata" was deprecated in OpenSSL 3.0.
170
171 =head1 COPYRIGHT
172
173 Copyright 2015-2020 The OpenSSL Project Authors. All Rights Reserved.
174
175 Licensed under the Apache License 2.0 (the "License").  You may not use
176 this file except in compliance with the License.  You can obtain a copy
177 in the file LICENSE in the source distribution or at
178 L<https://www.openssl.org/source/license.html>.
179
180 =cut