Lists resources within an organization account in Conjur
A documented Conjur operation that only reads, so it can watch for changes without altering anything. Describe what you want to happen and HumDay builds it.
What this operation does
Lists resources within an organization account.
- GETReads data · resources
conjur.local/resources/{account}
How HumDay uses it
- You describe the outcome. Not this operation by name — what you want to happen. HumDay works out which operations it needs.
- The contract names it. Before anything is built, you see exactly which Conjur operations the program may use, and this is one of them.
- You approve access. Read-only access is still yours to grant, and still limited to what the contract needs.
Other Conjur operations
- Creates one or more host identity tokensPOST · changes data
- Creates a Host using the Host FactoryPOST · changes data
- Changes a user’s passwordPUT · changes data
- For applications running in KubernetesPOST · changes data
- Revokes a token, immediately disabling itDELETE · changes data
- Adds data to the existing Conjur policyPOST · changes data
- Loads or replaces a Conjur policy documentPUT · changes data
- Enables or disables authenticator defined without serviceidPATCH · changes data
Questions
- Can HumDay lists resources within an organization account in Conjur?
- Yes. This operation is published in Conjur's own API description, so HumDay can use it without a hand-built connector — once you have approved it for your automation.
- Does this change anything in my Conjur account?
- No. This is a read-only operation, so it can be used to watch for changes or fetch data without altering anything in Conjur.
- Do I need to write code?
- No. You describe the outcome you want in plain words. HumDay agrees a contract with you, writes the program, and shows you a proof run before anything touches your Conjur account.
Where this came from
Read from a published API description for Conjur at raw.githubusercontent.com/cyberark/conjur-openapi-spec/main/spec/openapi.yml. The description above is the provider’s own wording, not ours. Last published 2023-03-06.