[参考译文] AM62L：针对 ASLR/DEP/Stack Protection 的一些安全问题

您好：  

有何评论？

非常感谢

Gibbs

嗨、Gibbs、

您的文章中列出的方法是增强安全系统设计的通用技术、但不包括 TI Linux SDK 规格。 我建议客户根据他们的安全要求、探索并调查列出的及以外的各种方法。

此致、

- Hong

Hong Hong：  

这是 WNC SW Jerry。

根据我们对堆栈保护的理解, 堆栈保护通常通过编译器选项（例如）实现-fstack-protector-strong,并由 GCC 提供支持。 由于 AM62L SDK 使用 GCC 9.x、因此应从工具链角度提供此功能。

为确保正确实施、请帮助确认：

1. 是否有 建议的编译器标志或 TI SDK 配置 来启用堆栈保护？
2. 是否有 TI 参考配置或最佳实践 是否要在 AM62L Linux SDK 中启用堆栈保护？
3. 如果有 已知限制或注意事项 在该平台上启用堆栈保护时（例如性能影响，兼容性问题）？

这将帮助我们确保正确实施并符合我们的安全要求。

谢谢

BR
Jerry

你好 Jerry  

洪某今天已经下班了、所以希望明天或以后能有一个答复。  

此致

Mukul  

谢谢  Hong & Mukul

Jerry 是我的客户。

在 Hong 退货之前分享我对您的问题的了解（搜索）

关于 Q1/Q2。

这是性能和安全性之间的权衡、 没有标准答案。

下面是一些使用场景。

1、堆栈日志（缓冲区溢出保护）
-使用-fstack-relator 标志启用
-选项：
--fstack-revector:使用本地数组或调用保护函数
--fstack-reverter-all:保护所有功能
--fstack-reguard-strong:保护的功能比默认值多（推荐）
--fstack-reverter-expird:仅使用__attribute__((stack_protect_all) 保护函数

2、堆栈碰撞保护
--fstack-cattle-protection:通过探测堆栈页面来防止堆栈冲突攻击

3、返回导向编程 (ROP) 保护
--FCF-protection:控制流完整性（需要 CPU 支持,英特尔 CET/ARM BTI）

示例用法

#带堆栈保护的编译
gcc -fstack-reverter-strong -o myprogram myprogram.c

#编译所有保护措施
gcc -fstack-reverter-all -fstack-click-protection -o myprogram myprogram.c

#检查二进制文件是否使用保护进行编译
readelf -l myprogram | grep stack

因此、您可以将许多构建标志组合在一起来支持堆栈保护。

关于第三季度：  

性能开销

-加那利插入/检查在函数进入/退出时增加 CPU 周期
-对于典型应用,可以有 1-3%的开销
-在具有许多栈变量的函数中,开销更高
-对性能敏感的代码（实时系统,紧密循环）至关重要

存储器开销

-每个函数在栈上添加加那利存储（通常为 8 字节）
-在深度调用堆栈中累积
-对于 RAM 有限的嵌入式系统有问题

启用堆栈保护时、可能会略微降低 应用程序代码的“实时性能“。  

但根据您的应用、您可能对实时操作没有太大的担忧。

非常感谢

Gibbs