Identifica el código real
La extensión EXE no demuestra que el archivo contenga código .NET. Un proyecto moderno puede producir un lanzador nativo y un DLL con el código IL. Proteger el lanzador no protege la lógica de ese DLL. Los paquetes single-file y Native AOT son formatos distintos; para este proceso, empieza con una publicación normal en una carpeta.
Prepara una entrada controlada
El comando del ejemplo publica una aplicación dependiente del framework sin apphost. Conserva el directorio completo, incluidos .deps.json y .runtimeconfig.json. No subas dependencias al azar. La versión gratuita acepta un archivo de hasta 1 MB; consulta los límites actuales de Pro. Si tu ensamblado está firmado, genera una entrada sin firma y conserva la clave privada en tu entorno local.
Verifica el paquete que vas a entregar
Descarga el resultado y colócalo con el nombre esperado en una copia del directorio publicado. Prueba inicio, argumentos, códigos de salida, configuración, recursos y operaciones importantes. Si necesitas volver a firmar, hazlo localmente y prueba de nuevo el paquete firmado. Una descarga correcta no demuestra compatibilidad. La ofuscación dificulta el análisis, pero no mantiene secreta una clave API incluida en el cliente.
dotnet publish MyApp.csproj -c Release -p:UseAppHost=false -o publish-check
dotnet publish-check/MyApp.dll