Vulnerabilidade local no kernel Linux

Atualizações do kernel de várias das distribuições populares devem estar saindo do forno, e vale a pena aplicá-las: um bug que esteve presente entre as versões 2.6.37 e 3.9 foi corrigido já há algum tempo, mas não era considerado uma falha de segurança - só que agora foi demonstrado (via um exploit) que o mesmo bug permite que um usuário local alcance privilégio de root, e o tratamento muda de figura.

A vulnerabilidade foi denominada CVE-2013-2094 e, além dos kernels 2.6.37 a 3.9, também pode afetar os kernels 2.6.32 do RHEL6 e distribuições derivadas (como o CentOS), porque a Red Hat fez backport. (via lwn.net - “Local root vulnerability in the kernel [LWN.net]”)

Comentar

comments powered by Disqus

Comentários arquivados

Comentário de Murilo em 15/05/2013 às 12:19:36

Aqui na empresa roda o Red Hat 5 da época que ele era gratuito, acho que desde 1999, sem nunca fazer um update ou reiniciar. O que deve ter de vulnerabilidade aqui, rs. É muito comum administrador não fazer updates no Linux, justamente por funcionar de forma estável durante muito tempo, transmite uma falsa sensação de segurança.

Comentário de Carlos Felipe em 15/05/2013 às 12:25:17

Para mim, culpa dos binários blobs no kernel Linux.

Comentário de Elvis em 15/05/2013 às 12:28:28

vida longa ao BSD

Comentário de Marcos em 15/05/2013 às 12:55:22

Ontem saiu essa atualização no debian 6, antes mesmo do anúncio de segurança feito hoje: http://lists.debian.org/debian-security-announce/2013/msg00076.html

Comentário de Spif em 15/05/2013 às 13:09:17

Murilo, só se for na sua empresa que tem um administrador bem bosta. Sysadmins de verdade acompanham as listas de vulnerabilidade, fazem repositórios para update e etc.

Comentário de José em 15/05/2013 às 14:07:37

Ter um sistema atualizado é uma primitiva básica de segurança. Tudo bem que falhas como a do Windows assustam, mas o ideal é sempre que possível ter a versão atualizada.

Comentário de Tércio Martins em 15/05/2013 às 14:15:07

@Spif:

Murilo, só se for na sua empresa que tem um administrador bem bosta. Sysadmins de verdade acompanham as listas de vulnerabilidade, fazem repositórios para update e etc.

Infelizmente bons sysadmins são como políticos honestos: dizem que existem, mas é difícil encontrá-los!

Comentário de Marcos em 15/05/2013 às 14:17:03

@Murilo, lembro uma vez (uns bons anos atrás) que fizeram um levantamento e o número de invasões a servidores Linux estava bem maior que os de servidores Windows. Levantando as causas, o motivo era o que você citou: muita empresa achava que pelo simples fato de usar Linux ela estava mais segura e não se preocupava tanto com atualizações de segurança. Daí foi descoberta uma falha de segurança grave não lembro se era no php ou no apache e foi muito explorada. Hoje isso é mais difícil de acontecer, mas mesmo assim a gente ainda encontra casos.

Comentário de Murilo em 15/05/2013 às 15:11:10

Nessas horas até concordo que empresa que não quer pagar sysadmin, tem de usar Windows mesmo.

Comentário de Marcos em 15/05/2013 às 16:46:51

@Murilo "Nessas horas até concordo que empresa que não quer pagar sysadmin, tem de usar Windows mesmo." Você que pensa. Resolver problemas graves de Windows chega a ser mais difícil do que resolver problemas de linux. Outro dia mesmo, naquela atualização desastrosa do Windows Update relacionada ao NTFS que fez com que muitas máquinas windows não conseguissem inicializar (http://gestaoemti.com.br/index.php/windows-7-nao-inicia-depois-de-atualizacao-kb2823324/ ), eu que sou administrador linux é que tive que acudir muita gente aqui. Resolvi o problema no primeiro dia em que apareceram notícias sobre o problema dando boot com um livecd de linux e trocando manualmente o arquivo Ntfs.sys problemático por uma cópia mais antiga que funcionava. A galera do Windows de hoje não sabe nem mais comandos de MS-DOS e mesmo que conseguissem acessar o sistema de arquivos usando um livecd de windows, não saberiam usar o comando COPY para copiar o arquivo. Depois acabaram publicando outros métodos menos ortodoxos de resolver o problema, de mais fácil conhecimento de windows admins...

Comentário de gustavo em 15/05/2013 às 17:20:32

sysadm pra que ? pra ficar dando apt-get update/upgrade diariamente e em caso de pane, ter que recorrer ao fabricante ou ficar esperando? mto melhor contratar suporte de empresa. Tipo a canonical.

Comentário de K (Original) em 15/05/2013 às 19:02:05

@gustavo "sysadm pra que ? pra ficar dando apt-get update/upgrade diariamente e em caso de pane, ter que recorrer ao fabricante ou ficar esperando? mto melhor contratar suporte de empresa. Tipo a canonical." Suporte da Canonical ?! Os únicos suporte de nível enterprise que a gente ouve falar é da Red Hat e da Novell/Suse.

Comentário de K (Original) em 15/05/2013 às 19:19:32

Não liga @gustavo pra @K ele é falso. Mas é facíl identificar pelo fato de ele não entender nada de tecnologia, nem sabe o quenta falando ;)

Comentário de K (Original) em 15/05/2013 às 19:23:00

O Coitado nunca deve ter pago nem suporte do zé da esquina pra saber disso, até porque ainda deve ter uma maquina com XP em casa e vem posta aqui no BR-Linux heheheeh :P

Comentário de Ceko em 15/05/2013 às 22:05:34

na cara que esse K falso é alguém conhecido.

Comentário de Elvis em 16/05/2013 às 09:44:11

é o Patola.

Comentário de Spif em 16/05/2013 às 11:46:26

Minhas palavras seguem no post do Tércio. Btw, se falta sysadmin me dá um toque. Tem servidor que eu implantei e funciona até hoje com downtime só por falha de ambiente. Administrador de Windows tb é necessário, pois senão só dá confusão. Mas é nisso que tá chegando o publico do Br-Linux: trolls, desinformados e uns poucos inteligentes.

Comentário de Patola em 16/05/2013 às 19:22:29

@Elvis ¬¬ Não, não sou eu. O que eu tenho pra falar eu falo com meu usuário mesmo.

Comentário de Spif em 16/05/2013 às 23:17:52

Aqui no BR-LINUX tá cheio de sysadmin de Ubuntu..... ;)

Comentário de Lawtonnt em 17/05/2013 às 08:49:37

Bom dia pessoALL; Recebi essa notificação ontem da RedHat: Security Advisory - RHSA-2013:0830-1 ------------------------------------------------------------------------------ Summary: Important: kernel security update Updated kernel packages that fix one security issue are now available for Red Hat Enterprise Linux 6. The Red Hat Security Response Team has rated this update as having important security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section. Description: The kernel packages contain the Linux kernel, the core of any Linux operating system. This update fixes the following security issue: * It was found that the Red Hat Enterprise Linux 6.1 kernel update (RHSA-2011:0542) introduced an integer conversion issue in the Linux kernel's Performance Events implementation. This led to a user-supplied index into the perf_swevent_enabled array not being validated properly, resulting in out-of-bounds kernel memory access. A local, unprivileged user could use this flaw to escalate their privileges. (CVE-2013-2094, Important) A public exploit that affects Red Hat Enterprise Linux 6 is available. Refer to Red Hat Knowledge Solution 373743, linked to in the References, for further information and mitigation instructions for users who are unable to immediately apply this update. Users should upgrade to these updated packages, which contain a backported patch to correct this issue. The system must be rebooted for this update to take effect.

Comentário de Spif em 17/05/2013 às 11:52:59

E uma falseta a cada esquina. Pior é quando as falseias sequer honram compromissos.

O que é Linux • Download Linux • Apostila Linux • Enviar notícia

BR-Linux.org