Você conectou a máquina virtual a um adaptador Wi-Fi. Independentemente de qual método de ponte você usa - fornecido pelo Windows ou fornecido pelo VirtualBox (sua captura de tela mostra ambos em uso simultaneamente) - tentar interligar o Wi-Fi causará o mesmo problema geral: ele não permite que o host minta seu endereço MAC .
Mesmo que a máquina virtual pense que tem seu próprio endereço MAC, a ponte do host deve reescrever silenciosamente em todos os pacotes de saída (implementando assim a "camada 2 NAT" ou "arpnat"). Isso é necessário porque os cabeçalhos de quadros Wi-Fi exigem que o transmissor de rádio se identifique e não permite que os clientes (estações) preencham um endereço de origem diferente do transmissor.
(Ethernet não tem esse problema. Wi-Fi tem um modo opcional que resolve o problema, chamado "4addr" aka "ponte WDS", mas tanto o cliente e AP deve apoiá-lo. )
O resultado final, como observou @FrankThomas, é que o seu roteador (servidor DHCP) vê o mesmo MAC solicitando endereços nas duas vezes. Dependendo da configuração do roteador (por exemplo, a reserva estática ou o despeito), ele sempre oferecerá o mesmo endereço para o mesmo MAC.
(Sim, as requisições DHCP carregam sua própria cópia do MAC de origem, independentemente do cabeçalho L2 ... mas eu pareço lembrar que pelo menos a implementação arpnat do VirtualBox também reescreve isso. Eu não tenho certeza .)
Se você realmente tiver concessões estáticas de DHCP, uma solução possível seria ligá-los ao "ID do cliente" em vez do endereço MAC. Um servidor DHCP compatível com os padrões deve distinguir entre solicitações com diferentes IDs de cliente, mesmo se elas vierem do mesmo endereço MAC. (E vice-versa, o mesmo "ID do cliente" deve estar associado ao mesmo contrato, mesmo que o endereço MAC seja diferente.)