1.[UVM源代码研究] 聊聊寄存器模型的源码后门访问
2.“NetSarang的Xmanager和Xshell多种产品被植入后门事件”分析报告

[UVM源代码研究] 聊聊寄存器模型的后门访问

       本文将深入探讨UVM源代码中寄存器模型的后门访问实现，尽管实际工作中这种访问方式相对有限，去后但在特定场景下其重要性不可忽视。源码后门访问有助于简化验证流程，去后特别是源码在检查阶段需要获取DUT寄存器值时。

       在UVM源代码中，去后c 线程 源码后门访问的源码实现主要围绕write任务展开，核心方法是去后do_write()，它包括获取uvm_reg_backdoor句柄、源码等待访问权限和更新期望值等步骤。去后uvm_reg_backdoor类是源码用户自定义后门访问的入口，允许通过派生类实现定制化的去后访问方式。

       获取uvm_reg_backdoor句柄的源码过程会遍历寄存器模型的层次，如果没有自定义backdoor，去后就会从顶层寄存器模型开始查找。源码交房租源码在默认情况下，寄存器模型使用sv语法的DPI方式访问，但可以通过自定义类实现其他形式的访问。

       源代码中的get_full_hdl_path函数负责获取寄存器的完整HDL路径，这涉及到uvm_hdl_path_concat和uvm_hdl_path_slice等结构，它们用于描述寄存器的物理信息。通过配置或add_hdl_path操作，MeeGo源码SOURCES可以在寄存器模型中存储和管理多个HDL路径，对应不同的寄存器实例。

       后门读写操作会调用uvm_hdl_read()函数，它是一个通过DPI-C实现的外部函数，根据编译选项的不同，可以选择使用C语言访问HDL路径。写操作成功后，源码除2会更新寄存器的镜像值并写入实际寄存器。

       总结来说，实现寄存器模型后门访问的关键步骤包括设置寄存器的HDL路径，配置单个寄存器的物理信息，并确保与HDL中的实际结构对应。需要注意的是，如果寄存器在HDL中被拆分为多个字段，奇趣源码首页需正确配置这些字段的访问路径以避免警告。

“NetSarang的Xmanager和Xshell多种产品被植入后门事件”分析报告

       NetSarang是一家提供安全连接解决方案的公司，产品包括Xmanager Enterprise, Xmanager, Xshell, Xftp, Xlpd等远程连接管理客户端软件。近期，官方发布的软件版本中被发现nssock2.dll模块源码被植入后门。阿里云应急响应团队随即启动应急分析，确认后门会上传敏感数据至服务器，使用该软件的IT运维技术人员面临较高安全风险。

       受影响版本包括官方发布的多个版本。阿里云安全团队深入分析后发现，后门代码存在于Xshell相关的nssock2.dll中，该DLL具有厂商合法的数据签名。通过技术分析，发现该后门代码通过申请内存、解密并执行一段shellcode来上传用户、机器、网络相关信息至远程服务器，导致敏感信息泄露，风险严重。

       阿里云安全团队建议用户关注并启动自查处理，具体措施参见安全建议部分。进一步的技术分析显示，后门代码通过DGA算法生成C2域名用于数据传输，使用该算法生成的年全年C2域名已公开。后门样本会采集用户、机器信息并发送至指定域名，存在数据泄露风险。

       检测方法包括识别后门代码、检查数据上传行为及分析网络流量。针对安全风险，阿里云提供了安全解决方案，并在检测到后门代码后对外发布全网预警公告。更多技术细节和安全建议请关注云栖社区知乎机构号：阿里云云栖社区 - 知乎。