Obrigado pelo esclarecimento, Jay.
Após diagnósticos adicionais, parece que o HTTPS de saída não está bloqueado no próprio host — solicitações curl diretas ao GitHub e a raw.githubusercontent.com têm sucesso de forma consistente. O problema só se manifesta dentro do contêiner de inicialização, onde o git ls-remote via HTTPS sofre de tempos limite de SSL intermitentes. O acesso ao GitHub por SSH permanece totalmente confiável, razão pela qual inicialmente explorei se um caminho SSH limpo durante a inicialização seria viável.
Seu ponto sobre a dificuldade de reescrever todos os componentes que assumem HTTPS é muito bem fundamentado. Como as falhas no HTTPS estão ligadas à instabilidade na rota do meu provedor de internet até o GitHub, e não a um firewall local ou a um problema de rede do Docker, vou focar em estabilizar o caminho de rede upstream em vez de tentar modificar o processo de inicialização.
Obrigado novamente pela orientação e por esclarecer as restrições em torno do uso de HTTPS no pipeline de build.