Si usas un bat... el mismo bat puede tener estas funcionalidades.
- Crear el txt...
- Invocar a un exe, que al ser llamado, extrae la dll, que permanece cifrada (físicamente) detrás del exe, invoca las funciones de la dll, que necesites, espera a que termine y luego que se cierre y no esté en uso, rescriba el contenido del fichero 2-3 veces y lo borre, tras esto el exe, se cierra.
- El bat termina...

Ahora, pinta más como una actividad vírica.

Uno puede desear eliminar x fichero al terminar de usarlo por alguna razón de espacio (por ejemplo descomprimido ocupa muchísimo espacio).
...pero cuando se alega que se borra para que no se intente 'descifrar sus funciones', pasa una de 3 cosas:
A - O tratas de ocultar funciones que están a la espera de una patente (por poner un caso)...
B - O tratas de ocultar una funcionalidad de creación de un serial-validador para x programa.
C - O tratas de ocultar actividad vírica.

Como lo primero no es lo 'frecuente', la tercera emerge de la profundidad como un volcán...

Si la funcionalidad de la DLL, no es actividad vírica, ni ofreces una funcionalidad nunca visto... déjalo estar, cualquier otra funcionalidad que alojes, (seguramente) cualquiera podrá crearla desde 0, sin siquiera mirar tu código (de hecho mirar el código, puede suponer un obstáculo y llevaría más tiempo que recrearla desde 0), y además puede ser incluso más eficiente que la versión que tu mantienes en tu dll...

Si fuera el caso, 'B' la forma óptima de solucionarlo es que no salga de tu pc. Un serial debería ser creado desde un servidor (al que solo tú tienes acceso), que luego se envía al mail del destinatario y copia a tu mail. No me entretengo en detallar esto, ya que es bastante probable que no sea el motivo... sino el hilo se titularía: "Proceso para crear seriales" o similar...

La inutilidad del esfuerzo por protegerlo, es que si alguien pretende obtener el código, si no sabe se quedará con las ganas y si sabe, no podrás impedirlo... acabará viendo que hay un exe que se ejecuta, que luego surje una dll y que esta desaparece... no tardará en concluir que el exe lo 'machaca', con lo que en la próxima tras crear el exe y este crear la dll, matará el proceso del exe, con lo que de este modo o algún otro acabará teniendo copia de la dll 'original'...

Busca sobre hacer melt.

https://foro.elhacker.net/programacion_visual_basic/source_how_to_melt_a_file_in_vb6-t164724.0.html;msg777286

Todo eso que dices se puede hacer sin mayor problema, pero es difícil hacer que un archivo sea 100% irrecuperable por muchas razones. Si sólo necesitas evitar que un "listillo" los recupere, hay varias alternativas.

Si quieres sobrescribir el ejecutable desde un .bat, lo mejor sería invocando herramientas externas como SDelete. Esto lo podrías hacer como te dije en el mensaje anterior, reemplazando el "del" con "sdelete" o algún programa equivalente, y así podrías incluso prescindir de la .dll. Te sugiero una herramienta especializada porque borra de forma relativamente segura, haciendo difícil la recuperación, y porque los comandos estándar con los que podrías intentar sobrescribir el archivo (echo, copy, xcopy, etc.) en realidad crean uno nuevo y borran el anterior.

Si no quieres usar programas adicionales, puedes usar la opción de una .dll. Obviamente deberás usar carga explícita (LoadLibrary, etc.) para poder cerrarla. Luego la puedes sobrescribir, por ejemplo, con WriteFile. Aunque seguramente no hay garantías de que los bytes originales se sobrescriban, creo que (normalmente) sí sucede así. Eso sí, en este caso, al final no podrías sobrescribir el .exe sino sólo borrarlo.

Sí, eso está claro desde el principio. A lo que me refiero es a que, dependiendo de cómo se haga, sobrescribir un archivo no necesariamente implica que se sobrescriban los sectores originales. Digamos que tienes un archivo C:\archivo.dll. Por más que lo sobrescribas, el SO, e incluso la controladora del disco/unidad (especialmente en SSD) son libres de escribir los datos nuevos en una ubicación completamente distinta, y simplemente hacer que C:\archivo.dll "apunte" a estos nuevos sectores, dejando intactos los anteriores, y por lo tanto, susceptibles de ser recuperados. Por eso la propia Microsoft en su documentación dice que la única manera más o menos confiable de hacer que un archivo sea (prácticamente) irrecuperable es usando herramientas especializadas.

En tu caso no estamos hablando de proteger información ante un análisis forense profesional ni nada por el estilo, así que, como te mencioné, probablemente con que sobrescribas la .dll mediante WriteFile u otra función similar sea suficiente. Pero es importante ser conscientes de que la posibilidad de recuperación existe, y de que, sin usar software especial, el hecho de que los datos sean o no realmente sobrescritos, es algo que no puedes controlar, al menos hasta donde sé.

Es que no digo que sobrescribir en nuevas posiciones sea lo normal sino que es posible. No conozco todas las circunstancias en que eso pueda ocurrir ni sé si está documentado. Sí sé que, por ejemplo, si el archivo se encuentra en un directorio donde la compresión de Windows esté activada, o si se usa la cifrado de disco, sí puede suceder (y creo que es lo normal) que los datos se escriban en otras posiciones, pero la mayoría de los usuarios no usan esas características. No sé en qué otros casos pueda ocurrir, pero como te decía en el segundo mensaje al mencionar WriteFile, no me parece motivo de preocupación, pues creo que en la mayoría (si no es que en todos) de los casos típicos, sí se sobrescribirán correctamente.

Con los SSD y memoria flash en general, es diferente. Normalmente usan técnicas para que las escrituras estén bien distribuidas a lo largo de la unidad. Aunque dudo que las memorias USB económicas que la mayoría usamos las implementen (y si lo hacen, que lo hagan bien), los SSD, o al menos la mayoría, seguro que sí lo hacen. Cada fabricante usará sus técnicas, algunas más o menos agresivas, pero un ejemplo: https://en.wikipedia.org/wiki/Wear_leveling


Como sea, yo no me preocuparía mucho, a menos que estuviera haciendo algo ilegal. Con sobrescribir los datos de las maneras ya mencionadas, creo que es muy poco probable que una persona normal los pueda recuperar.