Permissões da Crypto API: uma chave somente comercial ainda pode perder dinheiro
Desabilitar saques em uma chave de API remove uma rota para movimentação de fundos, mas não torna a integração comercial inofensiva. Uma chave que pode enviar ordens ainda pode criar posições indesejadas, incorrer em taxas ou negociar em um mercado ilíquido. Avalie as ações que uma integração pode realizar, bem como as informações que ela pode ler.
Mapear permissões para um trabalho específico
Uma ferramenta de relatórios pode precisar de saldos e histórico sem permissão para negociar. Uma ferramenta de execução pode precisar do envio e cancelamento de pedidos. Transferências, saques e alterações na configuração da conta são recursos separados que não devem ser habilitados apenas porque um guia de configuração solicita acesso amplo.
Os nomes das permissões variam de acordo com a plataforma. Verifique a documentação atual e a própria tela de autorização. A documentação oficial da API da OrangeX distingue métodos públicos e privados e descreve os escopos de acesso solicitados. Isso não estabelece que todo controle oferecido por outra exchange exista na OrangeX.
Por que apenas a negociação ainda tem consequências
Considere uma conta hipotética com 1.000 USDT. Uma integração maliciosa compra e vende repetidamente usando ordens de mercado. Mesmo quando os saques estão desativados, spreads, taxas e movimentos adversos de preços podem reduzir o saldo. Se a chave também permitir negociação alavancada, as perdas potenciais e o risco de liquidação dependerão do instrumento real e dos controles da conta.
Um segundo risco é a venda para uma carteira de encomendas escassa ou a compra não intencional de um ativo ilíquido. Prevenir retiradas externas não impõe um preço de execução garantido ou uma perda máxima na negociação. A proteção relevante é um conjunto de limites em torno das ações, tamanhos e instrumentos permitidos.
Compare quatro camadas de restrição
Primeiro, conceda apenas as permissões exigidas pela tarefa. Em segundo lugar, use restrições suportadas pela plataforma, como listas de permissões de IP ou expiração, onde estiverem realmente disponíveis. Terceiro, configure a lista de instrumentos de integração, o tamanho máximo do pedido e os limites de exposição. Quarto, monitore a conta independentemente dessa integração.
Uma restrição de IP limita a origem das solicitações; isso não torna seguro um servidor permitido comprometido. Um limite do lado do software poderá falhar se o próprio software estiver comprometido. Trate esses controles como complementares e verifique quais são aplicados pela exchange e não apenas pelo bot.
Proteja as credenciais e teste sem acesso à negociação real
Não cole um segredo de API em bate-papos, capturas de tela, planilhas compartilhadas ou em um repositório de código público. Mantenha as credenciais fora dos logs e use um armazenamento secreto protegido e apropriado ao ambiente. Verifique o domínio e a operadora oficial da integração antes de fornecer o acesso.
Onde um ambiente de teste documentado estiver disponível, use-o. Caso contrário, comece com a autoridade mínima necessária para validar a conectividade e verifique o comportamento antes de ativar ações adicionais. Nunca presuma que uma solicitação de dados públicos exija um segredo ou que uma chave de demonstração seja intercambiável com uma chave comercial ativa.
Planeje o desligamento com antecedência
Saiba como revogar a chave através da interface oficial da conta antes de conectá-la. Revise as ordens e posições ativas separadamente ao desconectar um bot: a revogação de credenciais evita futuras solicitações autorizadas, mas não necessariamente cancela as ordens existentes ou fecha a exposição.
Se houver suspeita de comprometimento, use a interface oficial para revogar a chave afetada, inspecionar pedidos, posições e histórico de transferências e entrar em contato com o suporte verificado. Preserve identificadores relevantes sem publicar o segredo. Uma chave de substituição deve usar permissões corrigidas e uma integração revisada, em vez de simplesmente restaurar a configuração anterior.
Fontes
- OrangeX: autenticação oficial da API e escopos de acesso
- Kraken: segurança de chave de API
- Kraken: exemplos de permissão de chave de API
Pesquisa verificada em 5 de novembro de 2026 (Ásia/Xangai). O exemplo da conta é hipotético; a disponibilidade do controle deve ser verificada na plataforma utilizada.