GENERAL BYTES

Imagine comprar bitcoin com cédulas. Em vez de entrar em uma exchange, você vai até um caixa eletrônico e informa o endereço da sua carteira. A GENERAL BYTES fornece a tecnologia para esse tipo de troca. Sua cronologia registra a fundação em Praga em 2013 e a primeira instalação aberta ao público em 2014. A quantidade de máquinas vendidas representa entregas passadas, não uma lista de locais atualmente ativos nem uma contagem de clientes verificada de forma independente. [1]

Se uma compra não ocorre como esperado, importa saber quem opera aquele caixa. A GENERAL BYTES encaminha problemas de transações específicas ao operador. A marca do fabricante, sozinha, não informa a cotação, a tarifa, quem recebe o pagamento ou quem trata de uma devolução. Antes de comprar, portanto, vale ler as condições e localizar o contato do serviço, além de conhecer o nome escrito no equipamento. [2]

Um BATM unidirecional recebe dinheiro em espécie para comprar criptomoedas. Um modelo bidirecional também pode receber criptomoedas e entregar dinheiro. Isso não significa que todos os equipamentos da marca ofereçam ambas as opções. Contam o modelo, seus componentes e a configuração do operador. Por exemplo, a linha de produtos permitir a venda de bitcoin não garante que o caixa escolhido possa entregar cédulas quando você chegar. [2]

O CAS, servidor central de gestão, processa os pedidos do terminal BATM. Conforme a configuração, conversa com uma exchange e com hot wallets, carteiras disponíveis online para pagamentos frequentes. Uma compra pode assim enviar bitcoin de uma carteira conectada para o endereço do cliente. Segundo o fabricante, o terminal não guarda criptomoedas. A segurança vai além do gabinete resistente: é preciso proteger também os acessos ao servidor, às carteiras e às contas dos serviços conectados. [3]

Um operador pode precisar conectar outra exchange ou carteira. As extensões do CAS permitem isso. O repositório público batm_public reúne exemplos, ferramentas de teste e uma Java API: a interface pela qual programas escritos em Java trabalham com o sistema. Publicar essas extensões não comprova que todo o produto tenha código aberto. Alguém também precisa manter cada complemento e verificar sua compatibilidade com a versão do CAS utilizada. [4]

O aviso sobre 17–18 de março de 2023 descreveu um atacante executando sua própria aplicação pela interface do servidor. Isso deu acesso ao banco de dados e às chaves API, credenciais das carteiras e exchanges conectadas. Essas credenciais também podem permitir o envio de fundos. A recuperação envolveu reconstruir servidores comprometidos e trocar credenciais, além de atualizar o software. Fechar a entrada original e invalidar acessos já roubados são tarefas diferentes. [5]

O relatório referente a 22 de julho de 2026 descreveu um incidente separado no CAS. A empresa o relacionou à proteção insuficiente de Hessian, biblioteca que processa dados recebidos, e à verificação incorreta da impressão identificadora do terminal. Trata-se de reconhecer o equipamento conectado, não o dedo do cliente. O fabricante também informou uma invasão da própria infraestrutura. A correção de 2023 não comprova, portanto, a solução desse problema posterior; cada aviso tem alcance e medidas de recuperação próprios. [6]

O complemento de agosto ao relatório de 2026 descreveu uma invasão do Sentry, sistema que coleta dados de diagnóstico. Segundo a empresa, os invasores podem ter obtido endereços de servidores CAS e imagens de códigos QR que os equipamentos não conseguiam ler. O fabricante afirmou que eram endereços, não chaves privadas. A distinção importa, mas continuam sendo dados operacionais sensíveis. Os caixas também podem verificar a identidade dos clientes. Pagar com cédulas, por si só, não torna a compra anônima. [6] [2]