Algum problema ao copiar o system32 para o syswow64?

Question

Eu executei um arquivo .bat como administrador. O arquivo .bat disse para copiar todos os arquivos .dll do diretório atual para o diretório syswow64 . Algo como:

copy *.dll c:\windows\syswow64

Infelizmente, ao executá-lo como administrador, defina o diretório atual como c:\windows\system32 em vez do diretório em que o arquivo .bat estava, por isso, copiou .dll arquivos em system32 para syswow64 . A saída mostrou muitos .dll nomes de arquivos, mas também muitos Access Denied. s. Eu terminei o lote assim que percebi que estava copiando algo diferente dos 7 arquivos que eu pretendia copiar.

Isso é inofensivo para essa estação ou é problemático? Existe uma maneira de restaurar a pasta syswow64 , ou eu não deveria me preocupar? Existe até uma maneira de saber se algum arquivo .dll foi afetado?

    

Answer 1

Pode haver sérios problemas no futuro próximo.

Confusamente, SysWOW64 contém DLLs de 32 bits para uso em aplicativos de 32 bits que você executa, enquanto a pasta System32 tem binários de 64 bits.

Os arquivos DLL que estão em uso ou já existem não foram substituídos, mas provavelmente há um grupo de DLLs de 64 bits que estão em uma pasta onde apenas os binários de 32 bits devem ser carregados (muito ruim).

A reinicialização pode ter consequências. Você deve executar sfc /scannow o mais rápido possível para minimizar qualquer perda de integridade do sistema.

    

Answer 2

Se eles não tiverem nomes após os arquivos do sistema, tudo estará correto, pois a anotação tentará usá-los. Se eles foram nomeados após os arquivos do sistema, como é provável, eles terão acesso ao Access Deny, já que ninguém tem acesso a arquivos de sistema, incluindo administradores.

C:\Users\User>icacls c:\windows\system32\notepad.exe
c:\windows\system32\notepad.exe NT SERVICE\TrustedInstaller:(F)
                                BUILTIN\Administrators:(RX)
                                NT AUTHORITY\SYSTEM:(RX)
                                BUILTIN\Users:(RX)

Successfully processed 1 files; Failed processing 0 files

Como você pode ver, somente o TrustedInstaller (o pseudo-usuário de segurança setup / windows update) tem permissões para sobrescrever.

Um administrador deve assumir a propriedade, conceder permissão, antes de poder sobrescrever.