Questão de Redes de Computadores — NFS, CIFS e SMB — VUNESP 2024

Opportunistic Locking no protocolo SMB

Gabarito: letra D. O opportunistic locking (oplock) é um mecanismo de otimização do protocolo SMB em que o cliente solicita ao servidor permissão para armazenar em cache local os dados de um arquivo compartilhado, e o servidor, ao conceder essa permissão, impede temporariamente que outros clientes escrevam nesse arquivo — exatamente o que descreve a alternativa D. Trata-se de um recurso legítimo de desempenho, e não de um ataque ou falha de segurança, como sugerem as demais alternativas.

O SMB (Server Message Block) é o protocolo padrão da Microsoft para compartilhamento de arquivos e impressoras em redes Windows. Ele permite que um cliente acesse, leia e escreva em arquivos localizados em um servidor remoto como se estivessem em seu próprio disco. O opportunistic locking é uma extensão desse protocolo criada para reduzir o tráfego de rede e melhorar a performance: em vez de o cliente consultar o servidor a cada operação de leitura ou escrita, ele recebe do servidor um "bloqueio oportunista" que autoriza o uso de cache local.

A lógica por trás do oplock é simples: quando um cliente abre um arquivo e o servidor concede um oplock exclusivo, o cliente pode ler e escrever localmente, sem precisar enviar cada alteração imediatamente ao servidor. Isso reduz drasticamente a latência e o consumo de banda. O servidor, por sua vez, compromete-se a avisar o cliente caso outro processo tente acessar o mesmo arquivo — nesse momento, o cliente "quebra" o oplock, envia as alterações pendentes e o servidor passa a coordenar o acesso concorrente. É um mecanismo de coerência de cache, não de segurança.

Na prática, imagine dois usuários, Ana e Bruno, acessando um mesmo arquivo compartilhado em um servidor Windows. Ana abre o arquivo e recebe um oplock exclusivo: ela edita o documento localmente, sem tráfego de rede a cada salvamento. Quando Bruno tenta abrir o mesmo arquivo, o servidor notifica Ana, que envia suas alterações e libera o oplock. A partir daí, ambos passam a operar sem cache, com o servidor arbitrando as escritas. Sem o oplock, cada operação de Ana exigiria uma ida ao servidor, tornando o acesso muito mais lento.

A pegadinha desta questão é que a banca apresenta o oplock como se fosse um ataque ou uma falha de segurança (DoS, ransomware, desconexão forçada), quando na verdade é um recurso de otimização legítimo e amplamente utilizado. O candidato que conhece apenas o nome "oplock" e associa "bloqueio" a algo negativo tende a cair nas alternativas A, C ou E. A palavra-chave que separa a alternativa correta das demais é cache local: o objetivo do oplock é permitir que o cliente armazene dados localmente, e não impedir acessos por segurança.

Guarde a fronteira entre otimização de desempenho e mecanismo de segurança: é exatamente nela que as alternativas se dividem. As opções A, C e E descrevem ameaças ou ações de segurança; a opção B mistura protocolos; apenas a D descreve corretamente o funcionamento do oplock.

Alternativa A — ❌ Incorreta

Descreve um ataque de negação de serviço (DoS), em que múltiplos clientes sobrecarregam o servidor. O opportunistic locking não é um ataque: é um recurso de otimização que reduz a carga sobre o servidor, justamente ao permitir cache local. A confusão aqui é associar "bloqueio" a "negação de serviço", quando o bloqueio do oplock é uma concessão do servidor ao cliente, não uma recusa de atendimento.

Alternativa B — ❌ Incorreta

Menciona a utilização do protocolo FTP como alternativa quando o SMB apresenta problemas. O oplock não tem relação com FTP: é um mecanismo interno do SMB, e não um fallback para outro protocolo. A alternativa mistura conceitos de protocolos de transferência de arquivos sem qualquer vínculo com o funcionamento do oplock.

Alternativa C — ❌ Incorreta

Descreve um ataque de ransomware, em que um cliente infectado encripta remotamente um arquivo compartilhado. Embora o ransomware possa, de fato, propagar-se via SMB, o opportunistic locking não é um ataque — é um recurso legítimo de cache. A alternativa confunde o vetor de propagação de malware com o mecanismo de otimização do protocolo.

Alternativa D — ✅ Correta ⟵ GABARITO

Descreve com precisão o opportunistic locking: o cliente solicita ao servidor permissão para impedir escritas de outros clientes em um arquivo compartilhado, permitindo armazenar dados em cache localmente. É exatamente isso que o oplock faz — concede ao cliente um bloqueio exclusivo temporário para que ele possa operar localmente, com o servidor garantindo a coerência ao notificar o cliente quando outro acesso for tentado.

Alternativa E — ❌ Incorreta

Descreve a desconexão forçada de usuários quando um perfil de uso inseguro é detectado. Isso não corresponde ao oplock: o mecanismo não desconecta usuários por questões de segurança. A alternativa inventa um comportamento de "perfil inseguro" que não existe no contexto do opportunistic locking.

Gabarito: letra D — o opportunistic locking é um mecanismo de otimização que permite cache local mediante bloqueio exclusivo temporário, e não um ataque ou falha de segurança.