Termux上的程序集可执行文件现在产生非法指令错误

时间:2019-04-01 05:04:43

标签: linux x86 assembly

您能告诉我我在做什么错吗?
我是汇编编程的新手,并不熟悉ld中的各种选项。

我一直在尝试最初使用yasm编译器,但是后来意识到这是ARM体系结构在编写符合GNU规范的汇编代码时的方法。

as程序包(即GNU汇编程序)运行binutils时运气更好。但是汇编代码必须符合ARM。

以下是arm.s中的代码:

.text                             /* Start of the program code section */ 
    .global main                      /* declares the main identifier */ 
    .type main, %function
main:    /* Address of the main function */ 
     /* Program code would go here */ 
     BR LR 
     /* Return to the caller */
    .end                              /* End of the program */

  

以上内容引发了非法指令错误。那可以解决   通过用ret代替BR LR。这是ARM V8的新功能。


YASM不支持ARM RISC体系结构。

我的构建文件如下:

#/usr/bin/env bash 
#display usage
[ $# -eq 0 ] && { echo "Usage: $0 <File Name without extension> ";exit 1; }
set +e
rm -f $1.exe $1 $1.o
as -o $1.o $1.s
[ -e $1.o ] && { file $1.o;}
gcc -s -o $1.exe $1.o -fpic
ld -s -o $1  -pie --dynamic-linker /system/bin/linker64 /data/data/com.termux/files/usr/lib/crtbegin_dynamic.o  $1.o -lc -lgcc -ldl /data/data/com.termux/files/usr/lib/crtend_android.o
[ -e $1.exe ] && { file $1.exe;nohup ./$1.exe; }  
[ -e $1 ] && { file $1;nohup ./$1;}
set -e

代码较早导致分段错误或总线错误。

使用上面更新的生成文件,我能够运行一个或两个程序,而没有任何分段或总线错误。我将构建文件设置为生成两个可执行文件,一个使用gcc,另一个使用ld,因为一些在线教程在链接步骤中使用ld而不是gcc。使用gcc的详细设置,您可以查看传递给链接器的选项,从而独立模拟链接器的选项。

我可能错过了一些多余的设置。

您可以在以下位置访问源代码更新和构建文件 Learn Assembly

在此处从Keil签出此资源。 arm Keil product guides

更多资源:

https://thinkingeek.com/2016/10/08/exploring-aarch64-assembler-chapter1/

How to link a gas assembly program that uses the C standard library with ld without using gcc?

虽然上述问题目前已解决,但运行以下代码时出现错误:

.text
.global main
main:
mov w0, #2
mov w7, #1 // request to exit program
svc 0

当我尝试执行代码时,出现非法指令错误。

第二,如果我将main更改为_start(因为我不想一直使用main),buildrun脚本会出现以下错误。

./buildrun myprogram

  /data/data/com.termux/files/usr/bin/aarch64-linux-android-ld: myprogram.o: in function `_start':    (.text+0x0): multiple definition of `_start'; /data/data/com.termux/files/usr/lib/crtbegin_dynamic.o:crtbegin.c:(.text+0x0): first defined here       /data/data/com.termux/files/usr/bin/aarch64-linux-android-ld: /data/data/com.termux/files/usr/lib/crtbegin_dynamic.o: in function `_start_main':      crtbegin.c:(.text+0x38): undefined reference to `main 
/data/data/com.termux/files/usr/bin/aarch64-linux-android-ld: crtbegin.c:(.text+0x3c): undefined reference to `main'                                  clang-8: error: linker command failed with exit co
de 1 (use -v to see invocation)
ld: myprogram.o: in function `_start':            (.text+0x0): multiple definition of `_start'; /data/data/com.termux/files/usr/lib/crtbegin_dynamic.o:crtbegin.c:(.text+0x0): first defined here       ld: /data/data/com.termux/files/usr/lib/crtbegin_dynamic.o: in function `_start_main':              crtbegin.c:(.text+0x38): undefined reference to `main'
ld: crtbegin.c:(.text+0x3c): undefined reference to `main'

如何创建除main以外的入口点的程序?

我希望能够:

  1. 创建一个有效的静态链接可执行文件。

  2. 创建一个具有名为_start而不是main的函数的可执行文件。

file生成不使用main或不调用任何库调用的静态可执行文件。

  1. 使用main以外的入口点创建动​​态链接的可执行文件。 我的build file使用入口点作为第二个参数来处理。

  2. 创建一个可执行文件,该可执行文件使用超级用户调用svc退出,而不会引发与使用ret相对的非法指令错误。

与版本7 ARM中的W7相比,我能够通过设置寄存器X8中的系统调用号来调用svc。此外,ARM 64已根据以下头文件对系统调用号进行了重新编号。 https://github.com/torvalds/linux/blob/v4.17/include/uapi/asm-generic/unistd.h https://reverseengineering.stackexchange.com/q/16917

.data .balign 8 labs: .asciz "Azeria Labs\n" //.asciz adds a null-byte to the end of the string .balign 8 after_labs: .set size_of_labs, after_labs - labs .balign 8 addr_of_labs: .dword labs .balign 8 .text .global main

main:
mov x0, #1 //STDOUT ldr x1,addr_of_labs //memory address of labs mov w2, #size_of_labs //size of labs mov x8,#64 svc #0x0 // invoke syscall _exit: mov x8, #93 //exit syscall svc #0x0 //invoke syscall

上面的代码是从下面列出的示例代码移植而来的。 https://azeria-labs.com/writing-arm-shellcode/ 将数据部分压缩为一个部分,而不是像从站点中的示例那样将其拆分,可以减轻链接时的重定位错误。

其他有用的参考文献:

https://thinkingeek.com/2013/01/09/arm-assembler-raspberry-pi-chapter-1/

*请查看ehrt74在上述文章中的评论,以寻求进一步探索svc调用的动机。 *

1 个答案:

答案 0 :(得分:0)

Yasm是x86汇编程序。它无法为ARM处理器生成可执行文件。

您正在使用的教程描述了x86汇编。它们打算在x86系统上使用。