Toca do Tux: ALERTA DE SEGURANÇA! Ataque de engenharia social e código arbitrário a solta.

ALERTA DE SEGURANÇA! Ataque de engenharia social e código arbitrário a solta.

Não é nenhuma novidade a existência de ataques que utilizam Técnicas de engenharia social e códigos arbitrários; novos ataques surgem dia após dia. Porém como passei recentemente por essa experiência, decidi alertar vocês sobre o método que estão utilizando no momento para que você não caia neste tipo golpe.

Parcerias de marketing não são ruins, muito pelo contrário, boas parcerias são muito bem vindas, ajudam em diversas coisas e negócios bem estruturados em relações fazem grande diferença frente a resultados que aumentam o potencial de seus produtos. Mas na onda das parcerias de marketing, empresas ou pessoas dando golpe aproveitam da sua boa fé lhe ofertando serviços e produtos interessantes, mas no fim desejam brechas para a captura de seus dados.

No entanto, com todo o aparato das tecnologias, há também quem deseja usar de práticas não tão bem intencionadas e tudo acontece de forma velada...

Você não precisa ser especialista em segurança, mas conhecer os conceitos básicos vão ajuda-lo a se prevenir de ocorrências como esta e te poupar um trabalhão. Um bom exemplo para entender melhor a diferença do Windows e dos Unix (vale reforçar que Linux é um Unix) na parte de segurança e que podemos analisar está na LPI:

Enquanto o Windows executa arquivos de acordo com suas extensões, os Unix executam os arquivos de acordo com seus primeiros 1024 Bytes do arquivo.
Nos Unix somente binários, scripts e diretórios possuem o bit de execução (enquanto no Windows, como pode ser visto no vídeo acima, tudo é executável. O que eu considero uma falha muito grave).
Nos Unix os usuários trabalham de forma isolada uns dos outros (sim, um conceito de container).
Sistemas de arquivos nos Unix são Case-Sensitive (que não diferenciam maiúsculas de minúsculas) enquanto o Windows é Case-Insensitive (ignora essa regra).

O último caso valem observações que ambos possuem vantagens e desvantagens. No caso do Case-Insenstive, do ponto de vista do sistema operacional é irrelevante porém do ponto de vista dos usuários (sejam eles comuns, sysadmins ou desenvolvedores), o Case-Insensitive se torna muito mais pratico e muito mais produtivo localizar os arquivos que está buscando. O Case-Insenstive é algo que usuários de Linux já criticaram muito e o único motivo para isso é o fato de que isso já é algo nativo no sistema de arquivos do Windows... E só... Agora, vemos este recurso tem sido adotado no Ext4 em 2020....

Mas Case-Sensitive pode favorecer ataques pois se torna pratico também para o invasor. pois tanto faz se seus códigos forem escritos em letra maiuscula ou minuscula pois seu código será executado pelo sistema. Então, neste caso em específico o Case-Sensitive se tona essencial.

Na FAQ do Wine é descrito sobre Case-Insensitive:

Um outro ponto é que o Wine é um aplicativo estranho em alguns aspectos e alguns programas funcionam melhor em sistemas de arquivos case-insensitive (consulte Nomes de arquivos que não diferenciam maiúsculas de minúsculas para obter mais detalhes).

A vantagem é que Case-Sensitive no Linux (mesmo que tardio) é opcional (algo que ensino no meu mini-curso de atributos no Linux).

Já a questão de senha em arquivo zipado foi favorável tanto para a engenharia social quanto para a parte técnica. Na parte técnica pois pode ocorrer de não ser detectado por antivírus até que seja descompactado e na parte social porque psicologicamente passa a impressão de algo sério, pensado em algo seguro.

Uma parte do Windows que acho interessante mencionar é a forma como a atualização é realizada hoje em dia. Antigamente víamos um monte de patches aglomerados no painel de controle como se fossem bibliotecas dinâmicas (DLLs falando a linguagem dos usuários de Windows caso algum esteja lendo). Com isso o erro permanecia no sistema. Hoje dá a entender que durante o processo de atualização, é realizada a substituição de todo o binário assim como ocorre no Linux.