O Win 7 não pode criar o arquivo no compartilhamento de rede do EFS

1

Eu tenho uma máquina de desktop Win 7 Ultimate (servidor) e um laptop Win 7 Pro (cliente) em uma rede de grupo de trabalho. Tanto o cliente quanto a máquina do servidor têm uma conta de usuário administrador com o mesmo nome, com a mesma senha

Na máquina do servidor há vários compartilhamentos de rede. A conta de administrador tem acesso a todos os compartilhamentos e é o proprietário dos compartilhamentos. Um dos compartilhamentos é criptografado com o EFS.

Na máquina cliente, posso ler arquivos no compartilhamento EFS e modificar e salvar arquivos no compartilhamento. Mas, por algum motivo, não consigo mover arquivos para o compartilhamento ou criar novos arquivos no compartilhamento. Qualquer tentativa de fazer isso falha com o erro "Você precisa de permissão para executar esta ação".

Para uma única tentativa de criar um arquivo no compartilhamento, o log de segurança de exibição de eventos do servidor relata cerca de 50 erros idênticos a este.

Log Name:      Security
Source:        Microsoft-Windows-Security-Auditing
Date:          12/06/2011 13:01:53
Event ID:      5061
Task Category: System Integrity
Level:         Information
Keywords:      Audit Failure
User:          N/A
Computer:      Bob-Server
Description:
Cryptographic operation.

Subject:
    Security ID:        Bob-Server\Bob
    Account Name:       Bob
    Account Domain:     Bob-Server
    Logon ID:       0x23ac9a

Cryptographic Parameters:
    Provider Name:  Microsoft Software Key Storage Provider
    Algorithm Name: RSA
    Key Name:   0275500c-4fdf-4ac8-85e1-3eb01ab7f5c7
    Key Type:   User key.

Cryptographic Operation:
    Operation:  Open Key.
    Return Code:    0x8009000b
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Security-Auditing" Guid="{54849625-5478-4994-A5BA-3E3B0328C30D}" />
    <EventID>5061</EventID>
    <Version>0</Version>
    <Level>0</Level>
    <Task>12290</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8010000000000000</Keywords>
    <TimeCreated SystemTime="2011-06-12T12:01:53.260876000Z" />
    <EventRecordID>6375</EventRecordID>
    <Correlation />
    <Execution ProcessID="588" ThreadID="1148" />
    <Channel>Security</Channel>
    <Computer>Bob-Server</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="SubjectUserSid">S-1-5-21-2383235112-229054839-1289256265-1001</Data>
    <Data Name="SubjectUserName">Bob</Data>
    <Data Name="SubjectDomainName">Bob-Server</Data>
    <Data Name="SubjectLogonId">0x23ac9a</Data>
    <Data Name="ProviderName">Microsoft Software Key Storage Provider</Data>
    <Data Name="AlgorithmName">RSA</Data>
    <Data Name="KeyName">0275500c-4fdf-4ac8-85e1-3eb01ab7f5c7</Data>
    <Data Name="KeyType">%%2500</Data>
    <Data Name="Operation">%%2480</Data>
    <Data Name="ReturnCode">0x8009000b</Data>
  </EventData>
</Event>

Este é um problema, pois está impedindo a operação correta do software de sincronização.

Tanto quanto eu posso dizer isso não parece ser devido à configuração do compartilhamento, todos os compartilhamentos não-criptografados funcionam bem. Eu testei a criptografia de um compartilhamento existente. Antes de ser criptografado eu poderia criar novos arquivos no compartilhamento, depois de criptografar o compartilhamento eu não posso mais criar novos arquivos lá.

Pelo que entendi, não é necessário transferir as chaves de criptografia EFS de cada máquina e o certificado para o outro (já que é o mesmo usuário que acessa o arquivo), isso parece estar fora do fato de eu poder ler e modificar arquivos sem problemas. No entanto, eu tentei isso de qualquer maneira, mas não fez diferença.

Não vi nenhuma menção a esse comportamento em nenhuma das documentações do EFS que li. Alguém sabe por que isso pode estar acontecendo ou pode me indicar algumas informações que podem explicar o problema, por favor?

    
por Neutrino 12.06.2011 / 16:39

1 resposta

1

Em uma configuração autônoma, o EFS não pode ser usado em diretórios compartilhados (pelo menos em SMB). Segundo a Microsoft , pelo menos o servidor deve fazer parte de um domínio do Active Directory.

(Como o Windows é capaz de autenticar usando o Kerberos sem estar em um domínio do AD, pode ser possível hackear algo para o EFS funcionar, mas não posso testá-lo agora. Eu posso atualizar a resposta depois ...)

    
por 12.06.2011 / 20:50