Adição do Interceptor SQL Threat Protection (ssd api-management add api-interceptor sql-threat-protection)

O comando ssd api-management add api-interceptor sql-threat-protection permite adicionar um interceptor de "SQL Threat Protection" ao fluxo de uma API na Sensedia API Platform.

É possível utilizar o comando ssd api-management add api-interceptor sql-threat-protection ou a sua versão abreviada ssd apim add api-interceptor sql-threat-protection.

Uso

O comando ssd api-management add api-interceptor sql-threat-protection pode ser seguido de flags com seus respectivos argumentos:

ssd api-management add api-interceptor sql-threat-protection [flags]

Caso nenhuma flag seja especificada, o modo interativo será ativado.

Veja abaixo exemplos de uso no modo direto:

# Adiciona um interceptor de "SQL Threat Protection" ao fluxo INBOUND para todos os recursos e métodos da API
$ ssd (api-management | apim) add api-interceptor sql-threat-protection --api-name “Open Banking” --api-version “1.0.0” --revision 1 --flow INBOUND --blocks “body”

# Adiciona um interceptor de "SQL Threat Protection" aos cabeçalhos e blocos de Query Param (parâmetros de consulta)
$ ssd (api-management | apim) add api-interceptor sql-threat-protection --api-name “Open Banking” --api-version “1.0.0” --revision 1 --flow INBOUND --blocks “headers, query params”

# Adiciona um interceptor de "SQL Threat Protection" com as expressões que serão ignoradas
$ ssd (api-management | apim) add api-interceptor sql-threat-protection --api-name “Open Banking” --api-version “1.0.0” --revision 1 --flow INBOUND --blocks “body” --ignore-expression “expressao1” --ignore-expression “expressao2”

Flags disponíveis

As flags que podem ser usadas com o comando ssd api-management add api-interceptor sql-threat-protection são as seguintes:

Flag

Tipo

Descrição

Flags para as APIs

-n, --api-name

string

Nome da API à qual o interceptor será adicionado

-s, --revision

string

Revisão da API à qual o interceptor será adicionado

-v, --api-version

string

Versão da API à qual o interceptor será adicionado

Outras flags

-b, --blocks

O bloco de requisição/resposta que será protegido. Ex.: "body", "headers", "query params", "cookies" ou "path params"

-e, --ignore-expression

As expressões que serão ignoradas. Este parâmetro pode ser informado várias vezes e suporta múltiplas expressões. Os valores podem conter texto livre. Ex.: -e expressao1, -e expresion2, etc.

--ignore-multipart-form-data

Ignora o corpo quando o Content-Type é multipart/form-data. Esta flag não requer valores (quando informada, o valor padrão é True)

-f, --flow

string

Fluxo da API ao qual o interceptor será adicionado (INBOUND ou OUTBOUND)

-h, --help

Exibe a ajuda para o comando

-m, --method

string

Método (operação) ao qual o interceptor será adicionado (Opcional). Ex.: POST

-a, --path

string

Caminho da operação à qual o interceptor será adicionado (Opcional). Ex.: /users

-p, --position

int

Posição do interceptor no fluxo da API

-r, --resource

string

Nome do recurso ao qual o interceptor será adicionado (Opcional)

Flags globais

Flag

Tipo

Descrição

-c, --config

string

Arquivo de configuração (predefinido: $HOME/.sensedia/config.json)

--profile

string

Perfil de configuração que deseja utilizar (predefinido: "default")

--verbose

Lista todas as requisições feitas pelo comando. É possível armazenar essas informações em um arquivo TXT em vez de exibi-las no terminal. Ex.: $ ssd (api-management | apim) list apis --verbose 2> log.txt

Thanks for your feedback!

EDIT

How useful was this article to you?