草庐IT

记一次失败的探索经历,失败不可怕,过程有价值

​​想了解更多关于开源的内容,请访问:​​​​51CTO 开源基础软件社区​​​​https://ost.51cto.com​​1、前言熟悉我的朋友会知道,我是一个追求新奇而且做事情比较极致的人,我所追求的不是完美,而是探索过程那一种酣畅淋漓的快感,沉迷于那种思维的锻炼,比如前面这篇:由一个编译参数引发的gn构建依赖图谱查询,这次我又碰到一个感兴趣的东西了,然后一发不可收拾,等研究结束一天就那么过去了。那么这次又是碰到什么让我值得探索的东西,且看后文。2、Hi3861的Flash读写众所周知,在Hi3861芯片里面是支持flash读写的,相应的api长这样:"file://base/iotha

可怕!CPU暗藏了这些未公开的指令!

大家好,我是轩辕。我们知道,我们平时编程写的高级语言,是经过编译器编译以后,变成了CPU可以执行的机器指令:而CPU能支持的指令,都在它的指令集里面了。很久以来,我都在思考一个问题:CPU有没有未公开的指令?或者说:CPU有没有隐藏的指令?为什么会有这个问题?平常我们谈论网络安全问题的时候,大多数时候都是在软件层面。谈应用程序的漏洞、后端服务的漏洞、第三方开源组件的漏洞乃至操作系统的漏洞。但很少有机会去触及硬件,前几年爆发的熔断和幽灵系列漏洞,就告诉我们,CPU也不是可信任的。要是CPU隐藏有某些不为人知的指令,这是一件非常可怕的事情。如果某一天,某些国家或者某些团体组织出于某种需要,利用这些

可怕!CPU暗藏了这些未公开的指令!

大家好,我是轩辕。我们知道,我们平时编程写的高级语言,是经过编译器编译以后,变成了CPU可以执行的机器指令:而CPU能支持的指令,都在它的指令集里面了。很久以来,我都在思考一个问题:CPU有没有未公开的指令?或者说:CPU有没有隐藏的指令?为什么会有这个问题?平常我们谈论网络安全问题的时候,大多数时候都是在软件层面。谈应用程序的漏洞、后端服务的漏洞、第三方开源组件的漏洞乃至操作系统的漏洞。但很少有机会去触及硬件,前几年爆发的熔断和幽灵系列漏洞,就告诉我们,CPU也不是可信任的。要是CPU隐藏有某些不为人知的指令,这是一件非常可怕的事情。如果某一天,某些国家或者某些团体组织出于某种需要,利用这些