Gracias por la aclaración, Jay.
Tras realizar diagnósticos adicionales, parece que el tráfico HTTPS saliente no está bloqueado en el propio host: las solicitudes directas con curl a GitHub y a raw.githubusercontent.com tienen éxito de manera consistente. El problema solo se manifiesta dentro del contenedor de inicio, donde git ls-remote a través de HTTPS intermitentemente presenta tiempos de espera de SSL. El acceso basado en SSH a GitHub sigue siendo totalmente fiable, por lo que inicialmente exploré si era viable un camino limpio mediante SSH durante el inicio.
Tu observación sobre la dificultad de reescribir todos los componentes que asumen HTTPS es muy acertada. Dado que los fallos de HTTPS están relacionados con la inestabilidad en la ruta de mi proveedor de Internet hacia GitHub y no con un firewall local o un problema de red de Docker, me centraré en estabilizar la ruta de red superior en lugar de intentar modificar el proceso de inicio.
Gracias de nuevo por la orientación y por aclarar las restricciones en torno al uso de HTTPS en la tubería de compilación.