[Note for English-language readers: I describe a transient DNS poisoning attack against Banco do Brasil.]
Ontem, dia 4 de maio, em torno de 13:00 locais (17:00 GMT) entrei no site do Banco do Brasil. Na tela normal de login, tem-se que informar agência, conta e a senha de 8 dígitos. Feito isto, apareceu uma tela — inusitada! — solicitando, também, a senha de 6 dígitos!
Apesar da tela normal, com todos os logos etc. no lugar, desconfiei e olhei alguns dos links que saíam desta tela. Vários deles se dirigiam a um servidor, também, inusitado: ndninternetbbseguro.bb.com.br
. Fui verificar via whois
:
whois ndninternetbbseguro.bb.com.br
...
domain: bb.com.br
owner: BANCO DO BRASIL S.A.
ownerid: 000.000.000/0001-91
ou seja, aparentemente normal. Porém, mirando este servidor eu vi:
PING ndninternetbbseguro.bb.com.br (46.166.173.180): 56 data bytes
64 bytes from 46.166.173.180: icmp_seq=0 ttl=48 time=1203.666 ms
um endereço que não me lembrava de ter visto para um site brasileiro. De fato:
whois 46.166.173.180
...
inetnum: 46.166.173.0 - 46.166.173.255
netname: BALTICSERVERS-LT-DEDICATED
descr: Dedicated servers
country: LT
...
person: Martynas Simkevicius
address: Tilzes 74
address: LT-76140 Siauliai
ou seja, um servidor localizado na Lituânia! Obviamente se tratava de um ataque “DNS Cache Poisoning” e isto, provavelmente, nos DNS da Vivo, meu provedor atual. Claro, não prossegui nas páginas nem tentei seguir os links; mas, com toda certeza, minha senha de 8 dígitos já tinha sido enviada ao impostor.
Vi outro relato possivelmente relacionado ao incidente nesta mensagem:
https://twitter.com/andreas_schutz/status/727143088582434817
“Your connection is not secure…” e, depois, um erro na configuração SSL/certificados do servidor www2.bancobrasil.com.br, que eu sabia ser um dos normalmente usados no internet banking do BB. Tentei acessar este servidor aqui, com o mesmo resultado.
Há relatos esporádicos de tais ataques contra o BB no passado, e muitos contra outros alvos.
Por precaução, fui imediatamente ao banco e alterei as minhas senhas — e, de fato, do terminal de lá conseguia acessar a conta normalmente. De volta, mudei para outro DNS e apaguei os caches; também, agora, tudo de volta ao normal aqui em casa.