无忧启动论坛

标题: 想就U＋深度隐藏求助于grub4dos开发者 [打印本页]

作者: hhh333 时间: 2013-5-3 11:57
标题: 想就U＋深度隐藏求助于grub4dos开发者
U＋方式无疑是最简洁的部署方式，有几个问题想请教一下：
1、U＋深度隐藏的U盘，为什么syslinux可以正常出菜单，而grldr就不能出菜单？它们都要读深度隐藏区的文件的啊！这是因为什么造成的？
2、可不可以对grldr或其默认菜单进行处理，使得读深度隐藏区的文件没有问题。

作者: zhaohj 时间: 2013-5-3 13:27
pseudo不早解决了吗？
1、找到隐藏分区的分区表项信息（第97扇区末）
2、解析分区表项，得到分区起始扇区、总扇区数等信息
3、将隐藏区映射为一个虚拟软盘
4、直接访问虚拟软盘上的文件，启动PE
核心grub4dos代码：
dd if=(hd0)96+1 of=(md)768+1 bs=1 count=8 skip=502
set /a pe=*393216 && set /a ps=*393220
map (128)%pe%+%ps% (17)
map --hook
rootnoverify (17)
#now you can load PE from (fd17)

作者: zds1210 时间: 2013-5-3 13:45
本帖最后由 zds1210 于 2013-5-3 13:51 编辑

H大，，P大的代码，实测大部分机子grub能引导U+深度隐藏，但有一部分机子还是测试进入不了grub菜单，甚至高端隐藏都进不了grub，原因未明。
我做兼容深度隐藏的U+，一般是U+时候默认为easyboot菜单，自家的引导当然对U+兼容性最强，第二引导才是grub。
同时要说明一点的是，UD和U+深度隐藏的PE，内核一定要打包，才可以玩。但内核要打包的UD和U+深度隐藏PE，bios倒是因pe不能识别分区，安全性不错；又很难支持未来内核解开的uefi启动，所以，纠结啊。

有兴趣可以看一下不才的小帖子：
U+V2深度隐藏PE制作技术初探
http://zds1210.blog.163.com/blog/static/2448124820131432936820/
PEDIY3案例 PE从光盘量产→U+V2高端隐藏B+隐藏→UDU+深度隐藏→搞定一切隐藏
http://zds1210.blog.163.com/blog/static/24481248201311781538866/

作者: pseudo 时间: 2013-5-3 14:26
我不是开发者，谈点个人看法，或者说猜测：
1、U+深度隐藏情形，隐藏区在分区表里没有登记分区表项，它连“区”都不是，遑论隐藏。
无论是syslinux、grub4dos还是uefi，还是各种分区工具，就算知道有此私生子，面上也不能承认其存在。就是说，grub4dos不认此区，才是正常的。只有ezboot承认自家的深度隐藏区。

2、我猜syslinux并不直接支持读取深度隐藏区。
在U+时，加入了引导代码，在此基础上，syslinux才被骗，认深度隐藏区。这时syslinux并不是第一启动代码。
syslinux可以正常出菜单，归功于U+代码。而grldr不能出菜单，也归因于U+没做好类似工作。

其实U+早就支持syslinux，但对grldr的支持还是近期的事，何时让grldr认深度隐藏区，得看U+作者，与g4d开发者无关。
总之，g4d只有在被骗的时候，才好意思睁只眼闭只眼去把深度隐藏区这个本来不是区的，当作正常区来访问。

3、我给出过让grldr读取深度隐藏区文件的一种方法代码，这类功能属于g4d灵活应用范畴，似乎不大适合内建于grldr或其默认菜单。

作者: pseudo 时间: 2013-5-3 14:49

zds1210 发表于 2013-5-3 13:45
H大，，P大的代码，实测大部分机子grub能引导U+深度隐藏，但有一部分机子还是测试进入不了grub菜单，甚至高 ...

是否隐藏、如何隐藏，是否解开，尽量做到可让用户随意摆布。

原理上、大局上认为是搞定了的，具体如有bug欢迎提供细节反馈，以便改进。

作者: sunsea 时间: 2013-5-3 18:13
标题: RE: 想就U＋深度隐藏求助于grub4dos开发者

pseudo 发表于 2013-5-3 14:26
我不是开发者，谈点个人看法，或者说猜测：
1、U+深度隐藏情形，隐藏区在分区表里没有登记分区表项，它连“ ...

U+啥时候支持grldr的？

作者: hhh333 时间: 2013-5-3 18:17

pseudo 发表于 2013-5-3 14:26
我不是开发者，谈点个人看法，或者说猜测：
1、U+深度隐藏情形，隐藏区在分区表里没有登记分区表项，它连“ ...

EZ、syslinux都可以出菜单，出菜单时而且不只读取不一个文件，而grldr连找一个menu.lst都找不到，是不是读取文件的机制不一样？

作者: 不点 时间: 2013-5-3 19:54
我对于这个问题并未深入研究过。pseudo、zhaohj 等人似乎有过比较细致的研究或应用。

目前我没有明确的看法，因为我对这个问题没有考虑过，没有应用过。

我只是来看看大家的观点，了解一下基本情况。

我觉得，我也不适合对自己不太熟悉的技术发表不成熟的见解。

我这就算是过路的吧。

作者: 快雪时晴 时间: 2013-5-3 20:58

zhaohj 发表于 2013-5-3 13:27
pseudo不早解决了吗？
1、找到隐藏分区的分区表项信息（第97扇区末）
2、解析分区表项，得到分区起始扇区 ...

pseudo不早解决了吗？
1、找到隐藏分区的分区表项信息（第97扇区末）
2、解析分区表项，得到分区起始扇区、总扇区数等信息
3、将隐藏区映射为一个虚拟软盘
4、直接访问虚拟软盘上的文件，启动PE
核心grub4dos代码：
dd if=(hd0)96+1 of=(md)768+1 bs=1 count=8 skip=502
set /a pe=*393216 && set /a ps=*393220
map (128)%pe%+%ps% (17)
map --hook
rootnoverify (17)
#now you can load PE from (fd17)

这么重要的东西标记下收藏下，很难找

作者: zds1210 时间: 2013-5-3 21:48

不点发表于 2013-5-3 19:54
我对于这个问题并未深入研究过。pseudo、zhaohj 等人似乎有过比较细致的研究或应用。

目前我没有明确的看 ...

希望大大们更新grub，原生态支持U+深度隐藏，不要再在grldr中加代码了，菜鸟有们福了。

作者: 不点 时间: 2013-5-4 00:46
代码有什么不好吗？如果有缺陷，可以改进啊。

有了代码，不就等于原生态支持了吗？

管它是菜单代码，还是批处理代码，或者是内核代码，只要能够处理某件事情，而且处理得好，没有失败，那不就达到目的了吗？

grub4dos 的内核代码、应用程序代码、批处理代码，都同样可以访问 BIOS 底层接口，完成某个任务。内核能干的事情，应用程序也能干，批处理程序也能干。grub4dos 提供的接口，让外部程序也能做内核的工作。几条菜单命令可以轻易做的事情，无需内核去实现。

作者: hhh333 时间: 2013-5-4 10:28

不点发表于 2013-5-4 00:46
代码有什么不好吗？如果有缺陷，可以改进啊。

有了代码，不就等于原生态支持了吗？

也是，深度隐藏问题很多，我已经在本版撰文说明。

作者: 不点 时间: 2013-5-4 10:42
可能是没掌握，所以觉得问题多。一旦掌握了，就可能觉得没问题了。

深度隐藏的技术，似乎已经被　ｐｓｅｕｄｏ　弄清楚了，或者用一个时髦的词汇，就是　“破解”　了。

当然了，因为　ｐｓｅｕｄｏ　不是开发深度隐藏技术的开发者，所以，他最多也只能　“破解”，不一定能够掌握更全面更深入的技术。

ｐｓｅｕｄｏ　毫无保留地把自己的研究结果公布出来了。其他的人，可以研究　pseudo　已经公布出来的技术，达到尽可能多地掌握这个技术的目的。

欢迎光临无忧启动论坛 (http://bbs.c3.wuyou.net/)