Limites contra o abuso: códigos por número e por hora e a espera entre reenvios

Segurança·· 13 visualizações· 3 min de leitura

A resposta curta: a sua conta tem duas regras para os códigos de verificação, e por omissão as duas estão desligadas (valor 0): resend_wait_seconds, a espera entre reenvios do mesmo código (até 3.600 segundos, uma hora), e max_codes_per_number_per_hour, o máximo de códigos, novos e reenviados, que cada número pode receber numa hora (até 1.000). Ligue-as antes de abrir o seu formulário ao público.

As duas regras

Regra O que trava Valores
resend_wait_seconds Reenvios seguidos do mesmo código: o botão «Reenviar» carregado sem parar 0 (sem limite, a omissão) a 3.600 segundos
max_codes_per_number_per_hour Muitos códigos para o mesmo número: novos e reenviados contam 0 (sem limite, a omissão) a 1.000 por hora

As regras valem para toda a conta, para todas as chaves e todas as aplicações. Não é preciso enviá-las em cada código.

Onde se mudam

1 No Meu MozOut, na página das chaves da API: as mesmas regras, sem escrever código.
2 Pela API, com GET /v1/sms/otp-settings para ver (permissão sms:read) e PUT /v1/sms/otp-settings para mudar (permissão sms:write). Envie só o que quer mudar; 0 tira o limite.

curl -X PUT https://api.mozout.co.mz/v1/sms/otp-settings \
-H "Authorization: Bearer prod_..." \
-H "Content-Type: application/json" \
-d '{"resend_wait_seconds": 60, "max_codes_per_number_per_hour": 5}'

Os valores do exemplo são só um ponto de partida: um minuto entre reenvios e cinco códigos por número numa hora chegam a quem se enganou e travam quem abusa. Ajuste-os ao seu caso.

Com uma chave Sandbox, a mudança é simulada. Na Sandbox as escritas não alteram a conta: a resposta traz "simulated": true e as regras ficam como estavam. Para as mudar a sério, use uma chave de Produção ou o Meu MozOut.

O que estas regras não fazem

Travam por número. Quem abusa de um formulário costuma pedir códigos para muitos números diferentes, e aí cada número fica dentro do limite. Por isso precisa também de travões no seu sistema: por endereço IP, por sessão, um captcha e um alarme quando o volume foge do normal. Está tudo em a fraude pelo formulário do código.

Quando um limite é atingido, a API recusa o pedido e diz quanto tempo esperar. Mostre ao cliente uma mensagem simples, como «Pediu demasiados códigos. Tente daqui a pouco.», e veja como ler as respostas da API de verificação.

Quer travar o abuso nos seus códigos de verificação? Veja o SMS de Verificação.

Ver o SMS de Verificação

VEJA TAMBÉM

Fraude de SMS pelo seu formulário de código: como se queimam créditos e como travar

Reenviar, cancelar e substituir um código de verificação: o que acontece ao anterior

Ler as respostas da API de verificação: valid false, 409, 422 e 429

Tamanho, validade e tentativas do código: como escolher length, expires_in e max_attempts

Quanto custa a verificação por SMS: créditos por código, conferência grátis e uma estimativa por mês

Uma chave de API ou um token ficou exposto: o que fazer, pela ordem certa

PRODUTO RECOMENDADO

Hospedagem de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 396,00 MT/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.