请问在armv8上如何在EL3级别访问EL1的虚拟内存？

Hi, ethanzhang

谢谢你的回复，确实是通过SharedMemory来访问的，但是这样secure world就完全不知道normal world里面发生的事件，这个smc不知道是不是正常的请求还是恶意的。

我是看有几篇论文都说了检查EL1里面某些关键内存的值，所以我想尝试一下看看能不能访问到EL1里面linux内核的比如sys_call_table的内容，但是一访问就hung了。我是把TTBR0_EL1的值赋值给了TTBR0_EL3, 然后想让EL3在smc_handler里面去按照normal world的方式去访问(因为我想着EL3是最高的特权级，应该是可以访问所有内存的).

谢谢你的回复，

我是想在每次non-secure EL1执行一个smc调用的时候，在EL3里面的smc_handler里面去访问EL1里面一些关键内存的值，比如在转换context之前去访问一下sys_call_table的内容。

是的，手册上说它们使用的是不同的mmu，那是不可以强行指定使用EL1的MMU来按照normal world的方式来访问内存吗？

不过你说传递的是物理地址的话，这确实可以说的通了，但是我并没有使用到SMC调用传递的物理地址，而是直接指定的立即数当作地址，这种情况下不是应该会被当作虚拟地址吗。另外请问一下你说的，arm-tf使用自己的MMU, 配置TTBR0_EL3，但是我好像没有在代码里面看有关于内存管理的部分，，不知道是不是我看漏了。

如果是传递的物理地址的话，请问有没有办法让它按照EL1的方式去访问呢？

我在想，如果跨EL不可以共享页的话，那么Non-secure EL1和Secure EL1是否可以设置对方的页表并且按照对方的虚拟地址映射方式去访问？

另外顺便请问一下，有没有哪个寄存器可以让Non-secure EL1对于TTBR\SCTLR这些寄存器的访问，统统给trap到EL3来？ 我看armv8的手册都是说可以trap到EL2， 但是好像没有那个寄存器可以给trap到EL3来。

Hi yzh07137,

在设计Trusted OS时会考虑到你提到的问题，一般是把monitor做的比较简单，主要做switch world。但是在设计Trusted OS和Trusted Application时一般都认为所有Normal world的request是Non-trusted,都会check Security。所以安全检查机制一般都放到Trusted OS或者Trusted Application中实现。

Hi, ehanzhang,

能请教一下Trusted OS有什么方法可以访问normal world的一些内存内容吗，因为Trusted OS似乎使用的是ttbr1_el0，和normal world也不是一套页表，还是需要转换页表才能访问。

如果单纯根据传递过去的参数判断的话又起不到安全的作用，因为参数主要还是当作请求的TA的类型，secure world根据参数是无法判断normal world目前的状态，如果被攻击了，直接冒充正常用户去发送这个请求，Trusted OS是无法知道到底合不合法的。

原来是我搜索文档的关键词不对，，，现在找到几个可以trap的寄存器了

Hi yzh07137,

这个要根据Trusted OS的实现有关，ShareMemory是可以被Rich OS和Trusted OS访问的，例如在OP-TEE初始化中会根据配置建立页表，ShareMemory的Physical Address和Size都是保存在全局变量，运行在Rich OS下的Trustzone Driver通过fastcall向Trusted OS发送请求获取ShareMemory信息，OPP-TEE design doc中介绍了ShareMemory的用途，你可以看下加载TA 的Source Code里面有对TA signed ELF进行校验，希望对你理解ShareMemory 有用.

谢谢，抱歉之前忘了回。现在看来好像并不能在TEE里面主动去访问Normal world，感觉大部分还是做成的是一个安全隔离的环境