在 SAP Gateway 项目里，SM59往往是一个很普通的配置入口。我们创建一个指向后端 SAP 系统的RFC Destination，填写目标主机、系统编号、客户端、技术用户以及密码，测试连接成功之后，OData 服务便可以通过这条连接访问后端业务数据。真正值得追问的是，保存按钮按下之后，那段密码究竟去了哪里。它显然不能直接写进 ABAP 源代码，也不应该以明文形式躺在某张普通透明表里。尤其是在 SAP Gateway Hub Deployment 场景中，一个 Gateway 系统可能连接多个 SAP S/4HANA 或 SAP Business Suite 后端。如果每一条 RFC Destination 的技术用户密码都只是普通数据库字段，数据库管理员、系统复制工具、备份文件甚至某些拥有表读取权限的程序，都可能触碰到这些凭据。SAP Gateway 对这个问题并没有重新发明一套密码保险箱，而是直接复用了SAP NetWeaver Application Server ABAP，也就是AS ABAP已经提供的 Secure Storage 能力。SAP Gateway 官方安全文档明确说明，Gateway 使用 AS ABAP 的安全存储组件保存登录其他 SAP 系统时需要的敏感数据，相关信息会以受保护的形式存储，而不是简单保存为可以直接读取的明文。这件事看起来只是一个密码保存问题，实际上牵涉到 SAP 系统里几个很容易混淆的安全概念，包括用户密码 Hash、可逆加密、Secure Storage in Database、Secure Storage in File Syst