Upwind Security workflows API
The Workflows resource offers a range of methods for listing, retrieving, and deleting workflows.
OpenAPI Specification
openapi: 3.1.0
info:
description: "## Overview\n\nThe Management REST API v1 represents a collection of endpoints designed for the execution of administrative tasks programmatically. Tailored for utilization by back-end servers or trusted entities, the API facilitates integration, data retrieval, and workflow automation.\n\nThe API provides a powerful set of tools to interact with your organization's resources, including [Threats](/restapi/v1/threats), [Vulnerabilities](/restapi/v1/vulnerabilities), [Configurations](/restapi/v1/configurations), and [Workflows](/restapi/v1/workflows). Whether you are building applications, integrating services, or exploring data, this documentation serves as your guide through the various endpoints and functionalities offered by our API.\n\nWhen you make a request to the API, you will specify an HTTP method and a path. Additionally, you might also specify request headers and path, query, or body parameters. The API will return the response status code, response headers, and potentially a response body.\n\nThe API reference documentation describes the HTTP method, path, and parameters for every operation. It also displays example requests and responses for each operation.\n\n## Authentication\n\nTo access the endpoints of the API, you need to authenticate your requests. We use OAuth 2.0, a widely adopted industry standard for authorization, to secure and control access to the API.\n\nThe API uses [JSON Web Tokens (JWTs)](https://datatracker.ietf.org/doc/html/rfc7519) access tokens to authenticate requests. The API access token's scopes claim indicates which request methods can be performed when calling the API. Trying to perform any request method not permitted within the set scopes will result in a **403 Forbidden** response.\n\nYou can authenticate your request by adding an access token in the [Authorization](https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-bearer-20#section-2.1) HTTP header using the [Bearer authentication scheme](https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-bearer-20). To obtain an access token, you must first obtain client credentials.\n\n### Obtaining client credentials\n\nBefore you can make requests to the API, you will need to obtain client credentials. Follow the steps in the [Generate New Credentials](/settings/credentials#generate-new-credentials) section of the [Credentials](/settings/credentials) page to generate a client ID and client secret unique to your application.\n\n### Obtaining access token\n\nNow that you have your client credentials, proceed with obtaining an access token. To get a token by using the client credentials grant, send a POST request to the OAuth 2.0 token endpoint URL (`/oauth/token`). All requests to the token endpoint should be an HTTP POST.\n\n:::important\nThe `audience` parameter in your token request must match the regional API endpoint you plan to use. This ensures your access token is valid for the correct region. An access token obtained with `audience=https://api.upwind.io` will only work with the US API endpoint and cannot be used with EU or ME endpoints.\n:::\n\n#### For US region\n```bash\ncurl --request POST \\\n --url \"https://auth.upwind.io/oauth/token\" \\\n --data-urlencode 'client_id=YOUR_CLIENT_ID' \\\n --data-urlencode 'client_secret=YOUR_CLIENT_SECRET' \\\n --data-urlencode 'audience=https://api.upwind.io' \\\n --data-urlencode 'grant_type=client_credentials'\n```\n\n#### For EU region\n```bash\ncurl --request POST \\\n --url \"https://auth.upwind.io/oauth/token\" \\\n --data-urlencode 'client_id=YOUR_CLIENT_ID' \\\n --data-urlencode 'client_secret=YOUR_CLIENT_SECRET' \\\n --data-urlencode 'audience=https://api.eu.upwind.io' \\\n --data-urlencode 'grant_type=client_credentials'\n```\n\n#### For ME region\n```bash\ncurl --request POST \\\n --url \"https://auth.upwind.io/oauth/token\" \\\n --data-urlencode 'client_id=YOUR_CLIENT_ID' \\\n --data-urlencode 'client_secret=YOUR_CLIENT_SECRET' \\\n --data-urlencode 'audience=https://api.me.upwind.io' \\\n --data-urlencode 'grant_type=client_credentials'\n```\n\n:::warning\nTreat your access token like a password and consider using another service to store your token securely.\n:::\n\n### Authenticating\n\nOnce you have obtained an access token, you can authenticate your API requests by including it in the [Authorization](https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-bearer-20#section-2.1) HTTP header using the [Bearer authentication scheme](https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-bearer-20).\n\nFor example, to authenticate a request to list threat detections, include your access token in the `Authorization` header:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n## Requests\n\nTo make a request, first find the HTTP method and the path for the operation that you want to use. For example, the \"List Threat Detections\" operation uses the `GET` method and the `/threat-detections` path. For the full reference documentation for this operation, see [List Threat Detections](/restapi/v1/list-threat-detections).\n\nPrepend the base URL for the API to the path to get the full URL. Choose the appropriate regional endpoint:\n- **US**: `https://api.upwind.io`\n- **EU**: `https://api.eu.upwind.io`\n- **ME**: `https://api.me.upwind.io`\n\nFor instance, on the command line, use the `curl` command. Specify the HTTP method using the `--request` or `-X` flag, and provide the full URL using the `--url` flag.\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n:::note\nIf you get a message similar to \"command not found: curl\", you may need to download and install `curl`. For more information, see [the curl project download page](https://curl.se/download.html).\n:::\n\n### Using headers\n\nMost operations do not require specifying headers other than the `Authorization` header. Other operations may specify that you should pass an `Content-Type` header with a value of `application/json` or additional headers.\n\nTo send a header in a `curl` command, use the `--header` or `-H` flag followed by the header in `key: value` format.\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n### Using path parameters\n\nPath parameters modify the operation path. For example, the \"List threat detections\" path is `/v1/organizations/{organization-id}/threat-detections`. The curly brackets `{}` denote path parameters that you need to specify. In this case, you must specify your Upwind organization identifier. For the full reference documentation for this operation, see [List Threat Detections](/restapi/v1/list-threat-detections).\n\nFor example, to get a list of Threat Detection objects from the `org_Xk9mPq7RtYwN2vLs` organization, replace `{organization-id}` with `org_Xk9mPq7RtYwN2vLs` and prepend the base URL for the API. The full path is `https://api.upwind.io/v1/organizations/org_Xk9mPq7RtYwN2vLs/threat-detections`.\n\n### Using query parameters\n\nQuery parameters allow you to control what data is returned for a request. For example, a query parameter may let you specify how many items are returned when the response is paginated.\n\nFor `curl` commands, add a `?` to the end of the path, then append your query parameter name and value in the form `name=value`. Separate multiple query parameters with `&`.\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections?severity=CRITICAL\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n### Using body parameters\n\nBody parameters allow you to pass additional data to the API. For example, the \"Update a threat detection\" operation allows you to change the status of a detection. For the full reference documentation for this operation, see [Update a threat detection](/restapi/v1/update-threat-detection).\n\nFor `curl` commands, use the `--data` flag to pass the body parameters in a JSON object.\n\n```bash\ncurl --request PATCH \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections/{detection-id}\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\" \\\n --header \"Content-Type: application/json\" \\\n --data '{\n \"status\": \"ARCHIVED\"\n }'\n```\n\nThe operation updates the threat detection and returns data about the modified detection. For more information about using the response, see the [Using the response](#using-the-response) section.\n\n### Using the response\n\nEvery request will return an HTTP status code that indicates the success of the response. For more information about response codes, see [the MDN HTTP response status code documentation](https://developer.mozilla.org/en-US/docs/Web/HTTP/Status).\n\n### About the response code and headers\n\nTo view the status code and headers, use the `--include` or `--i` flag when you send your request.\n\nFor example, this request:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\" \\\n --include\n```\n\nReturns the response code and headers like:\n\n```bash\nHTTP/2 200\n```\n\nIn this example, the response code is `200`, which indicates a successful request.\n\n### About the response body\n\nMost operations will return a response body. Unless otherwise specified, the response body is in JSON format.\n\nFor example, this request returns a list of Threat Detection objects with data about each detection:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\nYou can also filter threat detections using query parameters. For example, to get all HIGH severity threat detections:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections?severity=HIGH\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n## Pagination\n\nMany list endpoints return large datasets that are divided into smaller, manageable chunks called pages. The API supports two types of pagination to help you navigate through these results efficiently.\n\nEach list endpoint supports one of the two pagination methods based on the potential amount of data that the endpoint can return. Information about which pagination method is used can be found on the specific endpoint's reference page.\n\n### Page-based Pagination\n\nPage-based pagination uses traditional page numbers to navigate through results. This method is useful when you need to jump to specific pages or when the total number of pages is known.\n\n#### Parameters\n- `page`: Specifies the page number for pagination (default: 1)\n- `per-page`: Specifies how many results are returned on a page (default: 100)\n\nFor example, to get the first page with 50 results per page:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections?page=1&per-page=50\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\nTo get the second page:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/threat-detections?page=2&per-page=50\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n### Token-based Pagination\n\nToken-based pagination uses opaque tokens to navigate through results. This method is more efficient for large datasets and ensures consistent results even when data is being modified during pagination.\n\n#### Parameters\n- `page-token`: Specifies the token for fetching subsequent pages in a paginated result set\n- `per-page`: Specifies how many results are returned on a page (default: 100)\n\n#### Response Headers\n- `Link`: Provides pagination links for navigating through the result set, formatted as HTTP link headers\n\nFor example, to get the first page:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/coniguration-findings?per-page=50\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\nTo get the next page, use the page-token from the previous response:\n\n```bash\ncurl --request GET \\\n --url \"https://api.upwind.io/v1/organizations/{organization-id}/coniguration-findings?page-token=eyJjdXJzb3IiOiIxMjM0NTY3ODkwIn0&per-page=50\" \\\n --header \"Authorization: Bearer YOUR_ACCESS_TOKEN\"\n```\n\n#### Working with Link Headers\n\nWhen using token-based pagination, the response includes a `Link` header with navigation URLs. This header follows the [RFC 5988](https://datatracker.ietf.org/doc/html/rfc5988) standard for web linking and provides ready-to-use URLs for pagination navigation.\n\n```bash\nLink: <https://api.upwind.io/v1/organizations/org_Xk9mPq7RtYwN2vLs/configuration-findings?page-token=eyJjdXJzb3IiOiIxMjM0NTY3ODkwIn0&per-page=50>; rel=\"next\"\n```\n\nThe Link header may contain multiple relationships:\n- `rel=\"first\"`: URL for the first page of results\n- `rel=\"next\"`: URL for the next page of results (if available)\n- `rel=\"prev\"`: URL for the previous page of results (if available)\n- `rel=\"last\"`: URL for the last page of results (when determinable)\n\nMultiple links are comma-separated. For example:\n\n```bash\nLink: <https://api.upwind.io/v1/organizations/org_Xk9mPq7RtYwN2vLs/configuration-findings?page-token=abc123>; rel=\"first\", <https://api.upwind.io/v1/organizations/org_Xk9mPq7RtYwN2vLs/configuration-findings?page-token=xyz789>; rel=\"next\"\n```\n\nYou can parse this header to automatically navigate through pages without manually constructing URLs or managing page tokens. This approach is particularly useful for automated data processing workflows where you need to iterate through all available data.\n\n## Next steps\n\nThis article demonstrates how to make requests to the API. For more practice, try listing threat detections with different filters or retrieving a specific threat detection by ID. If you encounter any issues or have questions, refer to our [Support](/#contact-us-247-over-chat-email-or-slack) through various channels.\n\nHappy coding!\n"
title: Introduction access-management workflows API
version: '1.0'
servers:
- description: Production endpoint (US)
url: https://api.upwind.io
- description: Production endpoint (EU)
url: https://api.eu.upwind.io
- description: Production endpoint (ME)
url: https://api.me.upwind.io
tags:
- description: The Workflows resource offers a range of methods for listing, retrieving, and deleting workflows.
x-displayName: Workflows
name: workflows
paths:
/v1/organizations/{organization-id}/workflows:
get:
description: A `GET` request sent to the endpoint root returns a list of Workflow objects that are associated with the specified organization. Workflows provide automation capabilities for responding to security events, vulnerabilities, and configuration findings. To learn more about Workflows, refer to the [Workflows](/settings/workflows) page.
x-order:
value: '1'
operationId: listAllWorkflows
parameters:
- $ref: '#/components/parameters/organization-id'
responses:
'200':
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/Workflow'
description: OK
'401':
description: Unauthorized
'403':
description: Forbidden
'429':
description: Rate Limit Exceeded
summary: List workflows
tags:
- workflows
post:
description: A `POST` request sent to the endpoint root creates a Workflow object that is associated with the specified organization. Workflows provide automation capabilities for responding to security events, vulnerabilities, and configuration findings. To learn more about Workflows, refer to the [Workflows](/settings/workflows) page.
x-order:
value: '2'
operationId: createWorkflow
parameters:
- $ref: '#/components/parameters/organization-id'
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/CreateWorkflowRequest'
required: true
responses:
'201':
content:
application/json:
schema:
$ref: '#/components/schemas/Workflow'
description: Created
'400':
content:
application/json:
schema:
$ref: '#/components/schemas/Workflow'
description: Bad Request
'401':
description: Unauthorized
'403':
description: Forbidden
'429':
description: Rate Limit Exceeded
summary: Create a workflow
tags:
- workflows
/v1/organizations/{organization-id}/workflows/{workflow-id}:
get:
description: A `GET` request sent to the endpoint root followed by a unique identifier returns detailed information about a specific Workflow. This endpoint provides access to comprehensive details such as triggers, actions, and selectors configured for the workflow. To learn more about Workflows, refer to the [Workflows](/settings/workflows) page.
x-order:
value: '3'
operationId: getWorkflowById
parameters:
- $ref: '#/components/parameters/organization-id'
- description: The unique identifier for this workflow.
in: path
name: workflow-id
required: true
schema:
type: string
responses:
'200':
content:
application/json:
schema:
$ref: '#/components/schemas/Workflow'
description: OK
'401':
description: Unauthorized
'403':
description: Forbidden
'404':
description: Not Found
'429':
description: Rate Limit Exceeded
summary: Get a workflow
tags:
- workflows
patch:
description: A `PATCH` request sent to the endpoint root followed by a unique identifier allows for updating specific fields of an existing Workflow. This endpoint facilitates the modification of attributes such as the workflow name, status, and configuration. To learn more about Workflows, refer to the [Workflows](/settings/workflows) page.
x-order:
value: '4'
operationId: updateWorkflow
parameters:
- $ref: '#/components/parameters/organization-id'
- description: The unique identifier for this workflow.
in: path
name: workflow-id
required: true
schema:
type: string
minLength: 1
requestBody:
content:
application/json:
schema:
$ref: '#/components/schemas/UpdateWorkflowRequest'
required: true
responses:
'200':
content:
application/json:
schema:
$ref: '#/components/schemas/Workflow'
description: OK
'401':
description: Unauthorized
'403':
description: Forbidden
'404':
content:
application/json:
schema:
$ref: '#/components/schemas/Workflow'
description: Not found
'429':
description: Rate Limit Exceeded
'500':
description: Internal Server Error
summary: Update a workflow
tags:
- workflows
delete:
description: A `DELETE` request sent to the endpoint root followed by a unique identifier deletes a specific Workflow. This action permanently removes the workflow and cannot be undone. To learn more about Workflows, refer to the [Workflows](/settings/workflows) page.
x-order:
value: '5'
operationId: deleteWorkflow
parameters:
- $ref: '#/components/parameters/organization-id'
- description: The unique identifier for this workflow.
in: path
name: workflow-id
required: true
schema:
type: string
responses:
'204':
description: No Content
'401':
description: Unauthorized
'403':
description: Forbidden
'404':
description: Not Found
'429':
description: Rate Limit Exceeded
summary: Delete a workflow
tags:
- workflows
components:
schemas:
SlackWorkflowAction:
allOf:
- $ref: '#/components/schemas/BaseWorkflowAction'
- type: object
properties:
channel:
type: string
description: The Slack channel for the action.
message:
type: string
description: The message content for the action.
title: Slack
WebhookWorkflowAction:
allOf:
- $ref: '#/components/schemas/BaseWorkflowAction'
- type: object
properties:
webhook_id:
type: string
description: The ID of the integration webhook to use.
title: Webhook
RuntimeExposureCveWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
- type: object
properties:
cron:
type: string
epss_severities:
type: array
description: List of EPSS severity levels that trigger the workflow.
enum:
- LOW
- MEDIUM
- HIGH
- CRITICAL
items:
type: string
enum:
- NONE
- UNCLASSIFIED
- LOW
- MEDIUM
- HIGH
- CRITICAL
severities:
type: array
description: List of severity levels that trigger the workflow.
enum:
- LOW
- MEDIUM
- HIGH
- CRITICAL
items:
type: string
enum:
- OTHER
- UNCLASSIFIED
- LOW
- MEDIUM
- HIGH
- CRITICAL
DailySummaryReportJobConfig:
allOf:
- $ref: '#/components/schemas/BaseScheduledJobConfig'
EventWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
- type: object
properties:
categories:
type: array
description: List of categories that trigger the workflow.
items:
type: string
enum:
- NETWORK
- PROCESS
- FILE_SYSTEM
- EXCESSIVE_PRIVILEGE
- CLOUD_LOGS
- CLOUD_ACTIVITY_LOGS
- FILE_EVENTS
- FILES
- CLOUD_TRAIL
- SYSCALL_EVENT
- API_SECURITY
- NETWORK_BASELINE
VulnerabilityWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
WorkflowKeyValuesSelector:
allOf:
- $ref: '#/components/schemas/BaseWorkflowSelector'
- type: object
properties:
key_values:
type: array
description: List of key-value pairs for this selector.
items:
$ref: '#/components/schemas/KeyValuePair'
title: Key-Value Selector
WorkflowValuesSelector:
allOf:
- $ref: '#/components/schemas/BaseWorkflowSelector'
- type: object
properties:
values:
type: array
description: List of values for this selector.
items:
type: string
title: Values Selector
ScheduledWorkflowConfig:
allOf:
- $ref: '#/components/schemas/WorkflowConfig'
- type: object
properties:
config:
$ref: '#/components/schemas/BaseScheduledJobConfig'
cron:
type: string
Workflow:
type: object
properties:
config:
description: The configuration settings for this workflow.
oneOf:
- $ref: '#/components/schemas/ScheduledWorkflowConfig'
- $ref: '#/components/schemas/TriggeredWorkflowConfig'
id:
type: string
description: The unique identifier for this workflow.
last_execution_time:
type: string
format: date-time
description: The timestamp when this workflow was last executed.
name:
type: string
description: The name of this workflow.
status:
type: string
description: The current status of this workflow.
enum:
- ENABLED
- DISABLED
type:
type: string
description: The type of this workflow.
enum:
- TRIGGERED
- SCHEDULED
ThreatStoryWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
ThreatDetectionWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
- type: object
properties:
severities:
type: array
description: List of severity levels that trigger the workflow.
enum:
- LOW
- MEDIUM
- HIGH
- CRITICAL
items:
type: string
enum:
- LOW
- MEDIUM
- HIGH
- CRITICAL
JiraWorkflowAction:
allOf:
- $ref: '#/components/schemas/BaseWorkflowAction'
- type: object
properties:
assignee_id:
type: string
description: The Jira assignee ID.
custom_fields:
type: object
additionalProperties: {}
issue_type_id:
type: string
description: The Jira issue type ID.
labels:
type: array
description: List of labels for the Jira issue.
items:
type: string
project_id:
type: string
description: The Jira project ID.
reporter_id:
type: string
description: The Jira reporter ID.
title: Jira
TriggeredWorkflowConfig:
allOf:
- $ref: '#/components/schemas/WorkflowConfig'
- type: object
properties:
trigger:
description: The trigger configuration for this workflow. Required when workflow type is `TRIGGERED`.
oneOf:
- $ref: '#/components/schemas/ConfigurationFindingWorkflowTrigger'
- $ref: '#/components/schemas/EventWorkflowTrigger'
- $ref: '#/components/schemas/RuntimeExposureCveWorkflowTrigger'
- $ref: '#/components/schemas/ThreatDetectionWorkflowTrigger'
- $ref: '#/components/schemas/ThreatStoryWorkflowTrigger'
- $ref: '#/components/schemas/VulnerabilityWorkflowTrigger'
BaseWorkflowTrigger:
type: object
description: Base trigger config. Subtype selected by the 'type' field.
discriminator:
propertyName: type
properties:
type:
type: string
description: The type of trigger.
enum:
- EVENT
- THREAT_DETECTION
- RUNTIME_EXPOSURE_CVE
- HIGH_IMPACT_VULNERABILITY
- THREAT_STORY
- CONFIGURATION_FINDING
WeeklySummaryReportJobConfig:
allOf:
- $ref: '#/components/schemas/BaseScheduledJobConfig'
UpdateWorkflowRequest:
type: object
properties:
config:
description: Workflow configuration (triggered or scheduled)
oneOf:
- $ref: '#/components/schemas/ScheduledWorkflowConfig'
- $ref: '#/components/schemas/TriggeredWorkflowConfig'
name:
type: string
status:
type: string
enum:
- ENABLED
- DISABLED
type:
type: string
enum:
- TRIGGERED
- SCHEDULED
WorkflowConfig:
type: object
description: The configuration settings for a workflow, supporting both triggered and scheduled workflows.
properties:
actions:
type: array
description: List of actions that are executed when this workflow is triggered.
items:
oneOf:
- $ref: '#/components/schemas/EmailWorkflowAction'
- $ref: '#/components/schemas/JiraWorkflowAction'
- $ref: '#/components/schemas/SlackWorkflowAction'
- $ref: '#/components/schemas/WebhookWorkflowAction'
selectors:
type: array
description: List of selectors that filter resources for this workflow.
items:
oneOf:
- $ref: '#/components/schemas/WorkflowKeyValuesSelector'
- $ref: '#/components/schemas/WorkflowValuesSelector'
BaseWorkflowAction:
type: object
description: Base workflow action. The actual action type is determined by the 'type' property.
discriminator:
propertyName: type
properties:
type:
type: string
description: The action type.
enum:
- SLACK
- JIRA
- EMAIL
- WEBHOOK
KeyValuePair:
type: object
properties:
key:
type: string
description: The key of the key-value pair.
value:
type: string
description: The value of the key-value pair.
CreateWorkflowRequest:
type: object
properties:
config:
description: Workflow configuration (triggered or scheduled)
oneOf:
- $ref: '#/components/schemas/ScheduledWorkflowConfig'
- $ref: '#/components/schemas/TriggeredWorkflowConfig'
name:
type: string
minLength: 1
type:
type: string
enum:
- TRIGGERED
- SCHEDULED
required:
- config
- name
- type
ConfigurationFindingWorkflowTrigger:
allOf:
- $ref: '#/components/schemas/BaseWorkflowTrigger'
- type: object
properties:
framework_ids:
type: array
items:
type: string
severities:
type: array
description: List of severity levels that trigger the workflow.
enum:
- LOW
- MEDIUM
- HIGH
- CRITICAL
items:
type: string
enum:
- CRITICAL
- HIGH
- MEDIUM
- LOW
EmailWorkflowAction:
allOf:
- $ref: '#/components/schemas/BaseWorkflowAction'
- type: object
properties:
recipients:
type: array
description: List of email recipients. Required when `target_audience` is `CUSTOM`.
items:
type: string
target_audience:
type: string
description: The target audience for the email. Use `ALL` to send to all organization members, or `CUSTOM` to specify recipients manually.
enum:
- ALL
- CUSTOM
title: Email
ConfigurationFrameworkReportJobConfig:
allOf:
- $ref: '#/components/schemas/BaseScheduledJobConfig'
- type: object
properties:
framework_ids:
type: array
items:
type: string
minItems: 1
report_frequency:
type: string
enum:
- DAILY
- WEEKLY
- MONTHLY
minLength: 1
required:
- framework_ids
- report_frequency
BaseScheduledJobConfig:
type: object
description: Base config for scheduled workflows. The concrete type is determined by the 'type' field.
discriminator:
propertyName: type
oneOf:
- $ref: '#/components/schemas/DailySummaryReportJobConfig'
- $ref: '#/components/schemas/WeeklySummaryReportJobConfig'
- $ref: '#/components/schemas/ConfigurationFrame
# --- truncated at 32 KB (32 KB total) ---
# Full source: https://raw.githubusercontent.com/api-evangelist/upwind-security/refs/heads/main/openapi/upwind-security-workflows-api-openapi.yml