Mira, yo estoy seguro de que tú tampoco eres un ser capaz de respetar todas las opiniones de todas las personas de este planeta.

Y no, yo no soy en ningún grado xenófobo o sexista, de hecho, antes de serlo me pegaría un tiro. Esas opiniones de hecho ya no es que no las respete, es que me dan asco.

PD: Yo también lucharía porque cualquier persona pueda manifestar cualquier opinión, y esto, como comprenderás, es totalmente distinto a respetarlas.

Sí que eso es parcialmente cierto, pero los religiosos no se limitan a creer en dioses y demonios y dejar a los demás en paz.
Por otro lado, la religión es una enfermedad mental bastante contagiosa, que merma la capacidad de racionar de una persona, y eso perjudica significativamente la sociedad en la que vivo, y como vivo en ella, no me interesa que salga perjudicada. Por eso no pienso respetar ideas religiosas, al igual que no respeto ideas xenófobas o sexistas. Son sólo ideas, y si no se llevan a cabo no se puede tomar ninguna represalia, pero aún así yo no tengo por qué respetarlas.

Se respetan las personas, no las ideas.

Bueno, en realidad no le añade ninguna fuerza. Lo que dijo él es que como entre los personajes que hicieron aportes a la comunidad científica unos pocos eran religiosos, entonces los religiosos no pueden ser menos inteligentes.

Dejando de lado que los resultados del estudio sean verídicos o no, decir que eso añade fuerza a la argumentación es igual a decir que como yo he visto a los pájaros volar, y los pájaros son un animal, entonces todos los animales pueden volar. Los pájaros son un subgrupo pequeño dentro del gran grupo de animales, y los religiosos científicos (menudo oxímoron) una pequeña fracción de la gente dedicada a la ciencia.

Y encima lo que me molesta más de estas personas es que hacen quedar como religiosos a gente que no lo fue y por estar muerta no se puede defender, y muchas veces ponen en boca de alguien cosas que no dijo o tergiversan sus palabras. Lamentable recurrir a trucos tan sucios. Y por si fuera poco, como ya mencioné, no les da fuerza alguna.

Lástima que ya no viva en Barcelona  

Probablemente acabe haciendo fuego

¿Alguien podría resolverme la siguiente duda?

¿Qué diablos hace Windows con el directorio de recursos de un ejecutable antes de pasarle el control a nuestro entry point? Porque por lo que vi si cifro la sección de recursos y no quito la RVA a ella en el DataDirectory, windows no puede cargar el ejecutable...

Bueno... estoy haciendo un crypter, como dije en mi anterior post, e intento añadir una sección al ejecutable para añadir una rutina que añadiré como una TLS Callback function.

Al crear una nueva sección, hago que apunte al final del ejecutable indicado por el PointerToRawData+SizeOfRawData de la última sección, ese será el valor del PointerToRawData de mi nueva sección. Claro que, ahí puede haber un EOF Data, así que miramos si lo hay y si lo hay lo copiamos tantos bytes más abajo como indique el SizeOfRawData de mi nueva sección. ¿Hasta aquí va bien?

De acuerdo, pues aquí dejo un fragmento de código en ensamblador que hace lo dicho:


EAX y EBX son punteros a estructuras IMAGE_SECTION_HEADER

EAX apunta a la estructura de la nueva sección, la sección que estamos creando.
EBX apunta a la estructura de la anterior sección, lo que por el momento es la última, la que tiene un PointerToRawOffset mayor.

Por lo demás, el dwFileSize es el tamaño total del fichero obtenido con GetFileSize() y lpMappedFile es la dirección de inicio de la vista del fichero de mapeo.

EDIT:

Solucionado. Da una rabia estarte horas por tonterías...

Está bien, muchas gracias 

Empezaré a codear, cuando tenga algo decente lo postearé en este subforo.

El problema que decía es que cuando el crypter cifra todo el ejecutable (menos el PE Header, claro) y añade la rutina para descifrarlo (gracias por el apunte, ya había oído que es incorrecto pero es la costumbre  ) también estará cifrando la Import Table. Entonces cuando el loader de Windows vaya a cargar la IAT con las direcciones de las API's importadas (que lo hace antes de que se ejecuten las TLS Callback) e intente acceder a todas las RVA's y demás, se lo encontrará todo cifrado.

Supongo que habría que hacer algún apaño, como no cifrar la IT (pero entonces no sería un buen crypter...), o hacer que el loader cargara una IT falsa, y luego descifrar la verdadera y rellenar la IAT con las direcciones de las API...
O aun mejor, poner a 0 en la cabecera Import Table Address, Import Table size, Import Address Table address, Import Addres Table size. Así Windows pensará que no hay nada que importar, y después bastará con cargar manualmente todo y listo.

La RVA de la IT y la IAT se guarda en algún sitio de la nueva sección creada, donde también meto la rutina de descifrado y la estructura TLS_DIRECTORY. Aunque es cierto que habría que consultar previamente si el ejecutable original ya tiene una sección .tls, que sería muy raro, pero por si las moscas... 

Con el objetivo de hacer un crypter, se puede añadir una sección (o extender la última) en el PE para hacer espacio para una función TLS Callback que desencripte el ejecutable.

El problema claro, el loader de windows, que te carga las API importadas en la IAT, y la función de desencriptación se la carga. Pero si la función para cifrar y para descifrar coinciden, he pensado que localizando la IAT y pasándola por la rutina de nuevo volvería a quedar limpia y correría bien.

En fin, lo que me gustaría saber es si pensáis que es factible hacer esto, ya que estaba pensando programarlo en serio y me gustaría oir opiniones.

Gracias