Mostrando postagens com marcador CyberSecurit. Mostrar todas as postagens
Mostrando postagens com marcador CyberSecurit. Mostrar todas as postagens

sexta-feira, 7 de agosto de 2020

Black Hat: Hackers estão usando chaves mestra para atingir fornecedores de chips.

  Crédito da imagem:ZDNet

A Operação Chimera se concentra no roubo de valiosos projetos de propriedade intelectual e semicondutores.

Ataques direcionados contra empresas de semicondutores em Taiwan podem não ser bem conhecidos, mas isso não significa que o efeito cascata de um hack bem-sucedido não seja sentido em todo o mundo.

Na última década, Taiwan se estabeleceu lentamente como um viveiro para empresas de chips, tanto em desenvolvimento quanto em produção. A Taiwan Semicondutor Manufacturing Company (TSMC) é uma empresa importante no campo e, com o tempo, o valor de mercado do setor de fabricação de equipamentos e semicondutores em geral aumentou no país.

O setor de tecnologia é o principal alvo de grupos avançados de ameaças persistentes (APT), dada a propriedade intelectual frequentemente lucrativa e valiosa - e também os dados dos clientes - que as empresas do setor protegem.

Na Black Hat USA na quinta-feira, os pesquisadores da CyCraft Technology Chung-Kuan Chen e Inndy Lin descreveram um conjunto de ataques que se acredita terem sido conduzidos pelo mesmo grupo APT chinês na busca por designs de semicondutores, código-fonte, kits de desenvolvimento de software (SDKs), e outras informações proprietárias.

"Se esses documentos forem roubados com sucesso, o impacto pode ser devastador", disseram os pesquisadores. "O motivo por trás desses ataques provavelmente vem de concorrentes ou mesmo de países que buscam obter uma vantagem competitiva sobre os rivais."

De acordo com a equipe, ataques foram lançados contra vários fornecedores de semicondutores localizados no Parque Industrial Hsinchu Science em Taiwan. Até o momento, acredita-se que pelo menos sete fornecedores - bem como suas subsidiárias - foram atacados pelo mesmo grupo APT no que a equipe chama de "ataques precisos e bem coordenados".

Chamada de Operação Chimera, também conhecida como Esqueleto, a APT lançou uma série de ataques ao longo de 2018 e 2019 com uma variedade de ferramentas, incluindo Cobalt Strike - uma ferramenta legítima de teste de penetração que os agentes de ameaças abusam - e uma chave de esqueleto personalizada derivado do código extraído do Dumpert e do Mimikatz.

Em dois estudos de caso descritos no white paper da CyCraft (.PDF), uma variedade de endpoints e contas de usuário foram comprometidas no momento em que as infecções por malware foram detectadas.

O acesso inicial veio de uma ID corporativa válida - potencialmente roubada em uma violação de dados separada - e uma conexão de rede privada virtual (VPN) no primeiro caso.

"Muitas empresas muitas vezes negligenciar este vetor de ataque, por padrão confiando conexões VPN e acolhendo-os em sua intranet, e Quimera é um dos atores mais ameaças qualificados que temos visto em abusar políticas VPN", os pesquisadores adicionados .

No estágio seguinte da cadeia de ataque, um protocolo de desktop remoto (RDP) foi usado para obter acesso aos servidores da empresa.

Durante o segundo ataque Chimera, anormalidades foram descobertas durante uma atualização de rede em que a carga de malware foi injetada diretamente na memória do sistema, possibilitada por scripts PowerShell codificados.

Depois de carregado em uma rede comprometida, uma versão adaptada do Cobalt Strike mascarada como uma função do Google Update (GoogleUpdate.exe), ao mesmo tempo em que estabelece beacons backdoor e mecanismos de persistência.

Para exfiltrar dados de uma máquina infectada, o Chimera usa uma versão antiga do RAR, um programa de arquivamento legítimo, que também foi adulterado para fins maliciosos. A ferramenta personalizada, batizada de ChimeRAR, arquiva os dados coletados de uma rede e os transfere para um servidor de comando e controle (C2) controlado pelos ciberataques.

Para mascarar ainda mais sua atividade, o grupo de ameaças também hospedou vários C2s na plataforma Google Cloud e por meio do Microsoft Azure, bem como por meio de outros serviços de nuvem pública.

A chave mestra, no entanto, é talvez a arma mais interessante no arsenal de Chimera. A Unidade de Contador de Ameaças da Dell Secureworks documentou pela primeira vez o uso de uma chave-esqueleto capaz de contornar as verificações de autenticação nos servidores Active Directory (AD) em 2015, dando aos cibercriminosos acesso irrestrito a serviços de acesso remoto.

A ferramenta da Chimera, chamada "SkeletonKeyInjector", foi projetada para ser implantada em servidores AD e controladores de domínio (DC), permitindo que os ciberataques se movam lateralmente por uma rede e façam chamadas diretas, evitando assim o software de segurança existente.

Os trechos de código retirados do Mimikatz e do Dumpert fornecem ao malware a capacidade de contornar o monitoramento de API, um mecanismo de defesa comum usado pelas soluções atuais de proteção antivírus e de endpoint. 

"O malware alterou o programa de autenticação do New Technology LAN Manager (NTLM) e implantou uma chave de esqueleto para permitir que os invasores se conectassem sem a necessidade de credenciais válidas", disseram os pesquisadores. "Uma vez que o código na memória foi alterado, os invasores ainda podem obter acesso às máquinas comprometidas, mesmo após redefinir as senhas."

A equipe acrescenta que, como as máquinas AD raramente recebem uma reinicialização, isso pode significar que as chaves de esqueleto podem passar despercebidas por longos períodos e também facilitar os desejos dos agentes de ameaças de se moverem lateralmente pelas redes sem detecção. Em um dos estudos de caso da empresa, o grupo APT esteve presente por cerca de um ano antes de ser removido da rede comprometida.

"Com base nos dados roubados, inferimos que o objetivo do ator era colher segredos comerciais da empresa", diz CyCraft. "O motivo pode estar relacionado à competição empresarial ou à estratégia industrial de um país."

A ZDNet entrou em contato com os pesquisadores para fazer perguntas adicionais e será atualizada quando tivermos uma resposta

Fonte:ZDNet
Por Charlie Osborne para Zero Day | 6 de agosto de 2020 às 21:59 GMT (14:59 PDT) | Tópico: Security

sexta-feira, 31 de julho de 2020

O que é o Fluxo do Processo de Gerenciamento de Incidentes da ITIL?


O funcionamento adequado das operações de serviços de TI é necessário para a continuidade dos negócios. Assim que suas operações de serviço quebram, como a lentidão do servidor de e-mail, todas as suas operações comerciais podem ser colocadas à beira da destruição.

Outros incidentes que podem causar danos incluem:

Problemas de desenvolvimento de software, como problemas de mesclagem de código ou entrega de aplicativos.

Problemas relacionados ao diretório ativo, mau funcionamento da impressora, oscilação do monitor , exclusão de contas e assim por diante.

Para evitar esse incidente e os tipos semelhantes de incidentes , o fluxo do processo de gerenciamento de incidentes da ITIL é implementado. Neste artigo, teremos um mergulho profundo para entender como o Fluxo do Processo de Gerenciamento de Incidentes da ITIL pode ajudar as organizações, definindo de maneira abrangente cada etapa envolvida nele. Também pode ser benéfico para a sua empresa conhecer o processo de gerenciamento de incidentes graves .
O fluxo de processos de gerenciamento de incidentes de TI

Os serviços de TI não devem ser interrompidos, mas, se isso acontecer, sua restauração oportuna terá a maior importância para os negócios.

O gerenciamento de incidentes da ITIL passa por um fluxo de trabalho que aumenta a eficácia e um melhor resultado para fornecedores e clientes envolvidos nos negócios. As etapas a seguir estão incluídas Fluxo do processo de gerenciamento de incidentes da ITIL:

1. Identificação e registro de incidentes

O incidente deve ser identificado em tempo hábil. Ao fazer isso, você pode impedir que o incidente cause mais danos, como impedir a interrupção dos serviços para os usuários finais. Depois que o incidente é identificado, as equipes de segurança o registram como um ticket com as seguintes informações:

    Data e hora do incidente
    Uma descrição detalhada do problema
    Nome de usuário e informações de contato

2. Categorização de incidentes

A categorização de incidentes é o processo de atribuir uma categoria e pelo menos uma subcategoria aos incidentes. Isso pode ajudar as equipes de segurança a classificar os incidentes de modelo com base em suas categorias e subcategorias e permitir que alguns problemas sejam priorizados automaticamente. Por exemplo, o incidente pode ser classificado como "Banco de dados" e a subcategoria pode incluir " Injeção de SQL ". Da mesma forma, as categorias de incidentes podem ser sobre ataques à rede, ataques ao servidor de email, ataques a aplicativos , engenharia social e assim por diante. Os incidentes também são categorizados em categorias alta, média e baixa.
3. Priorização de Incidentes

A priorização de incidentes é o ato de resolver os incidentes de alto perfil primeiro ou com base na urgência. A priorização garante a resolução de incidentes que podem causar mais danos e interromper os serviços dos usuários do que outros incidentes de baixo perfil. Os incidentes podem ser priorizados com base na seguinte ordem:

    Crítico
    Alto
    Médio
    Baixo

4.Resolução do Incidente

Depois que os incidentes tiverem sido priorizados, agora é hora de resolvê-los com base na priorização de incidentes. Escusado será dizer que o incidente crítico deve ser resolvido primeiro. A resolução de incidentes envolve várias etapas listadas abaixo:

    Diagnóstico inicial
        Escalada de incidentes
        Investigação e diagnóstico
        Resolução e recuperação

5. Fechamento do Incidente

Este é o último passo em que o gerenciamento de incidentes chegou ao fim. Nesta etapa, as equipes do Centro de Operações de Segurança (SOC) preparam a documentação do incidente e o relatório das lições aprendidas que ajudarão a evitar futuros incidentes.
Benefícios da implementação do fluxo de processos de gerenciamento de incidentes ITIL

Abaixo está a lista de tais benefícios:

    Reduzindo o número de incidentes
    Garantindo o fornecimento de serviços de TI
    Fornecer restauração rápida em caso de ocorrência de incidente
    Reduzindo o custo usado para resolver muitos incidentes
    Melhorar a satisfação do usuário
    Diminuindo o impacto nos negócios e nos usuários finais
    Prevenção de perdas de reputação

Conclusão

Neste artigo, observamos que os serviços de TI têm importância primordial para o sucesso de qualquer negócio atualmente. Infelizmente, os agentes de ameaças estão interrompendo continuamente os serviços de TI usando diferentes vetores de ameaças e técnicas maliciosas. No entanto, com o Fluxo do processo de gerenciamento de incidentes da ITIL, as organizações podem restaurar seus serviços de TI e garantir a continuidade dos negócios o mais rápido possível. Isso impede que sejam vítimas de interrupção do serviço e perda de reputação devido a incidentes de TI. De fato, o fluxo de processos de gerenciamento de incidentes da ITIL funciona como uma camada de segurança adicional para sua postura de segurança organizacional .

Referências :

https://www.bmc.com/blogs/itil-v3-incident-management/

https://www.manageengine.com/products/service-desk/itil-incident-management-guide.html#workflow

https://www.lucidchart.com/blog/incident-management-processhttps://victorops.com/blog/devops-vs-itil-incident-management-process-flow

Credito da Imagem: Robinraj Premchand por Pixabay
Fonte:Logsign


Ads Inside PostM

Teste