23.148.855.308.184.500 é um número mágico ou pura chance?

Notícias como esta indicam que o número acima pode ter surgido como um erro de programação.

Um homem nos Estados Unidos apareceu no posto de gasolina local para comprar um maço de cigarros - apenas para descobrir que seu cartão era cobrado US $ 23.148.855.308.184.500.

Isso equivale a US $ 23 quadrilhões (£ 14 quadrilhões) - muitas vezes a dívida nacional dos EUA. *

Em hexadecimal, é $ 523DC2E199EBB4, o que não parece muito interessante à primeira vista.

Alguém tem alguma opinião sobre qual erro de programação teria causado isso?

Adicione os centavos ao número e você obterá 2314885530818450000, que em hexadecimal é 2020 2020 2020 1250.

Você vê o padrão? Os seis primeiros bytes foram substituídos por espaços (hex 20, dez 32).

Espere um segundo; há algo suspeito acontecendo.

Embora a explicação preenchida pelo espaço certamente pareça boa, pode ser (pelo menos em parte) ilusória.

A VISA disse que havia "menos de 13.000" clientes afetados pelo snafu com os cartões pré-pagos Visa Buxx. Encontrei notícias em vários até agora. Josh Muszynski em New Hampshire, Jason Bryan no Tennessee, Ron Seale no Texas, filho adolescente de Karen Taylor em Bethel e uma adolescente Elizabeth Lewis em Owatonna.

O fato é que todos eles têm exatamente a mesma taxa : US $ 23.148.855.308.184.500,00. Se o problema era o preenchimento de espaço, como é que todos eles tinham exatamente a mesma taxa de US $ 0x1250 (US $ 46,88)? Dois deles compraram cigarros em postos de gasolina, outros dois pagaram em restaurantes, Lewis comprou ovos e leite, o último em uma farmácia. Todos esses itens variados custam o mesmo? 46,88 dólares por uma conta de restaurante parece bom, mas por um maço de cigarros? para leite e ovos‽

O erro de preenchimento de espaço faz sentido, exceto que ele não considera a constante 0x1250. Por que todos eles terminaram com em 0x2020 2020 2020 1250vez de 0x2020 2020 2020 2020ou com números diferentes na última PALAVRA?

Hmmm, se apenas 13.000 clientes foram afetados, pode ser que, de alguma forma, essa cobrança exata e exata tenha acionado o erro. Nesse caso, é mais do que apenas um erro de campo. Se foi apenas o campo de texto que está sendo interpretado como um número inteiro de 64 bits, por que outras quantidades não o causaram, afetando todo mundo, e não apenas <13.000. Ainda assim, como é que 13.000 pessoas poderiam ter cobrado exatamente o mesmo valor na mesma semana?

Eles dizem que é um "erro temporário de programação", e pode muito bem ser, mas poderia ser algo de hackers? Nesse caso, provavelmente seria um número mágico. De fato, pode ser uma combinação de ambos: algum hacker que cobra uma taxa automática de 0x1250, que foi combinada com o erro de preenchimento de espaço, fazendo com que um ou ambos os erros sejam detectados.

O Register acha que a resposta é realmente o erro do campo preenchido, mas não expande o motivo pelo qual eles são todos iguais, embora um dos comentários mencione o número possivelmente sendo arredondado para os US $ 100 mais próximos (improvável, pois os bancos e o software bancário explicitamente vão comprimentos para garantir precisão).

(Também há um relatório de um erro semelhante anterior).

Projeto de lei de Jason Bryant:

Projeto de lei de Elizabeth Lewis:

A conta de Ron Seale:

Projeto de lei de Josh Muszynski:

O que acontece quando você faz uma compra com cartão é que o software fica on-line imediatamente para garantir que você tenha fundos suficientes para a compra, mas apenas retém os fundos da transação. No final do dia útil, o software reúne todas as transações realizadas nas últimas 24 horas e as envia ao banco adquirente para processamento.

A submissão ao banco é conhecida como liquidação e é feita enviando um arquivo de texto sem formatação em um formato muito rígido. (Tudo isso foi desenvolvido décadas atrás e o número de sistemas atualmente em uso dificulta a modernização)

Cada transação aparece no arquivo como uma linha de texto e parte disso é o valor da transação. Este campo deve ter 11 caracteres numéricos (preenchido com zero no lado esquerdo) e sempre manterá o valor no menor denominador comum (neste caso, centavos). 11 caracteres numéricos atendem bem a valores em qualquer moeda.

Parece que o processador de pagamento nesse caso fez algumas alterações no software de envio e substituiu erroneamente o preenchimento zero pelo preenchimento de espaço. Exatamente como isso foi conseguido por a) prestador de serviços, b) banco adquirente ec) visto sem ser resgatado. O valor líquido desse arquivo de liquidação (13.000 transações de alto valor) teria sido astronômico, e talvez isso também tenha sido um fator contribuinte em algum lugar.

Se você remover o zero à direita, ele será validado como um número de cartão VISA. Meu palpite é que eles passaram o cartão e inseriram manualmente o número, pensando que o furto havia falhado.

O mistério final ainda é de onde vêm 1250. Eles são os códigos ASCII para Ctrl + R, P. Quais são as teclas secretas que você deve digitar para inserir o código de validação do QuickBooks.

Link: Onde inserir o código de validação

Que coincidência. Eu me pergunto o que acontece quando você digita essas chaves no lugar errado ...

Se você deslocar a representação esquerda de 64 bits para 8 bits restantes (multiplique por 256) Você obterá um número de cartão de crédito bem formado e 3 posições vazias para isso; 3 números extras seguros (todos os zeros por algum motivo). Há apenas 1 em 10 chances de o número aleatório fornecer um número CC bem formado.

5926 1069 5889 5232 000

Se você usar a decodificação equivalente binária (1110101110110100) do número 23148855308184500, obterá K 鑛, que é o caractere mandarim para mineração e minério. Kmine pode significar "mina de conhecimento" ou algo como kmine Holdings Ltd. Talvez haja uma correlação entre K (mina ou minério) e o Bank of America ou Visa?