intro.txt 1.8 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253
  1. INTRODUCTION TO THE CFSSL API
  2. The CFSSL API allows applications to access the functionality of CFSSL
  3. over an unauthenticated HTTP connection. By default, the API is
  4. unauthenticated, it is important to understand that the CFSSL API
  5. server must be running in a trusted environment in this case.
  6. There are currently thirteen endpoints, each of which may be found under
  7. the path `/api/v1/cfssl/<endpoint>`. The documentation for each
  8. endpoint is found in the `doc/api` directory in the project source
  9. under the name `endpoint_<endpoint>`. These thirteen endpoints are:
  10. - authsign: authenticated signing endpoint
  11. - bundle: build certificate bundles
  12. - certinfo: lookup a certificate's info
  13. - crl: generates a CRL out of the certificate DB
  14. - health: return health status
  15. - info: obtain information about the CA, including the CA
  16. certificate
  17. - init_ca: initialise a new certificate authority
  18. - newcert: generate a new private key and certificate
  19. - newkey: generate a new private key and certificate signing
  20. request
  21. - revoke: revoke a certificate
  22. - scan: scan servers to determine the quality of their TLS set up
  23. - scaninfo: list options for scanning
  24. - sign: sign a certificate
  25. RESPONSES
  26. Responses take the form of the new CloudFlare API response format:
  27. {
  28. "result": <some data>,
  29. "success": true,
  30. "errors": [],
  31. "messages": [],
  32. }
  33. Both the "messages" and "errors" fields have the same general format:
  34. a message or error has the form
  35. {
  36. "code:" 1234,
  37. "message": "Informative message."
  38. }
  39. If "success" is not "true", the result should be discarded, and the
  40. errors examined to determine what happened. The CFSSL error codes are
  41. documented in the `doc/errors.txt` file in the project source.