Malware, Vírus e Hacking. Estamos seguros usando Linux?
A pergunta que ainda não se cala entre veteranos e novatos no GNU/Linux será respondida neste artigo, existe vírus para o Linux? Neste artigo eu descrevo quais são as verdadeiras ameaças para usuários do GNU/Linux e o que é só especulação da mídia e como se defender.
[ Hits: 46.096 ]
Por: M4iir1c10 em 11/08/2015 | Blog: https://github.com/mauricioph
Introdução
Vírus de computador têm dois grandes aliados que os fazem superpoderosos:
A falta de conhecimento é um fator que sempre existiu e sempre vai existir não importa o quanto é falada, anunciada, esfregada na cara do ouvinte a informação necessária para garantir a segurança de um sistema...
Sempre existiu e sempre existirá pessoas desinformadas, pessoas preguiçosas e pessoas que não importa o quanto você fale, para elas você está falando Chinês. Porém isso não é razão para você se colocar nesse grupo de desinformados. Artigos como esse vão te ajudar a entender o porquê o Linux é um sistema seguro e até onde ele é seguro e o que você pode fazer para torná-lo mais seguro.
Medo, o princípio do medo é a falta de conhecimento. Nos seres humanos temos medo daquilo que não conhecemos e isso nos faz refém dos nossos próprios medos.
Somos reféns daqueles que conhecem mais do que nós e tiram vantagem da nossa ignorância, portanto se você quer vencer os seus medos, eu gostaria de pedir é que você continue lendo esse artigo até o fim. Algumas frases que eu usar podem te chocar, mas continue lendo porque a cada informação chocante eu vou tentar trazer a explicação para que você entenda e perca o seu medo desses bichos chamados vírus e hackers.
Para os novatos, existe uma diferença da palavra Hacker que separa os maus dos bons, existem os Hackers e os Crackers. Um Hacker é o indivíduo que sabe muito sobre computadores e usa seu conhecimento para o bem, seja prender criminosos ou desenvolver programas e hardware. Cracker é um indivíduo que igualmente tem um vasto conhecimento porém ele usa o seu conhecimento para benefício próprio, roubo, fraude, invasão etc. Esse artigo eu falo sobre Cracker.
Usuários Linux vocês podem ficar meio entediados com tantas referências a produtos e comportamento do sistema da Microsoft e Apple nesse artigo, mas eu gostaria de mencionar que é impossível falar de vírus sem mencionar os sistemas proprietário mais "amados" do mundo. Eu vou explicar como alguns vírus funcionam no sistema da MS e em paralelo como funcionaria em Linux para que possamos entender como um sistema Linux pode ser comprometido.
Aqui vão algumas perguntas que eu vou tentar responder:
A leitura pode ser longa, mas pelo conhecimento adquirido vale a pena, vamos embarcar nessa jornada agora...
- Falta de conhecimento
- Medo
A falta de conhecimento é um fator que sempre existiu e sempre vai existir não importa o quanto é falada, anunciada, esfregada na cara do ouvinte a informação necessária para garantir a segurança de um sistema...
Sempre existiu e sempre existirá pessoas desinformadas, pessoas preguiçosas e pessoas que não importa o quanto você fale, para elas você está falando Chinês. Porém isso não é razão para você se colocar nesse grupo de desinformados. Artigos como esse vão te ajudar a entender o porquê o Linux é um sistema seguro e até onde ele é seguro e o que você pode fazer para torná-lo mais seguro.
Medo, o princípio do medo é a falta de conhecimento. Nos seres humanos temos medo daquilo que não conhecemos e isso nos faz refém dos nossos próprios medos.
Somos reféns daqueles que conhecem mais do que nós e tiram vantagem da nossa ignorância, portanto se você quer vencer os seus medos, eu gostaria de pedir é que você continue lendo esse artigo até o fim. Algumas frases que eu usar podem te chocar, mas continue lendo porque a cada informação chocante eu vou tentar trazer a explicação para que você entenda e perca o seu medo desses bichos chamados vírus e hackers.
Para os novatos, existe uma diferença da palavra Hacker que separa os maus dos bons, existem os Hackers e os Crackers. Um Hacker é o indivíduo que sabe muito sobre computadores e usa seu conhecimento para o bem, seja prender criminosos ou desenvolver programas e hardware. Cracker é um indivíduo que igualmente tem um vasto conhecimento porém ele usa o seu conhecimento para benefício próprio, roubo, fraude, invasão etc. Esse artigo eu falo sobre Cracker.
Usuários Linux vocês podem ficar meio entediados com tantas referências a produtos e comportamento do sistema da Microsoft e Apple nesse artigo, mas eu gostaria de mencionar que é impossível falar de vírus sem mencionar os sistemas proprietário mais "amados" do mundo. Eu vou explicar como alguns vírus funcionam no sistema da MS e em paralelo como funcionaria em Linux para que possamos entender como um sistema Linux pode ser comprometido.
Aqui vão algumas perguntas que eu vou tentar responder:
- Afinal estamos ou não seguros quando o assunto é vírus no Linux?
- Existem vírus específicos para o Linux?
- Se tem onde eles estão?
- Como um Linux pode ser infectado com um vírus?
- Eu preciso de um antivírus?
- Hackers podem realmente invadir qualquer computador?
- Com a configuração padrão do meu Linux eu já estou seguro?
- Vamos analisar um ataque no qual eu fui "a vítima" :D
A leitura pode ser longa, mas pelo conhecimento adquirido vale a pena, vamos embarcar nessa jornada agora...
Páginas do artigo
1. Introdução2. Entendendo os nomes
3. Vírus e Worms
4. Trojans e Spyware
5. Adware, Ransomware e Scareware
6. Drive-by-Download
7. Android, SUSE e Canonical
8. Invasão remota e física
9. Invadindo o seu próprio Linux
10. Referências e conclusão
Outros artigos deste autor
Instalando e configurando um dock igual ao Mac Leopard no KDE
Raios de luz explodindo atrás do texto
5 comandos que ninguém nunca deve executar no Linux
Máquina Enigma e encriptação em XOR
Leitura recomendada
ttyrec - Ferramenta para auditoria de sistemas Linux
Reaver - Descobrindo senhas Wi-Fi
Servidor de autenticação 802.1x com Freeradius
Arpwatch - Detecte em sua rede ataques de Arp Spoofing/Arp Poisoning
Comentários
[1] Comentário enviado por Lwkas em 11/08/2015 - 21:03h
Muito bom. O melhor artigo sobre o assunto que li. Parabéns.
Muito bom. O melhor artigo sobre o assunto que li. Parabéns.
[2] Comentário enviado por removido em 12/08/2015 - 01:17h
Excelente artigo que merece ser lido calmamente linha a linha, dado o tamanho e a qualidade.
Prefiro pensar que o cara que clicou unlike errou o botãozinho por bobeira.
Tenho algumas coisas a dizer sobre o excelente artigo:
- Se eu não me engano, um vírus (de MSDOS) copiava seu código para dentro de um executável num certo ponto do código binário. Daí quando o executável rodava, ele se replicava e executava outras coisas para as quais ele foi programado. Lembrando que existiam dois tipos de programas em DOS os de extensão .COM e os de extensão .EXE e não me lembro agora a diferença.
- WINE é acrônimo de WINE Is Not Emulator.
O artigo me deixou com uma profunda impressão e com algumas dúvidas quanto ao tema segurança:
- Se eu quiser reforçar meu sistema com criptografia, se não me engano chama-se sistema LUKS, eu posso, não é. Mas o que poderia criptografar além do /home?
- Posso criptografar a /var? a /usr? Ou até mesmo a / (raiz)? Certamente jamais a /boot poderia ser criptografada por causa do kernel.
- Daria certo essas criptografias em partições físicas ou lógicas com LVM?
- Eu colocar o usuário root no /etc/securetty dá alguma diferença nos truques com o GRUB?
- Se eu alterar manualmente o /etc/passwd trocando shell do usuário root por /bin/false também afeta em algo nos truques com o root?
Eu penso que é só.
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
Excelente artigo que merece ser lido calmamente linha a linha, dado o tamanho e a qualidade.
Prefiro pensar que o cara que clicou unlike errou o botãozinho por bobeira.
Tenho algumas coisas a dizer sobre o excelente artigo:
- Se eu não me engano, um vírus (de MSDOS) copiava seu código para dentro de um executável num certo ponto do código binário. Daí quando o executável rodava, ele se replicava e executava outras coisas para as quais ele foi programado. Lembrando que existiam dois tipos de programas em DOS os de extensão .COM e os de extensão .EXE e não me lembro agora a diferença.
- WINE é acrônimo de WINE Is Not Emulator.
O artigo me deixou com uma profunda impressão e com algumas dúvidas quanto ao tema segurança:
- Se eu quiser reforçar meu sistema com criptografia, se não me engano chama-se sistema LUKS, eu posso, não é. Mas o que poderia criptografar além do /home?
- Posso criptografar a /var? a /usr? Ou até mesmo a / (raiz)? Certamente jamais a /boot poderia ser criptografada por causa do kernel.
- Daria certo essas criptografias em partições físicas ou lógicas com LVM?
- Eu colocar o usuário root no /etc/securetty dá alguma diferença nos truques com o GRUB?
- Se eu alterar manualmente o /etc/passwd trocando shell do usuário root por /bin/false também afeta em algo nos truques com o root?
Eu penso que é só.
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
[3] Comentário enviado por juniorlucio em 12/08/2015 - 11:58h
Cara, que artigo incrível. Muito didático e ao mesmo tempo muito avançado. Gostei demais! Parabéns! Abraços
Cara, que artigo incrível. Muito didático e ao mesmo tempo muito avançado. Gostei demais! Parabéns! Abraços
[4] Comentário enviado por sacioz em 12/08/2015 - 14:43h
Muito obrigado . Muito bom ...espero mais e maiores . Abragendo tudo , como eu disse ao Elgio uma vez. Sua resposta ? Não existe um que abranja tudo ! Rsrsrs
Obrigado .
Muito obrigado . Muito bom ...espero mais e maiores . Abragendo tudo , como eu disse ao Elgio uma vez. Sua resposta ? Não existe um que abranja tudo ! Rsrsrs
Obrigado .
[5] Comentário enviado por removido em 12/08/2015 - 17:20h
Boa tarde,
Artigo bem explicado. Gostei, parabéns!!
Att,
Jbaf 2015
Mageia 5(KDE), Fedora 21(GNOME)
http://www.mageia.org/pt-br/5/
Boa tarde,
Artigo bem explicado. Gostei, parabéns!!
Att,
Jbaf 2015
Mageia 5(KDE), Fedora 21(GNOME)
http://www.mageia.org/pt-br/5/
[6] Comentário enviado por M4iir1c10 em 13/08/2015 - 19:49h
Obrigado por todos os comentarios e perguntas, sempre e bom ter a participacao de voces... aprendemos juntos.
[2] Comentário enviado por listeiro_037 em 12/08/2015 - 01:17h
...O artigo me deixou com uma profunda impressão e com algumas dúvidas quanto ao tema segurança:
- Se eu quiser reforçar meu sistema com criptografia, se não me engano chama-se sistema LUKS, eu posso, não é?
Sim
Mas o que poderia criptografar além do /home?
- Posso criptografar a /var? a /usr? Ou até mesmo a / (raiz)? Certamente jamais a /boot poderia ser criptografada por causa do kernel.
Sim, voce esta correto. Com excessao do /boot qualquer pasta pode ser criptografada.
- Daria certo essas criptografias em partições físicas ou lógicas com LVM?
Sim, tanto fisica como logica.
- Eu colocar o usuário root no /etc/securetty dá alguma diferença nos truques com o GRUB?
Nao, colocando em /etc/securetty nao afeta nada. O arquivo securetty e consultado por login e no single user mode o sulogin ignora completamente o securetty. Outro ponto que vc deve levar em consideracao e que se vc quer controlar o login do root pelo securetty somente os programas que sao controlados por PAM serao afetados e ssh e um dos que nao sao afetados, para impedir o root logando no ssh edite o /etc/ssh/sshd_conf
- Se eu alterar manualmente o /etc/passwd trocando shell do usuário root por /bin/false também afeta em algo nos truques com o root?
Nao...NAO, NAO, se voce fizer isso voce nao vai conseguir mais logar como root... Nao faca isso...
Eu penso que é só.
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
I totally agree with that statement from Snowden.
Meu contato? anote ai :)
51.562532 -0.109389
51° 33' 45.1152'' N, 0° 6' 33.8004'' W
Obrigado por todos os comentarios e perguntas, sempre e bom ter a participacao de voces... aprendemos juntos.
[2] Comentário enviado por listeiro_037 em 12/08/2015 - 01:17h
...O artigo me deixou com uma profunda impressão e com algumas dúvidas quanto ao tema segurança:
- Se eu quiser reforçar meu sistema com criptografia, se não me engano chama-se sistema LUKS, eu posso, não é?
Sim
Mas o que poderia criptografar além do /home?
- Posso criptografar a /var? a /usr? Ou até mesmo a / (raiz)? Certamente jamais a /boot poderia ser criptografada por causa do kernel.
Sim, voce esta correto. Com excessao do /boot qualquer pasta pode ser criptografada.
- Daria certo essas criptografias em partições físicas ou lógicas com LVM?
Sim, tanto fisica como logica.
- Eu colocar o usuário root no /etc/securetty dá alguma diferença nos truques com o GRUB?
Nao, colocando em /etc/securetty nao afeta nada. O arquivo securetty e consultado por login e no single user mode o sulogin ignora completamente o securetty. Outro ponto que vc deve levar em consideracao e que se vc quer controlar o login do root pelo securetty somente os programas que sao controlados por PAM serao afetados e ssh e um dos que nao sao afetados, para impedir o root logando no ssh edite o /etc/ssh/sshd_conf
- Se eu alterar manualmente o /etc/passwd trocando shell do usuário root por /bin/false também afeta em algo nos truques com o root?
Nao...NAO, NAO, se voce fizer isso voce nao vai conseguir mais logar como root... Nao faca isso...
Eu penso que é só.
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
I totally agree with that statement from Snowden.
Meu contato? anote ai :)
51.562532 -0.109389
51° 33' 45.1152'' N, 0° 6' 33.8004'' W
[7] Comentário enviado por removido em 13/08/2015 - 21:00h
Valeu pela paciência em me responder.
Obrigado novamente!
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
Valeu pela paciência em me responder.
Obrigado novamente!
--
http://s.glbimg.com/po/tt/f/original/2011/10/20/a97264_w8.jpg
Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden
[8] Comentário enviado por jpfo em 14/08/2015 - 10:10h
Parabéns ao autor. Este foi, sem qualquer dúvida, um dos melhores artigos, senão o melhor, que li relativamente a Linux.
De resto, apesar de já acompanhar este site à algum tempo, registei-me agora especificamente para comentar este artigo.
Mais uma vez, parabéns ao autor e ao VOL por ter aqui rapaziada tão qualificada a fazer excelentes artigos.
Parabéns ao autor. Este foi, sem qualquer dúvida, um dos melhores artigos, senão o melhor, que li relativamente a Linux.
De resto, apesar de já acompanhar este site à algum tempo, registei-me agora especificamente para comentar este artigo.
Mais uma vez, parabéns ao autor e ao VOL por ter aqui rapaziada tão qualificada a fazer excelentes artigos.
[10] Comentário enviado por removido em 19/08/2015 - 10:44h
Como sempre a culpa é do cara com a mão no teclado seja no Linux ou no Windows.
Como sempre a culpa é do cara com a mão no teclado seja no Linux ou no Windows.
[11] Comentário enviado por bleckout em 19/08/2015 - 22:40h
Caramba que belo tópico, ajudou bastante. Parabéns.
Só não encontrei o código que você ia mostrar no final do post daquele e-mail que você recebeu. Fiquei curioso ;)
Vide: "Na última pagina desse artigo eu vou mostrar um código que poderia destruir um computador..."
___________________________________________________________________
[i]"Vivemos todos sob o mesmo céu, mas nem todos temos o mesmo horizonte." - Konrad Adenauer
Ubuntu 14.04 LTS amd64 - Core i7 3770K, 8GB RAM - NVIDIA GTX 760 Windforce[/i]
Caramba que belo tópico, ajudou bastante. Parabéns.
Só não encontrei o código que você ia mostrar no final do post daquele e-mail que você recebeu. Fiquei curioso ;)
Vide: "Na última pagina desse artigo eu vou mostrar um código que poderia destruir um computador..."
___________________________________________________________________
[i]"Vivemos todos sob o mesmo céu, mas nem todos temos o mesmo horizonte." - Konrad Adenauer
Ubuntu 14.04 LTS amd64 - Core i7 3770K, 8GB RAM - NVIDIA GTX 760 Windforce[/i]
[12] Comentário enviado por M4iir1c10 em 25/08/2015 - 17:13h
[11] Comentário enviado por bleckout em 19/08/2015 - 22:40h
Caramba que belo tópico, ajudou bastante. Parabéns.
Só não encontrei o código que você ia mostrar no final do post daquele e-mail que você recebeu. Fiquei curioso ;)
Vide: "Na última pagina desse artigo eu vou mostrar um código que poderia destruir um computador..."
___________________________________________________________________
[i]"Vivemos todos sob o mesmo céu, mas nem todos temos o mesmo horizonte." - Konrad Adenauer
Ubuntu 14.04 LTS amd64 - Core i7 3770K, 8GB RAM - NVIDIA GTX 760 Windforce[/i]
Oque eu recebi no email e um e o que eu falei nesse paragrafo que voce mencionou e outro.
O recebido no email esta no screenshots que eu postei e me baseando naquele eu escrevi o codigo que voce mencionou ele esta na pagina 10 na parte das referencias eu o chamo de bash malicioso.
[11] Comentário enviado por bleckout em 19/08/2015 - 22:40h
Caramba que belo tópico, ajudou bastante. Parabéns.
Só não encontrei o código que você ia mostrar no final do post daquele e-mail que você recebeu. Fiquei curioso ;)
Vide: "Na última pagina desse artigo eu vou mostrar um código que poderia destruir um computador..."
___________________________________________________________________
[i]"Vivemos todos sob o mesmo céu, mas nem todos temos o mesmo horizonte." - Konrad Adenauer
Ubuntu 14.04 LTS amd64 - Core i7 3770K, 8GB RAM - NVIDIA GTX 760 Windforce[/i]
Oque eu recebi no email e um e o que eu falei nesse paragrafo que voce mencionou e outro.
O recebido no email esta no screenshots que eu postei e me baseando naquele eu escrevi o codigo que voce mencionou ele esta na pagina 10 na parte das referencias eu o chamo de bash malicioso.
[14] Comentário enviado por patrickcampos em 03/07/2017 - 15:25h
Muito top o Artigo, um dos melhores que já li aqui no VOL.
Legal!
Muito top o Artigo, um dos melhores que já li aqui no VOL.
Legal!
[15] Comentário enviado por codgolivre em 23/09/2017 - 21:54h
muito bom amigo... esta de parabens , completamente claro e especifico dificilmente alguem fala com essa clareza...artigo de primeira...
valew.
muito bom amigo... esta de parabens , completamente claro e especifico dificilmente alguem fala com essa clareza...artigo de primeira...
valew.
[16] Comentário enviado por cizordj em 09/09/2020 - 12:49h
[13] Comentário enviado por pekman em 05/05/2017 - 01:02h
Linux agora virou sistema Operacional?
Sim e sempre foi
[13] Comentário enviado por pekman em 05/05/2017 - 01:02h
Linux agora virou sistema Operacional?
Sim e sempre foi
Patrocínio
Site hospedado pelo provedor RedeHost.
Destaques
Artigos
O que é o THP na configuração de RAM do Linux e quando desabilitá-lo
Comparação entre os escalonadores BFQ e MQ-Deadline (acesso a disco) no Arch e Debian
Conciliando o uso da ZRAM e SWAP em disco na sua máquina
Servidor de Backup com Ubuntu Server 24.04 LTS, RAID e Duplicati (Dell PowerEdge T420)
Dicas
Como unir duas coleções de ROMs preservando as versões traduzidas (sem duplicatas)
Como instalar o Telegram Desktop no Ubuntu 24.04
Overclocking Permanente para Drastic no Miyoo Mini Plus
Problemas de chaves (/usr/share/keyrings) no Debian
Converter os repositórios Debian para o novo formato com as chaves
Tópicos
Browser/Placa de vídeo trava Ubuntu 22.04 (1)
Salvar estado da VM no virt-manager [RESOLVIDO] (5)
Top 10 do mês
-
Xerxes
1° lugar - 64.410 pts -
Fábio Berbert de Paula
2° lugar - 37.555 pts -
Buckminster
3° lugar - 19.123 pts -
Mauricio Ferrari
4° lugar - 14.060 pts -
Sidnei Serra
5° lugar - 12.558 pts -
Alberto Federman Neto.
6° lugar - 12.173 pts -
Daniel Lara Souza
7° lugar - 11.414 pts -
edps
8° lugar - 11.349 pts -
Diego Mendes Rodrigues
9° lugar - 10.006 pts -
Alessandro de Oliveira Faria (A.K.A. CABELO)
10° lugar - 9.618 pts
Scripts
A maior comunidade GNU/Linux da América Latina! Artigos, dicas, tutoriais, fórum, scripts e muito mais. Ideal para quem busca auto-ajuda.
Site hospedado por:
