You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docsource/configuration.md
+376-6Lines changed: 376 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -184,15 +184,385 @@ Each certificate template discovered from Idnomic requires configuration when us
184
184
4.**Least Privilege**: Request client certificates with minimal required permissions in the Idnomic PKI system
185
185
5.**Audit Logging**: Enable comprehensive logging in both the Gateway and Idnomic PKI for security monitoring
186
186
187
-
## Certificate Template Creation Step
187
+
## Troubleshooting
188
188
189
-
TODO Certificate Template Creation Step is a required section
189
+
### Connection Issues
190
+
- Verify the RA connector endpoint URL is correct and accessible
191
+
- Check that the client certificate is valid and not expired
192
+
- Confirm the client certificate is trusted by the Idnomic PKI system
193
+
- Review Gateway logs for SOAP communication errors
190
194
191
-
## Custom Enrollment Parameter Creation Step
195
+
### Profile Discovery Issues
196
+
- Ensure the client certificate has permissions to call `list_profiles`
197
+
- Verify the RA connector is properly configured in Idnomic
198
+
- Check that profiles are published and available in the Idnomic system
192
199
193
-
TODO Custom Enrollment Parameter Creation Step is an optional section. If this section doesn't seem necessary on initial glance, please delete it. Refer to the docs on [Confluence](https://keyfactor.atlassian.net/wiki/x/SAAyHg) for more info
200
+
### Enrollment Failures
201
+
- Verify the Zone parameter exactly matches a configured zone in Idnomic
202
+
- Confirm the selected profile supports the requested certificate attributes
203
+
- Check that the client certificate has enrollment permissions for the specified zone
204
+
- Review Idnomic PKI logs for detailed error messages
194
205
195
-
## Mechanics
206
+
### Synchronization Issues
207
+
- Confirm the client certificate has permissions to call `search_for_certificates`
208
+
- Verify network connectivity and timeout settings
209
+
- For large certificate databases, consider adjusting synchronization schedules
196
210
197
-
TODO Mechanics is an optional section. If this section doesn't seem necessary on initial glance, please delete it. Refer to the docs on [Confluence](https://keyfactor.atlassian.net/wiki/x/SAAyHg) for more info
211
+
## Test Cases
212
+
213
+
### Test Case 1: CA Connection Validation
214
+
215
+
**Objective**: Verify that the Gateway can successfully connect to the Idnomic RA connector using client certificate authentication.
216
+
217
+
**Prerequisites**:
218
+
- Idnomic PKI system is operational
219
+
- Valid client certificate (PFX) is available
220
+
- RA connector endpoint is accessible
221
+
222
+
**Test Steps**:
223
+
1. Configure the CA in AnyCA Gateway with valid connection parameters
224
+
2. Click "Test Connection" or trigger the Ping operation
225
+
3. Observe the connection result
226
+
227
+
**Expected Results**:
228
+
- Connection succeeds without errors
229
+
- Gateway logs show successful SOAP authentication
230
+
- No certificate validation errors occur
231
+
232
+
**Verification**:
233
+
- Review Gateway logs for successful connection message
234
+
- Check Idnomic PKI logs for incoming authenticated connection
235
+
- Verify no SSL/TLS errors in either system
236
+
237
+
---
238
+
239
+
### Test Case 2: Profile Discovery
240
+
241
+
**Objective**: Verify that the Gateway can retrieve the list of available certificate profiles from Idnomic PKI.
242
+
243
+
**Prerequisites**:
244
+
- CA connection is successfully configured
245
+
- At least one certificate profile is configured in Idnomic PKI
246
+
- Client certificate has permissions to call `list_profiles`
247
+
248
+
**Test Steps**:
249
+
1. Save the CA configuration in AnyCA Gateway
250
+
2. Navigate to the template/product configuration section
251
+
3. Observe the list of available Product IDs
252
+
253
+
**Expected Results**:
254
+
- List of profiles is populated automatically
255
+
- Profile names match those configured in Idnomic PKI
256
+
- No empty or null profile names appear
257
+
258
+
**Verification**:
259
+
- Compare the list of profiles in Gateway with Idnomic PKI configuration
260
+
- Verify profile names are correctly displayed
261
+
- Check Gateway logs for successful `list_profiles` SOAP call
262
+
263
+
---
264
+
265
+
### Test Case 3: Certificate Enrollment - Valid Request
266
+
267
+
**Objective**: Verify successful certificate enrollment through the plugin.
268
+
269
+
**Prerequisites**:
270
+
- CA and template are properly configured
271
+
- Valid Zone parameter is configured for the template
272
+
- Test CSR is available
273
+
274
+
**Test Steps**:
275
+
1. Submit an enrollment request via Keyfactor Command
276
+
2. Specify the Idnomic CA and a valid template
277
+
3. Provide a valid PKCS#10 CSR
278
+
4. Wait for enrollment to complete
279
+
280
+
**Expected Results**:
281
+
- Enrollment completes successfully
282
+
- Certificate is issued by Idnomic PKI
283
+
- Certificate is returned to Keyfactor Command
284
+
- Certificate appears in Command inventory
285
+
286
+
**Verification**:
287
+
- Verify certificate details match the CSR
288
+
- Confirm certificate is present in Idnomic PKI database
289
+
- Check that certificate chain is properly constructed
290
+
- Validate certificate can be used for its intended purpose
291
+
292
+
---
293
+
294
+
### Test Case 4: Certificate Enrollment - Invalid Zone
295
+
296
+
**Objective**: Verify proper error handling when an invalid zone is specified.
297
+
298
+
**Prerequisites**:
299
+
- CA and template are configured
300
+
- Zone parameter is set to a non-existent zone name
301
+
302
+
**Test Steps**:
303
+
1. Submit an enrollment request with invalid Zone parameter
304
+
2. Observe the enrollment result
305
+
306
+
**Expected Results**:
307
+
- Enrollment fails with clear error message
308
+
- Error message indicates invalid zone
309
+
- No certificate is issued
310
+
- System remains stable
311
+
312
+
**Verification**:
313
+
- Check error message clarity and accuracy
314
+
- Verify Gateway logs contain detailed error information
315
+
- Confirm no partial enrollment occurred in Idnomic PKI
316
+
317
+
---
318
+
319
+
### Test Case 5: Certificate Synchronization - Full Sync
320
+
321
+
**Objective**: Verify full certificate synchronization from Idnomic PKI to Keyfactor Command.
322
+
323
+
**Prerequisites**:
324
+
- CA is properly configured
325
+
- Multiple certificates exist in Idnomic PKI
326
+
- Synchronization is configured in Command
327
+
328
+
**Test Steps**:
329
+
1. Trigger a full synchronization job
330
+
2. Wait for synchronization to complete
331
+
3. Verify synchronized certificate count
332
+
333
+
**Expected Results**:
334
+
- All certificates from Idnomic PKI are synchronized
335
+
- Certificate details are accurate (subject, serial number, dates, etc.)
336
+
- No duplicate certificates appear
337
+
- Synchronization completes without errors
338
+
339
+
**Verification**:
340
+
- Compare certificate count in Command vs. Idnomic PKI
341
+
- Spot-check several certificates for data accuracy
342
+
- Review synchronization logs for any warnings or errors
343
+
- Verify certificate chains are properly synchronized
344
+
345
+
---
346
+
347
+
### Test Case 6: Certificate Synchronization - Incremental Sync
348
+
349
+
**Objective**: Verify incremental synchronization only retrieves new certificates since last sync.
350
+
351
+
**Prerequisites**:
352
+
- Initial full synchronization has been completed
353
+
- Timestamp of last sync is recorded
354
+
- New certificates have been issued since last sync
355
+
356
+
**Test Steps**:
357
+
1. Note the timestamp of the last successful sync
358
+
2. Issue one or more new certificates in Idnomic PKI
359
+
3. Trigger an incremental synchronization
360
+
4. Observe synchronized certificates
361
+
362
+
**Expected Results**:
363
+
- Only certificates issued after last sync are retrieved
364
+
- Sync completes faster than full sync
365
+
- All new certificates are properly synchronized
366
+
- Previously synchronized certificates are not duplicated
367
+
368
+
**Verification**:
369
+
- Verify only recent certificates were processed
370
+
- Check sync duration is appropriate for certificate count
371
+
- Review Gateway logs to confirm incremental sync parameters
372
+
- Validate certificate data integrity
373
+
374
+
---
375
+
376
+
### Test Case 7: Certificate Revocation - Key Compromise
377
+
378
+
**Objective**: Verify certificate revocation with reason code 1 (Key Compromise).
379
+
380
+
**Prerequisites**:
381
+
- A valid certificate issued through the Gateway exists
382
+
- Certificate is not already revoked
383
+
384
+
**Test Steps**:
385
+
1. Identify a test certificate to revoke
386
+
2. Submit revocation request with reason "Key Compromise" (code 1)
387
+
3. Wait for revocation to complete
388
+
389
+
**Expected Results**:
390
+
- Revocation succeeds
391
+
- Certificate status changes to "Revoked" in Command
392
+
- Certificate appears on CRL in Idnomic PKI
393
+
- Revocation reason is correctly recorded
394
+
395
+
**Verification**:
396
+
- Check certificate status in Keyfactor Command
397
+
- Verify certificate appears on Idnomic CRL with correct reason code
398
+
- Confirm revocation timestamp is accurate
399
+
- Validate certificate can no longer be used for authentication
400
+
401
+
---
402
+
403
+
### Test Case 8: Certificate Revocation - Multiple Reason Codes
404
+
405
+
**Objective**: Verify that all supported revocation reason codes work correctly.
406
+
407
+
**Prerequisites**:
408
+
- Multiple test certificates are available for revocation
409
+
- CA supports all standard revocation reasons
410
+
411
+
**Test Steps**:
412
+
1. For each supported reason code (0, 1, 2, 3, 4, 5, 6, 9, 10):
413
+
- Select a test certificate
414
+
- Submit revocation with the specific reason code
415
+
- Verify revocation succeeds
416
+
2. Check CRL for correct reason codes
417
+
418
+
**Expected Results**:
419
+
- All revocation requests succeed
420
+
- Each certificate shows correct revocation reason in CRL
421
+
- No errors occur for any reason code
422
+
423
+
**Verification**:
424
+
- Download and parse CRL from Idnomic PKI
425
+
- Verify each revoked certificate has correct CRL reason code
426
+
- Confirm all revocations are logged in both systems
427
+
- Check that certificates with reason code 6 (Certificate Hold) can be resumed if supported
428
+
429
+
---
430
+
431
+
### Test Case 9: Profile Properties Validation
432
+
433
+
**Objective**: Verify that profile-specific properties are correctly enforced during enrollment.
434
+
435
+
**Prerequisites**:
436
+
- Profiles with different configurations exist (key sizes, validity periods, etc.)
437
+
- Zone parameter is correctly configured
438
+
439
+
**Test Steps**:
440
+
1. Attempt enrollment with CSR matching profile requirements
441
+
2. Attempt enrollment with CSR not matching profile requirements (e.g., wrong key size)
442
+
3. Observe results
443
+
444
+
**Expected Results**:
445
+
- Valid enrollments succeed
446
+
- Invalid enrollments fail with descriptive error messages
447
+
- Profile constraints are properly enforced by Idnomic PKI
0 commit comments