Android stack corruption detected (-fstack-protector)

已于 2023-08-31 14:43:48 修改
阅读量532 收藏
点赞数
分类专栏： android 文章标签： android ndk
于 2023-08-31 14:35:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chen1103978255/article/details/132602649
版权

stack corruption detected (-fstack-protector)

基本原因为数组下标越界


--------- beginning of crash
08-30 17:44:24.574 27397 27138 F libc    : stack corruption detected (-fstack-protector)
08-30 17:44:24.574 27397 27138 F libc    : Fatal signal 6 (SIGABRT), code -1 (SI_QUEUE) in tid 27138 (Thread-340878), pid 27397
08-30 17:44:25.153 27190 27190 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
08-30 17:44:25.154 27190 27190 F DEBUG   : Build fingerprint: 
08-30 17:44:25.154 27190 27190 F DEBUG   : Revision: '0'
08-30 17:44:25.154 27190 27190 F DEBUG   : ABI: 'arm'
08-30 17:44:25.155 27190 27190 F DEBUG   : Timestamp: 2023-08-30 17:44:25+0800
08-30 17:44:25.155 27190 27190 F DEBUG   : pid: 27397, tid: 27138, name: Thread-340878  >>> com.xxx.xxxx<<<
08-30 17:44:25.155 27190 27190 F DEBUG   : uid: 1000
08-30 17:44:25.156 27190 27190 F DEBUG   : signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr --------
08-30 17:44:25.156 27190 27190 F DEBUG   : Abort message: 'stack corruption detected (-fstack-protector)'
08-30 17:44:25.156 27190 27190 F DEBUG   :     r0  00000000  r1  00006a02  r2  00000006  r3  85413018
08-30 17:44:25.156 27190 27190 F DEBUG   :     r4  8541302c  r5  85413010  r6  00006b05  r7  0000016b
08-30 17:44:25.156 27190 27190 F DEBUG   :     r8  85413028  r9  85413018  r10 85413048  r11 85413038
08-30 17:44:25.156 27190 27190 F DEBUG   :     ip  00006a02  sp  85412fe8  lr  e7275cb7  pc  e7275cca
08-30 17:44:25.162 27190 27190 F DEBUG   : 
08-30 17:44:25.162 27190 27190 F DEBUG   : backtrace:
08-30 17:44:25.163 27190 27190 F DEBUG   :       #00 pc 0005ecca  /apex/com.android.runtime/lib/bionic/libc.so (abort+166) (BuildId: 382e04da0c4d6d7d06edbd53601a5dd4)
08-30 17:44:25.163 27190 27190 F DEBUG   :       #01 pc 00095f1b  /apex/com.android.runtime/lib/bionic/libc.so (__stack_chk_fail+10) (BuildId: 382e04da0c4d6d7d06edbd53601a5dd4)

CMakeLists.txt

set(CMAKE_CXX_FLAGS "-fno-stack-protector")

Android.mk

LOCAL_CPPFLAGS 	:= -fno-stack-protector
mmoyula
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
__stack_chk_fail问题分析
风之伤
02-24 1657
再说一下，canary破坏很大可能是memset memcpy越界修改造成的，而且是栈中的变量，如下static概率就比较小，因为static变量不在栈中，所以，大概率是tmp这个数组。，canary存放位置如下，如果func1函数中有越界操作，很可能会修改到canary，stack_chk_fail检测canary就会失败。所以大概率问题出现在32行的memcpy，p2-p1可能越界了，因为tmp与stlog大小一样，tmp在开头加了一断字符，p2-p1+l。发生了缓冲区溢出，canary被破坏。
stack corruption detected问题探究
sunshineywz的博客
05-15 5368
问题现象 复现步骤 Android 7.0平台 安装手机百度apk(v8.6.5) 启动App后必现native crash 分析定位 初步分析 tombstone文件如下 *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Native Crash TIME: 959207 *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Revision: '0' A
QT5.7 stack corruption detected，Fatal signal 6 (SIGABRT)
A_wangc的博客
03-31 1218
Windows端向Android移植的时候，Android端一直异常退出，但Windows端运行的很正常。在调试代码的时候发现了 图片和下面提示 F libc: stack corruption detected (-fstack-protector) F libc: Fatal signal 6 (SIGABRT), code -6 in tid 8741 (QtThread), pid 86...
报错stack corruption detected(-fstack-protector)
deamer_的博客
11-24 1178
Android运行到某个环节的时候，log出现：stack corruption detected(-fstack-protector)
stack corruption detected: aborted(Android NDK错误) (ZT)
热门推荐
jernymy的专栏
09-02 2万+
adb logcat错误 ：堆栈错误，，或者访问过界。。。通常不太好调试；； 但是以下两种情况最最常见； 1 char aa[10]; strcpy(aa,"abcdefghijk123457890");///明显错误 2 char aa［6］； sprin
stack corruption detected (-fstack-protector)
c553110519的专栏
08-12 2285
stack corruption detected 堆栈溢出崩溃 android native崩溃，ndk升级导致的崩溃
redis-stack-server 7.2.0 安装包合集
最新发布
04-03
redis-stack-server-7.2.0-v9.arm64.snap redis-stack-server-7.2.0-v9.bionic.arm64.tar.gz redis-stack-server-7.2.0-v9.bionic.x86_64.tar.gz redis-stack-server-7.2.0-v9.bullseye.x86_64.tar.gz redis-stack-...
cpp-FStack一个基于DPDK的开源和高性能网络框架
08-16
**F-Stack-f-stack-964cd40内容概述** 这个版本的F-Stack源代码包含多个关键组件，例如： 1. **Packet Processing Engine**：处理网络数据包的核心模块，它负责接收、解析、转发和生成数据包。 2. **Flow Table**...
Z-Stack-Sample-Applications.zip_z-stack
09-23
TI的Z-Stack Sample Applications是针对物联网(IoT)领域中的无线通信协议栈Z-Stack的一系列示例应用。Z-Stack是由Texas Instruments（TI）开发的，它是一个全面的、经过验证的、用于2.4 GHz IEEE 802.15.4网络的软件...
vertical-stack-in-card::triangular_ruler:家庭助理卡
05-12
custom:vertical-stack-in-card 牌 列表 必需的 卡清单 标题 细绳 可选的 卡标题 水平的 布尔值 可选的 默认值： false 样式 目的 可选的 向子卡添加自定义CSS指令 安装 通过将vertical-stack-in-card.js到...
Z-Stack 3.0.2-.7z
09-29
Z-Stack 3.0.2 是一个专为物联网（IoT）设计的网络协议栈，它在无线传感器网络和智能家居设备中广泛应用。这个压缩包文件 "Z-Stack 3.0.2-.7z" 包含了该版本的源代码和其他相关资源，为开发者提供了构建和定制Z-...
strncpy发生stack corruption detected(-fstack-protector)栈溢出
u012906122的专栏
12-20 3295
代码: char line[MAX] = {0}; strncpy(line,pBeginObj,(ptemp - pBeginObj + 1)); log如下: 解释: char *strncpy(char *dest, const char *src, int n) 把src所指向的字符串中以src地址开始的前n个字节复制到dest所指的数组中 0x746d498e86 -...
signal 6 (SIGABRT), code -6 (SI_TKILL) Abort message: ‘stack corruption detected (-fstack-protector
m0_37910557的博客
12-18 3902
在测试调用native的rw_i93.cc文件的rw_i93_sm_format函数时，出现程序crash，报错信息如下 12-18 11:19:39.056 1453 2114 I WifiStateMachine: checkScoreBasedQuality - mPreviousScore[0]:81 mPreviousScore[1]:81 mPreviousScore[2]:81 s2Score:80mPrevoiusScoreAverage:81 12-18 11:19:39.113 ...
size_t引发的stack corruption detected
创忆的专栏
10-11 6676
在写JNI程序时，出现了stack corruption detected，刚开始我以为是我分配的内存不够导致越界了，加大内存后依然如此。出现问题的程序如下： extern "C" JNIEXPORT jbyteArray JNICALL Java_net_yiim_yicrypto_NativeSupport__1cipherFinal(JNIEnv *env, jclass type, jlo...
Detect Stack Corruption
just do IT
04-03 727
Stack corruption bug is sometimes difficult to fix if we can't find out the steps to reproduce it. The cause of the bug may not be so obvious. The best thing is to have the culprit reveal itself as soon as possible, even before the stack corrupted. In this
android -- ndk (stack corruption detected)
板凳的专栏
07-25 1908
针对于android-ndk报错，一眼看上去确实懵逼，采用了最土的方法：“加调试，打印出问题点”。 主要是要记录下，“stack corruption detected” 应该第一时间考虑到是堆栈溢出了 报错信息 pid: 6411, tid: 6411, name: m.test.myplayer >>> com.test.myplayer <<< signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
Android Studio3.0开发JNI流程------JNI开发遇到中stack corruption detected[Fatal signal 6 (SIGABRT)......debug]
美好的一天从”心“开始
01-04 5246
今天开发写JNI中的加密与解密过程中遇到了一个奇怪的问题stack corruption detected意思是：堆栈溢出检测代码如下：void tttt(JNIEnv *env, jclass type) { LOGI("========= 字符串加解密--开始 ========="); char *original_text = "我喜欢JNI - I Love JNI"; //
Android 音频降噪 webrtc 去回声
highersister的博客
11-12 3436
Android 音频降噪 webrtc 去回声集成AECM模块集成NS模块需要源码请留言 集成AECM模块 1.通过 webrtc官网下载需要模块\modules\audio_processing\aecm 2.新建eclipse工程,新建jni文件夹将webrtc aecm模块拷贝到jni文件夹下 3.编写本地接口 package com.wrtcmy.webrtc.aecm; /** * This class supports the acoustic echo cancellation for
【原创】实验验证 -fstack-protector 编译选项效果
06-01
非常感谢您的提问，我会尽力回答。关于 -fstack-protector 编译选项的效果，我做了一些实验来验证。 首先，让我们了解一下 -fstack-protector 编译选项的作用。它是一种用于防止栈溢出攻击的编译器选项，通过在函数栈中插入一个特殊的“canary”值来实现。当函数返回时，编译器会检查这个“canary”值是否被修改，如果被修改说明发生了栈溢出攻击，程序会立即终止。 为了验证 -fstack-protector 编译选项的效果，我编写了一个简单的 C 代码，其中包含一个有意制造栈溢出漏洞的函数： ```c #include <stdio.h> #include <string.h> void vuln(char *str) { char buffer[10]; strcpy(buffer, str); printf("buffer: %s\n", buffer); } int main(int argc, char *argv[]) { if (argc < 2) { printf("Usage: %s <string>\n", argv[0]); return 0; } vuln(argv[1]); return 0; } ``` 在这个代码中，vuln 函数会将传入的字符串复制到一个大小为 10 的缓冲区中，由于没有对字符串长度进行检查，可能会导致栈溢出漏洞。 然后，我分别使用以下两个命令编译代码： ```bash $ gcc -o vuln vuln.c $ gcc -fstack-protector -o vuln_with_protection vuln.c ``` 第一个命令是普通编译命令，第二个命令加上了 -fstack-protector 编译选项。我分别运行这两个编译后的程序，并传入一个长度超过 10 的字符串： ```bash $ ./vuln_with_protection AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA *** stack smashing detected ***: terminated Aborted (core dumped) $ ./vuln AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA buffer: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ``` 可以看到，加上 -fstack-protector 编译选项的程序在执行时检测到了栈溢出攻击，并立即终止了程序。而没有加上编译选项的程序则没有任何反应，继续执行了下去。 综上所述，我通过实验验证了 -fstack-protector 编译选项的有效性，它可以防止栈溢出攻击，提高程序的安全性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值