BR-Linux.org

Saiu o QEMU 2, emulador e virtualizador, e a nova versão tem suporte ao KVM na arquitetura AArch64, suporte a quase todas as instruções de 64 bits AARMV8 (as exceções são as instruções opcionais), suporte ao cubieboard A10, melhor desempenho de ponto flutuante ao rodar o Windows como guest, novas interfaces para gerenciamento da CPU, e mais. (via lwn.net - “QEMU 2.0.0 released [LWN.net]”)

Enviado por Chaordic - Florianópolis/SC (cintiaΘchaordic·com·br):

Enviado por Everpi (everpiΘtsar·in):

Enviado por Erik Chendo (qrcyenΘgmail·com):

Enviado por zeuslinux (zeuslinuxΘyahoo·com):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

De uma tacada só, os atacantes usaram o Heartbleed para dar a volta tanto no sistema de autenticação de múltiplos fatores e no sistema de verificação que buscava garantir que os clientes da sua VPN pertenciam à empresa e estavam rodando determinados sistemas de segurança.

Embora só na quinta-feira tenha circulado amplamente a informação sobre a infame vulnerabilidade no OpenSSL também afetar o OpenVPN, o ataque bem-sucedido ao concentrador de VPNs de uma corporação de grande porte que foi divulgado ontem iniciou há quase 2 semanas, já no dia 8 – um dia depois da divulgação da existência do próprio bug Heartbleed, inicialmente associado a um risco contra servidores web (https).

Não foi divulgada qual a empresa afetada, só que ela é de grande porte e conta com meios avançados de detecção de ataques – mas eles não foram suficientes para evitar que este ataque em particular se consumasse. Seus logs indicam que apenas 17.000 tentativas de leitura de memória por meio do bug foram necessárias.

Ao contrário do que ocorre com servidores web, este ataque bem-sucedido a um servidor OpenVPN não tentou obter senhas ou outras informações pessoais dos usuários, mas sim ter acesso a tokens confirmando a autenticação bem-sucedida de sessões existentes – e aí os atacantes usaram esses tokens para sequestrar as conexões dos usuários legítimos, usando-as.

Como o primeiro caso conhecido ocorreu no dia 8, é possível que o seu procedimento de segurança exija que você faça revisão dos logs dos seus próprios servidores OpenVPN. Se for o caso, os responsáveis pela identificação da invasão acima sugerem que você pesquise por situações em que mais de um IP usou a mesma sessão VPN paralelamente – meras mudanças de IP ao longo da sessão são comum em casos legítimos, mas o uso simultâneo por 2 IPs é um forte indício de que havia algo estranho – como um sequestro de sessão – em andamento. Feliz Páscoa! (via arstechnica.com - “Heartbleed maliciously exploited to hack network with multifactor authentication | Ars Technica”)

Um pesquisador divulgou ter conseguido, usando a mesma falha Heartbleed anteriormente explorada em servidores web, extrair repetidamente a chave privada de um servidor OpenVPN, e até mesmo criar outro servidor que conseguia se passar pelo servidor original.

Existem vários produtos baseados no OpenVPN, e alguns deles estão em mais risco do que outros, porque incluem até mesmo a sua própria cópia dos fontes do OpenSSL, o software no qual o bug Heartbleed reside, e assim permanecem com o bug mesmo após upgrades do próprio OpenSSL.

Nos demais, o risco está associado a não ter havido o upgrade do OpenSSL que, agora sabemos na prática, precisa ser feito mesmo se não há um servidor web usando-o.

Como o OpenVPN é popular até mesmo em dispositivos embarcados que ficam esquecidos pelos cantos e não oferecem acesso web (https) em suas interfaces expostas, como roteadores da classe SOHO, a questão das chaves privadas poderem ser obtidas por meio dele me parece algo que vai ter que gerar nova onda de preocupação entre os profissionais do ramo, e até em quem não tem um servidor de VPN mas usa clientes VPN para acessar servidores que possam estar comprometidos. (via www.macobserver.com - “Heartbleed Update: OpenVPN isn't Safe, Either - The Mac Observer”)

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Rael Gugelmin Cunha (rael·gcΘgmail·com):

“O Ubuntu 14.04 vem com a última versão do xboxdrv, um driver que permite que joysticks do Xbox360 e compatíveis (como alguns da Logitech) funcionem no sistema.

Porém, o pacote incluído no sistema (xboxdrv) apenas instala o driver, sem iniciá-lo automaticamente, dependendo então do usuário criar configurações adicionais (ou rodar manualmente o driver pra cada novo joystick adicionado).

Em vista disso, criei um pacote que além de instalar o xboxdrv, cria um daemon com início automático e adiciona um item "Joysticks" no System Settings do Ubuntu.

Confira aqui como instalar.” [referência: raelcunha.com]

Se você usa um aparelho com a versão 4.1.1 (Jelly Bean) do Android, fique atento às próximas atualizações que o seu fabricante deve disponibilizar rapidamente!

Via idgnow.com.br:

Pelo menos 50 milhões de smartphones Android podem ser explorados por conta de uma versão do bug Heartbleed - 4 milhões deles só nos Estados Unidos e os outros no restante do mundo, de acordo com o jornal inglês The Guardian.

A estimativa do número de dispositivos vulneráveis ​​Android no mundo foi feita à pedido do The Guardian pela rede de anúncios Chitika para o tráfego de rede dos EUA, no período de 7 a 13 de abril.

(...) Os dispositivos podem ser explorados pelo hack chamado de "reverse Heartbleed", que é quando um servidor malicioso tem a capacidade de explorar a falha OpenSSL para roubar dados dos browsers dos smartphones, como senhas e logins. E sim, o problema atinge apenas usuários Android, de acordo com a reportagem do The Guardian, porque tanto a Apple quanto a Microsoft não utilizam a versão afetada do OpenSSL em seus respectivos dispositivos.

Enviado por Bruna Goualrt (treinamentoΘlinuxsolutions·com·br):