[Corrente] Começar a sabotar apenas 5 minutos após sair do emprego? Isto aconteceu mesmo.
Os irmãos Muneeb e Sohaib, depois de serem despedidos, aproveitaram o facto de as suas contas ainda não terem sido revogadas para se vingarem — 96 bases de dados governamentais foram apagadas num instante, incluindo registos de investigações do Departamento de Segurança Interna.
O Sohaib tratou de alterar permissões e executar a eliminação das bases de dados, enquanto o Muneeb foi perguntar à IA: “Como é que se apagam os logs do SQL Server e do Windows Server 2012?” Esta ação era claramente para destruir provas. Mais absurdo ainda, estes dois já tinham sido condenados anteriormente por atacar o Departamento de Estado. Após o crime, ainda discutiram em casa como destruir mais provas e chegaram a reinstalar o sistema dos computadores da empresa — no fim, acabaram por ser apanhados.
O que isto demonstra? A não revogação atempada de permissões pode ter custos catastróficos. Especialmente nos sectores Web3 e DeFi, se houver falhas semelhantes na gestão de permissões de carteiras multi-assinatura ou de contratos inteligentes, as consequências podem ser ainda mais graves.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
22 gostos
Recompensa
22
5
Republicar
Partilhar
Comentar
0/400
FreeMinter
· 12-07 06:25
Este atraso na revogação desta permissão é assim tão longo? 96 repositórios apagados de repente, é um bocado radical.
Ver originalResponder0
GasWaster
· 12-05 20:14
Despedir-se e apagar 96 repositórios de imediato, estes dois irmãos são realmente implacáveis. A gestão de permissões é realmente uma armadilha enorme.
Ver originalResponder0
BearMarketHustler
· 12-05 05:37
Amigo, estes dois são mesmo do outro mundo, ainda nem tinham recuperado as permissões e já se atreveram a apagar 96 repositórios, quanta raiva é que isto exige!
Ver originalResponder0
TooScaredToSell
· 12-05 05:31
Despedir-se e apagar 96 repositórios em segundos? Isto é uma verdadeira demonstração do que é um desastre de gestão de permissões... As equipas de TI das empresas deviam mesmo refletir sobre isto.
Estes dois tipos não brincam em serviço, até a IA foi arrastada para o meio para perguntar sobre truques para apagar repositórios, surreal.
Permissões não revogadas, logs sem monitorização... Será que há mesmo tantas falhas assim?
Apagar repositórios e fugir, este combo é mesmo de mestre, mas desta vez deram de caras com o muro do Departamento de Segurança Interna.
Queria só perguntar: quantas empresas estarão agora a tremer de medo...
Ver originalResponder0
CexIsBad
· 12-05 05:10
Estes dois tipos são mesmo doidos, ousaram apagar a base de dados sem terem as permissões revogadas? Até se atreveram a mexer nos dados do Departamento de Segurança Interna, é preciso ter muita coragem.
Meus caros, é por isto que é fundamental fazer o offboarding atempadamente, senão mais cedo ou mais tarde acontece um desastre.
Perguntar à IA como apagar a base de dados foi o passo que os tramou, amigo, estás a dar provas à polícia de mão beijada.
A gestão de permissões é mesmo uma área onde não se pode facilitar nem um bocadinho, basta olhar para estes dois para perceber.
Sinceramente, isto é um caso de livro sobre o que não se deve fazer, não sigam o exemplo destes.
Demorou 5 minutos após sair para apagar 96 bases de dados, estes dois irmãos demonstraram perfeitamente as falhas na gestão de permissões.
[Corrente] Começar a sabotar apenas 5 minutos após sair do emprego? Isto aconteceu mesmo.
Os irmãos Muneeb e Sohaib, depois de serem despedidos, aproveitaram o facto de as suas contas ainda não terem sido revogadas para se vingarem — 96 bases de dados governamentais foram apagadas num instante, incluindo registos de investigações do Departamento de Segurança Interna.
O Sohaib tratou de alterar permissões e executar a eliminação das bases de dados, enquanto o Muneeb foi perguntar à IA: “Como é que se apagam os logs do SQL Server e do Windows Server 2012?” Esta ação era claramente para destruir provas. Mais absurdo ainda, estes dois já tinham sido condenados anteriormente por atacar o Departamento de Estado. Após o crime, ainda discutiram em casa como destruir mais provas e chegaram a reinstalar o sistema dos computadores da empresa — no fim, acabaram por ser apanhados.
O que isto demonstra? A não revogação atempada de permissões pode ter custos catastróficos. Especialmente nos sectores Web3 e DeFi, se houver falhas semelhantes na gestão de permissões de carteiras multi-assinatura ou de contratos inteligentes, as consequências podem ser ainda mais graves.