gcc参数的PIE和PIC 区别 PIE:用在可执行文件 PIC:用在库文件 共同点 生成跟位置没有关系的symbol

由于使用了NDK编译的可执行文件在应用中调用,在4.4及之前的版本上一直没出问题. 最近由于要测试在Android L上的运行情况发现,当运行该可执行文件时,报如下错误: error: only position independent executables (PIE) are supported. PIE这个安全机制从4.1引入,但是Android L之前的系统版本并不会去检验可执行文件是否基于PIE编译出的.因此不会报错.但是Android L已经开启验证,如果调用的可执行文件不是基于PI

原文网址:http://blog.csdn.net/hxdanya/article/details/39371759 由于使用了NDK编译的可执行文件在应用中调用,在4.4及之前的版本上一直没出问题.最近由于要测试在Android L上的运行情况发现,当运行该可执行文件时,报如下错误: error: only position independent executables (PIE) are supported. PIE这个安全机制从4.1引入,但是Android L之前的系统版本并不会去检验

在Android.mk文件中添加以下内容 LOCAL_CFLAGS += -pie -fPIE LOCAL_LDFLAGS += -pie -fPIE 原帖地址:http://blog.csdn.net/hxdanya/article/details/39371759

由于使用了NDK编译的可执行文件在应用中调用,在Android 7.0上的运行情况发现,当运行该可执行文件时,报如下错误: error: only position independent executables (PIE) are supported. PIE这个安全机制从4.1引入,但是Android L之前的系统版本并不会去检验可执行文件是否基于PIE编译出的.因此不会报错.但是Android L已经开启验证,如果调用的可执行文件不是基于PIE方式编译的,则无法运行.解决办法非常简单,在A

我们经常需将一些C/C++源码编译成本地二进制,直接在android的linux内核上运行,这是就需要进行交叉编译.由于Android的运行环境核普通Linux又区别,所以常规方式针对ARM进行交叉编译得到的二进制,无法直接运行在Android环境上.我们需要机遇Android环境进行交叉编译,这时有两种方式:一种是编写Android.mk,在安卓源码结构下依靠安卓的编译系统搞定:另一种方式是脱离android源码体系,利用独立的android交叉编译工具链,并适当修改目标代码的Makefile

APP漏洞扫描用地址空间随机化 前言 我们在前文<APP漏洞扫描器之本地拒绝服务检测详解>了解到阿里聚安全漏洞扫描器有一项静态分析加动态模糊测试的方法来检测的功能,并详细的介绍了它在针对本地拒绝服务的检测方法. 同时,阿里聚漏洞扫描器有一个检测项叫未使用地址空间随机化技术, 该检测项会分析APP中包含的ELF文件判断它们是否使用了该项技术.如果APP中存在该项漏洞则会降低缓冲区溢出攻击的门槛. 本文主要介绍该项技术的原理和扫描器的检测方法.由于PIE的实现细节较复杂,本文只是介绍了大致的原理.

今天在用studio写Native程序时发现2.2版本引入了一个 External Build来进行Native项目的构建. 最直观的表现就是c/c++的源码文件不用跟java文件在一个项目文件夹下了.而且与之前的在gradle中配置,然后自动生成makefile相比,灵活度大大增加,再也不用蛋疼到处找makefile对应的gradle语句了. 使用方法如下: 可以在任意文件夹用Android.mk跟Application.mk组织c/c++代码 如我的文件结构为: ---hook ---And

1.工具介绍 IDA pro: 反汇编神器,可静态分析和动态调试. 模拟机或者真机:运行要调试的程序. 样本:自己编写NDK demo程序进行调试 2.前期准备 2.1  准备样本程序(假设已经配置好NDK环境) 新建目录mytest,在mytest新建目录jni,jni目录下有Android.mk配置文件和mytest.c源码文件 mytest.c: #include <stdio.h> int main(int argc, char *argv[]) { int i; ; i < ;

首先,你得有NDK(木有的自行搜索) /home/xxxx/tools/android-ndk-r12b 准备好你的HelloWorld程序源码: #include<stdio.h> int main(void) { printf("Hello World!\n"); ; } 编译之: ~/tools/android-ndk-r12b/toolchains/aarch64-linux-android-/arch-arm64/usr/include -L/home/xxxx/

The Android kernel is a powerful ally to the reverse engineer. While regular Android apps are hopelessly restricted and sandboxed, you - the reverser - can customize and alter the behavior of the operating system and kernel any way you wish. This giv

最近终于沉下心来对着书把hook跟注入方面的代码敲了一遍,打算写几个博客把它们记录下来. 第一次介绍一下我感觉难度最大的inline hook,实现代码参考了腾讯GAD的游戏安全入门. inline hook的大致流程如下: 首先将目标指令替换为跳转指令,跳转地址为一段我们自己编写的汇编代码,这段汇编代码先是执行用户指定的代码,如修改寄存器的值,然后执行被替换掉的原指令2,最后再跳转回原指令3处,恢复程序的正常运行. 为了避开注入过程,我们通过hook自己进程加载的动态连接库进行演示. 1.实现

1.安装Android NDK至Linux(Lubuntu 16) 从网上下载 android-ndk-r13b-linux-x86_64.zip,本人将其解压至/home/guanglun/workspace/rk3399/android-ndk-r13b目录,接下来使用 vim /etc/profile 添加环境变量: export PATH=$PATH:/home/guanglun/workspace/rk3399/android-ndk-r13b/toolchains/arm-linux

一.curl-7.61.1 Android平台移植: libcurl是一个免费且易于使用的客户端URL传输库,支持DICT.FILE.FTP.FTPS.Gopher.HTTP.HTTPS.IMAP.IMAP.LDAP.LDAPS.POP3.POP3S.RTMP.RTSP.SCP.SFTP.SMTP.SMTPS.Telnet和TFTP.libcurl支持SSL证书.HTTP POST.HTTP PUT.FTP上传.基于HTTP表单的上传.代理.cookie.用户+密码验证(Basic.Digest

NDK开发模块的时候,如果涉及到网络请求,类似json数据传递的时候,有现成的第三方json库可以移植,后台C++开发中使用的比较多的是jsoncpp,今天记录一下jsoncpp移植到Android平台的过程 cmake编译 此方法并非标准的NDK项目 采用的是cmake交叉编译生成 jsoncpp地址 https://github.com/open-source-parsers/jsoncpp 先将源码克隆下来 新建文件夹libjson 将jsoncpp源码中的include文件夹复制到该目录

利用Android Studio编写 Android上的c与c++程序 (2017-05-22 19:01:20) 转载▼ 标签: android 分类: Android开发 原文链接: http://blog.sina.com.cn/s/blog_83f3c04c0102xerj.html Android Studio 2.3.1 FrankNote: Android 3.1.2 1.       新建New Project: a)          b)          c)       

ROOT_PROJECT = .DIR_INC = -I$(ROOT_PROJECT)/include -I$(ROOT_PROJECT)/include/NE10 DIR_BIN = $(ROOT_PROJECT)/binDIR_LIB = $(ROOT_PROJECT)/libs CROSS_COMPILE = /opt/aarch64-linux-android-4.9/bin/aarch64-linux-android-CC = $(CROSS_COMPILE)gccCPP = $(CR

转自:http://www.cnblogs.com/alisecurity/p/6141575.html 前言 我们在前文<APP漏洞扫描器之本地拒绝服务检测详解>了解到阿里聚安全漏洞扫描器有一项静态分析加动态模糊测试的方法来检测的功能,并详细的介绍了它在针对本地拒绝服务的检测方法. 同时,阿里聚漏洞扫描器有一个检测项叫未使用地址空间随机化技术, 该检测项会分析APP中包含的ELF文件判断它们是否使用了该项技术.如果APP中存在该项漏洞则会降低缓冲区溢出攻击的门槛. 本文主要介绍该项技术的原理

一.背景 众所周知,Android JNI层的Crash问题是个比较头疼的问题.相对Java层来说,由于c/c++造成的crash没有输出如同 Java的Exception Strace,所以crash的定位问题是件比较艰难的事情.Google Breakpad是一套完整的工具集,从crash的 捕获到crash的dump,都提供了相对应的工具. 二.目的:当程序crash了之后,收集程序崩溃信息,定位到崩溃的地方 三.方案 Google breakpad是一个跨平台的崩溃转储和分析框架和工具集

Android.mk文件和Application.mk文件详解 相同点:都是轻量级 Makefile(Makefile文件定义一些列指令,指定文件编译顺序,类似shell脚本) Application: 位置:通常在 $PROJECT/jni目录下 作用:配置所有modules的编译变量在 APP_ABI := xxx xxx xxx   设置中间有空格 可以设置一个或多个ABI对应的指令集 指令集合(armeabi,armeabi-v7a,arm64-v8a,x86,x86_64,mips,m

|-test |---Android.mk |---Application.mk |---sub1 |------Android.mk |------main.c |---sub2 |------Android.mk |------main.c 拿上边的文件结构为例 test/Android.mk include $(call all-subdir-makefiles) test/sub1/Android.mk LOCAL_PATH := $(call my-dir) include $(CLE