En primer lugar, estoy en el campamento que piensa que esta es una idea terrible. La seguridad se trata de compensaciones, por lo general, el intercambio de seguridad contra conveniencia. Pero en un entorno empresarial todo se trata de costos. El costo de una influencia externa potencialmente maliciosa en su código fuente (que es dudoso en el mejor de los casos) tendría que superar el aumento en los costos de desarrollo, que será dramático.
El costo del fallo de seguridad no es un juego de todo o nada; puede mitigar el costo de las fallas de seguridad al utilizar las técnicas y herramientas adecuadas de investigación, copia de seguridad, revisión de códigos y SCM. Además, estas técnicas también ayudan con otros problemas, no solo con problemas de seguridad.
La única excusa para tal política tendría que ser una subestimación bruta de los costos que impondría y una falta de comprensión con respecto a las alternativas. Y una empresa con ese tipo de discapacidad administrativa no es una buena perspectiva de empleo a largo plazo.
Ahora, dicho esto, puedo pensar en un entorno en el que tal política sea perfectamente razonable. Específicamente, muchas empresas relacionadas con la seguridad (y en particular los contratistas de seguridad del gobierno) tienen un rojo-verde División en todos los recursos. El lado "rojo" es susceptible a la influencia externa, mientras que el lado "verde" está absolutamente aislado y es autónomo en todos los sentidos. Sin conexiones cruzadas, sin sistemas compartidos, sin código compartido, sin información compartida.
En ese entorno, el desarrollo "verde" tendría que ocurrir en una máquina que está desconectada de Internet. Sin embargo, también en dichos entornos, se espera que cada empleado / desarrollador tenga dos estaciones de trabajo, una roja y una verde, por lo que el empoloyee no estará completamente aislado de Internet.