Sudo para Windows

Artigo original ↗ Discussão no Hacker News ↗

A Microsoft está adicionando um comando `sudo` nativo ao Windows, permitindo que usuários executem comandos individuais com privilégios elevados a partir de um terminal sem privilégios, em vez de abrir um shell separado de “Executar como administrador”. Os comentaristas acolhem a mudança como parte de uma tendência maior de recursos amigáveis a desenvolvedores (WSL, Terminal, winget), mas levantam preocupações sobre segurança, a decisão de reutilizar o nome `sudo` sem paridade total com o Unix (por exemplo, `sudoers`, executar como outro usuário) e a sobreposição com o comando `runas` de longa data e ferramentas de terceiros como o gsudo. Muitos veem isso como uma conveniência útil e um ganho de ergonomia para desenvolvedores, ao mesmo tempo em que argumentam que nomenclatura, compatibilidade e implicações de segurança de longo prazo precisam ser tratadas com cuidado.

Visão geral do recurso e reações iniciais

  • O Sudo para Windows permite que os usuários executem comandos elevados a partir de um console sem privilégios elevados, evitando, em muitos casos, uma janela separada de “Executar como administrador”.
  • A implementação usa dois processos sudo.exe: o processo sem privilégios invoca um com privilégios elevados via RPC, passando a linha de comando, variáveis de ambiente e um handle do console para que o aplicativo de destino possa se anexar ao console original.
  • Muitos desenvolvedores ficaram satisfeitos, chamando-o de algo há muito aguardado e consistente com melhorias recentes voltadas para dev (WSL, Windows Terminal, PowerShell, winget). Outros veem o recurso como redundante, dado o que já existe.

Disponibilidade (Windows 10 / Server)

  • A prévia atual é exclusiva do Windows 11, mas a Microsoft diz que o próprio sudo.exe não depende de novos recursos do sistema operacional e que um backport para Windows 10 está sendo ativamente trabalhado; o principal obstáculo é portar a interface do Settings.

Comportamento versus runas e ferramentas existentes

  • O runas existe há anos, mas abre uma nova janela e não propaga o diretório de trabalho nem o ambiente; o sudo adiciona opções para reutilizar o console e o ambiente atuais.
  • Atualmente ele não pode ser executado como usuários arbitrários nem imitar uma política no estilo sudoers; isso é reconhecido, no máximo, como “no roadmap”.
  • Alguns perguntam por que esses recursos não foram adicionados ao runas em vez de criar uma nova ferramenta.

Nome e compatibilidade entre plataformas

  • Um grande subthread argumenta que “sudo” é enganoso, já que o comportamento e as opções diferem significativamente do sudo do Unix e não há arquivo sudoers.
  • Críticos comparam isso aos aliases históricos do PowerShell para curl/wget e temem confusão em documentação/pesquisa; outros dizem que reutilizar o nome é aceitável se os casos de uso comuns coincidirem e observam que há pouca chance de o sudo real coexistir no Windows.

Preocupações de segurança

  • O sudo é visto como um vetor de elevação de privilégios por design, então alguns se surpreenderam por ele ter sido lançado.
  • O UAC ainda aparece; por design, a caixa de diálogo do UAC mostra a Microsoft como publicadora do sudo.exe, com detalhes exibindo a linha de comando real. Vários comentaristas consideram isso enganoso.
  • Foram levantadas preocupações sobre a complexidade (múltiplos processos, RPC, handles) e sobre se isso constitui uma “fronteira” formal de segurança; o UAC é descrito como defense-in-depth, não uma fronteira rígida.
  • Uma análise preliminar de terceiros alega múltiplos problemas; os mantenedores dizem que muitos já foram corrigidos internamente, mas ainda não chegaram aos builds Insider.

Modos de configuração

  • O modo padrão “nova janela” inicia um console elevado para evitar problemas de segurança ao misturar níveis de integridade em uma única janela.
  • Os modos opcionais “inline” / disableInput podem executar comandos elevados no console existente; eles são explicitamente apontados como tendo risco extra, mas sendo desejados por ergonomia.

Alternativas existentes

  • Várias ferramentas são citadas: gsudo, sudo.ps1 do scoop, wrappers win-sudo, elevate da NirSoft, psexec -i -s, Start-Process -Verb RunAs do PowerShell.
  • Muitos dizem que continuarão usando o gsudo para recursos avançados (por exemplo, executar como SYSTEM/TrustedInstaller); o próprio blog da Microsoft até o linka como complementar.

Experiência mais ampla do desenvolvedor no Windows

  • Alguns veem o sudo como parte de uma tendência que torna o Windows mais amigável ao Unix (PowerShell, WSL2, winget) e especulam, muitas vezes de forma cética, sobre uma integração mais profunda com Linux ou até um futuro Windows com kernel Linux.
  • Outros argumentam que o Windows ainda parece fragmentado (vários shells, ferramentas sobrepostas) e que “fazer Unix no Windows” via WSL já torna melhorias nativas como o sudo menos atraentes.

Diversos

  • A discussão aborda migração corporativa do Windows 10 para o 11, requisitos de hardware, cargas de trabalho de conformidade e TI terceirizada, tornando upgrades de sistema operacional não triviais.
  • Um tópico lateral observa equipes da Microsoft reservando issues do GitHub com números redondos para épicos/megathreads.