32位Debian Buster Docker中GCC8.3.0 ASan运行报错如何解决？

• 你看到的内存映射列表没有显式覆盖是因为ASan的检查是在初始化阶段完成的，部分系统级预映射的区间不会在初始打印的用户态映射列表里完全展示，核心冲突是32位ASan预留的0x1ffff000-0x3fffffff影子地址段和容器的默认地址空间限制冲突
• 静态链接-static-libasan时，ASan运行时的地址布局计算逻辑和容器内的glibc、内核mmap策略不兼容，宿主系统的glibc版本和容器内不一致，所以宿主能正常运行、容器内报错
• --privileged和SYS_PTRACE无效的核心原因是未调整容器的地址空间随机化和mmap最低地址限制，这两个参数仅解决ASan的ptrace权限需求，不解决地址段冲突问题

1. 调整Docker启动参数，新增地址空间相关配置
   启动容器时添加如下完整参数：
   docker run --privileged --cap-add=SYS_PTRACE --security-opt seccomp=unconfined --sysctl vm.mmap_min_addr=0 你的镜像名
   其中--security-opt seccomp=unconfined关闭默认的seccomp系统调用过滤，避免ASan的内存映射请求被拦截；vm.mmap_min_addr=0放开最低映射地址限制，给ASan预留的影子区间足够的映射空间。
2. 关闭地址空间随机化（ASLR）
   可以直接在docker run参数里追加--sysctl kernel.randomize_va_space=0，也可以进入容器后执行echo 0 > /proc/sys/kernel/randomize_va_space，避免ASLR把系统库映射到ASan预留的影子地址段。
3. 调整链接策略（上述配置无效时使用）
   去掉-static-libasan参数，改用动态链接ASan库，容器内提前安装对应版本的ASan运行时：apt update && apt install -y libasan5，之后重新编译二进制文件即可，动态链接的ASan运行时会自动适配容器内的地址布局。
4. 32位容器额外适配
   如果使用32位Debian容器，编译时额外添加参数-m32 -fsanitize=address -fasan-shadow-offset=0x40000000，手动指定ASan的影子内存偏移，避开默认的冲突区间。

修改配置后重新运行二进制，若ASan正常初始化则不会抛出影子内存重叠报错，即可正常使用地址消毒功能。

内容的提问来源于stack exchange，提问作者R. Larsen