Cyber Security Brasilby Igor Deungaro

Este novo ransomware incomum está indo atrás de servidores


Este novo ransomware incomum está indo atrás de servidores


Uma forma não convencional de ransomware está sendo implantada em ataques direcionados contra servidores corporativos - e parece ter links para alguns dos grupos cibercriminosos mais notórios do mercado.
O malware anteriormente criptografado do servidor não detectado foi detalhado em pesquisa de analistas de segurança cibernética da Intezer e IBM X-Force, que o denominaram PureLocker porque está escrito na linguagem de programação PureBasic.
É incomum que o ransomware seja escrito no PureBasic, mas oferece benefícios aos invasores, porque às vezes os fornecedores de segurança se esforçam para gerar assinaturas de detecção confiáveis ​​para software malicioso escrito nesse idioma. O PureBasic também é transferível entre Windows, Linux e OS-X, o que significa que os invasores podem segmentar mais facilmente plataformas diferentes.
Nesse caso, ataques estão sendo lançados contra servidores, com o objetivo de mantê-los reféns e devolvê-los à operação somente após o pagamento de um resgate de criptomoeda . Os ataques de ransomware contra servidores geralmente levam a demandas de pagamentos de centenas de milhares de dólares em troca de descriptografar os sistemas e podem ser acompanhados por uma ameaça de destruir os dados se o resgate não for pago.
"Alvejar servidores significa que os atacantes estão tentando atingir suas vítimas onde realmente dói especialmente bancos de dados que armazenam as informações mais críticas da organização", disse ao ZDNet Michael Kajiloti, pesquisador de segurança da Intezer.
Atualmente, não há números sobre o número de vítimas do PureLocker, mas Intezer e IBM X-Force confirmaram que a campanha de ransomware está ativa, com o ransomware sendo oferecido aos atacantes como serviço.
No entanto, também se acredita que, em vez de ser oferecido a quem quiser, o serviço é oferecido como uma ferramenta sob medida, disponível apenas para operações cibercriminosas que podem pagar uma quantia significativa em primeiro lugar.
"É provavelmente um pouco caro e um tanto exclusivo, devido ao fato de haver relativamente poucos atores usando o malware como serviço específico e o nível de sofisticação de sua oferta", disse Kajiloti.
O código fonte do PureLocker ransomware oferece pistas para sua natureza exclusiva, pois contém seqüências de caracteres do malware backdoor 'more_eggs' . Esse malware é vendido na dark web pelo que os pesquisadores descrevem como um 'veterano' provedor de serviços maliciosos.
Essas ferramentas foram usadas por alguns dos grupos cibercriminosos mais prolíficos que operam atualmente, incluindo Cobalt Gang e FIN6 - e o ransomware compartilha código com campanhas anteriores dessas gangues de hackers. Isso indica que o PureLocker foi projetado para criminosos que sabem o que estão fazendo e sabem como atingir uma grande organização onde dói.
Atualmente, não se sabe exatamente como o PureLocker é entregue às vítimas, mas os pesquisadores observam que as campanhas more_eggs começam com emails de phishing , para que os ataques de ransomware possam começar da mesma maneira, com a carga útil final provavelmente a parte final de um ataque de várias etapas.
Aqueles que são infectados com o PureLocker ransomware recebem uma nota de resgate informando à vítima que eles precisam entrar em contato com um endereço de e-mail para negociar uma taxa pela descriptografia dos arquivos. O usuário também é avisado de que só tem sete dias para pagar o resgate e que, se não o fizer, a chave privada será excluída, o que significa que os arquivos não podem ser recuperados.
Os pesquisadores dizem que a campanha PureLocker ainda está ativa e que é importante garantir que as organizações tenham políticas apropriadas de segurança cibernética para proteger contra ataques.
"Como em qualquer ameaça de malware, ter uma boa infraestrutura de segurança ajuda, mas também educar os funcionários sobre phishing é fundamental", disse Kajilot.

Fonte: zdnet.com
Este blog publica em português e inglês. / This blog publishes in Portuguese and English. EN · PT

Denunciar abuso

As inseguranças do sucesso da segurança cibernética

As inseguranças do sucesso da segurança cibernética. Tornar-se um grande profissional não precisa custar sua felicidade, mas a cultura da moagem torna isso provável. Nos últimos anos, a questão da saúde mental no setor de segurança cibernética ganhou destaque. Uma  pesquisa de 2019  revelou que 1 em cada 6 CISOs admitiu se  automedicar  para lidar com o estresse de seu trabalho. A tensão passa pelo escritório do CISO e permeia todo o setor. Um perfil que está crescendo  mais rápido que o orçamento  e uma sofisticação cada vez maior e  o impacto financeiro  dos ataques se combinam para transformar o que antes era um canto do departamento de TI em uma panela de pressão. John Hammond  , pesquisador de segurança cibernética da Huntress, falou sobre “ Hard Truths and Unexpected Realities: Lamentations in Producing Cybersecurity Content ” na  Intigriti 1337UP Live  , uma conferência online sobre bugs, em março de 2022. Seus...

DICA: comandos para pentest e segurança ofensiva

Fala galera, blz ? Segue uma lista de comandos maravilhosa, voltada para teste de vulnerabilidades. Observação Pertinente: Os TIPOS de COMANDOS e as INSTRUÇÕES estão em INGLÊS! NÂO ME RESPONSABILIZO POR USO INDEVIDO. Pré-requisitos: ✔️  Python 3.5 ✔️  OS que suporte Python (eu utilizei Kali) Reconnaissance / Enumeration Extracting Live IPs from Nmap Scan nmap 10.1.1.1 --open -oG scan-results; cat scan-results | grep "/open" | cut -d " " -f 2 > exposed-services-ips Simple Port Knocking for x in 7000 8000 9000; do nmap -Pn –host_timeout 201 –max-retries 0 -p $x 1.1.1.1; done DNS lookups, Zone Transfers & Brute-Force whois domain.com dig {a|txt|ns|mx} domain.com dig {a|txt|ns|mx} domain.com @ns1.domain.com host -t {a|txt|ns|mx} megacorpone.com host -a megacorpone.com host -l megacorpone.com ns1.megacorpone.com dnsrecon -d megacorpone.com -t axfr @ns2.megacorpone.com dnsenum domain.com nslookup -> set type=any -> ls -d domain.com for ...

Atacantes precisam de menos de 10 horas para encontrar fraquezas

Atacantes precisam de menos de 10 horas para encontrar fraquezas. Configurações vulneráveis, falhas de software e serviços da Web expostos permitem que hackers encontrem pontos fracos exploráveis ​​nos perímetros das empresas em apenas algumas horas, não em dias. O hacker ético médio pode encontrar uma vulnerabilidade que permite a violação do perímetro da rede e, em seguida, explorar o ambiente em menos de 10 horas, com testadores de penetração focados na segurança da nuvem obtendo acesso mais rapidamente aos ativos direcionados. Além disso, uma vez que uma vulnerabilidade ou fraqueza é encontrada, cerca de 58% dos hackers éticos podem invadir um ambiente em menos de cinco horas. Isso está de acordo com uma pesquisa com 300 especialistas do SANS Institute e patrocinada pela empresa de serviços de segurança cibernética Bishop Fox, que também descobriu que as fraquezas mais comuns exploradas pelos hackers incluem configurações vulneráveis, falhas de software e serviços da Web expost...

Quem sou eu

Minha foto
Igor Deungaro
Bem Vindo ao Cyber Security Brasil, espero que goste !!!
Ver meu perfil completo

Cyber Security

The Repository Issue as an Attack Vector

It is worth examining one concrete case in detail, because it shows better than any theory why the usual controls do not catch this class of attack. The case A researcher at Invariant Labs showed that a free GitHub account and a single malicious issue in a public repository were enough to exfiltrate private repository contents, personal data and salary information from a developer using an assistant with the GitHub MCP server. What the developer did: asked for a review of the open issues. Nothing else. The payload hidden in the issue redirected the agent into accessing private repositories and publishing their contents. Private does not mean protected when an agent with access reads untrusted external content. Why no traditional control catches it Authentication was correct. The agent used the legitimate user's legitimate credential. Authorisation was correct. The user genuinely had access to those private repositories. There was no malware. No binary, no strange pro...

Marcadores