Hosting .NET en Winlogon (donde se cargan DLL de GINA) probablemente no es una idea-tan caliente podría causar todo tipo de conflictos si algo más decide hacer lo mismo, y si destruye winlogon, no estará llegando a ninguna parte con esa PC. Además, GINA ha sido reemplazado desde Vista con ICredentialProvider (ver here), por lo que su inversión se perderá tan pronto como se mueva a un sistema operativo más nuevo. Incluso allí, se aplica lo mismo: los proveedores de credenciales personalizados se cargan en Winlogon, por lo que probablemente no sea una buena idea utilizar .NET allí.
De todos modos, ambos están destinados a soportar módulos de autenticación personalizados, no "controlar lo que los empleados están haciendo". Existen otras formas de ejecutar software en los escritorios de inicio de sesión, si eso es lo que intenta hacer.
Dicho todo esto, si aún quiere probarlo, necesitará una DLL de shim no administrada, C++/CLI o algún hacking de IL (vea here) para exportar las funciones de GINA porque C# no puede exportar directamente las funciones de DLL . Una solución de C# administrada pura no es posible.
Ayudaría si le da una pista sobre qué es GINA. –
¿Es esto GINA? http://msdn.microsoft.com/en-us/library/aa380543%28VS.85%29.aspx –
Un acrónimo de computadora, GINA (mayúsculas) es la biblioteca de vínculos dinámicos de identificación gráfica y autenticación (DLL). El GINA es una DLL reemplazable cargada por el ejecutable de Winlogon. El GINA implementa la política de autenticación del modelo de inicio de sesión interactivo y se espera que realice todas las interacciones de identificación y autenticación del usuario. –