Programación General > ASM (Ensamblador)
Traducción de dos sentencias NASM a GAS
m0skit0:
--- Cita de: "clicklose" ---para no usar sección .data
--- Fin de la cita ---
¿Por alguna razón en concreto?
--- Cita de: "clicklose" ---había pensado la de los hexadecimales (te faltó el "$" antes del número)
--- Fin de la cita ---
Ups... es que GAS no es mi fuerte :P
--- Cita de: "clicklose" ---estaría bien decís?
--- Fin de la cita ---
Supongo que no debería dar ningún problema.
clicklose:
--- Cita de: "m0skit0" ---¿Por alguna razón en concreto?
--- Fin de la cita ---
Es parte de un trabajo práctico para una materia. Tengo que escribir un programa con temática libre y elegí hacer un virus que infecte archivos ELF, nada dañino, sólo algo que se comporte como un virus como una "prueba del concepto". Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeño
Me falta poca información para poder escribir un virus desde cero, puedo abrir otro hilo sobre el tema?
Muchas gracias por la ayuda, fue de gran utilidad.
Saludos
m0skit0:
--- Cita de: "clicklose" ---Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeño
--- Fin de la cita ---
Realmente no es una razón. De hecho es posible que de esta forma tu binario ocupe más que si usas una sección .data, dado que al usar inmediatos en las instrucciones, hagan que la instrucción sea un poco más grande. Ten en cuenta que la sección de datos va pegada al segmento de texto, generalmente al final (esto se le puede indicar al ensamblador). Realmente no hay pérdida de memoria. Además podrías incluír el tamaño del segmento directamente en dicha sección sin tener que operarlo.
Saludos y suerte con la práctica, realmente interesante ^_^
clicklose:
--- Cita de: "m0skit0" ---
--- Cita de: "clicklose" ---Como debo infectar al binario con el virus, no puedo usar data pués copiaré únicamente el text segment del pequeño
--- Fin de la cita ---
Realmente no es una razón. De hecho es posible que de esta forma tu binario ocupe más que si usas una sección .data, dado que al usar inmediatos en las instrucciones, hagan que la instrucción sea un poco más grande. Ten en cuenta que la sección de datos va pegada al segmento de texto, generalmente al final (esto se le puede indicar al ensamblador). Realmente no hay pérdida de memoria. Además podrías incluír el tamaño del segmento directamente en dicha sección sin tener que operarlo.
--- Fin de la cita ---
Si, es verdad que puedo introducir el .data pero es un lío bastante grande :P.
Por casualidad sabés cómo funciona un program header que tiene tipo 1 (en un ELF)
Digo porque es el único detalle que me falta entender :S
--- Cita de: "m0skit0" ---Saludos y suerte con la práctica, realmente interesante ^_^
--- Fin de la cita ---
Gracias, es realmente muy interesante
m0skit0:
--- Cita de: "clicklose" ---Por casualidad sabés cómo funciona un program header que tiene tipo 1 (en un ELF)
--- Fin de la cita ---
Esto es off-topic, pero weno... ¿Te refieres al campo p_type? Si es 1 es PT_LOAD. Esto significa que el segmento debe ser cargado en memoria. Te aconsejo este documento.
Saludos.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa