静默过安检及Grub2

hhh333

一、先说一下静默绕过Secure Boot
网上找了多个，有这样或那样的毛病，最后选用adef (http://bbs.wuyou.net/forum.php?m ... tra=page%3D1&page=1)发的那个问题较少
1、基本原理及启动过程
bootx64.efi（位于 /efi/boot下，能够过安检的，我理解这个是获得了MS授权的）-->fde_ld.efi（这个用来装配置文件的，与bootx64.efi位于同一位置不能改名）-->grub.cfg（固定在/boot/grub/，不能改名，但可以改内容）-->grubx64.efi（这个是一个跳转用的头文件，可以用来跳转其他启动器，因为是由grub.cfg来调用的，所以可以改名、改内容、改位置）-->其他各种不能过安检的启动器
可见，实际上的核心文件就前面两个，思路就是用能够过安检的二传一下到不能过安检的启动器。以下是我的配置文件grub.cfg的内容：

1. # Configuration file for Kaspersky GRUB fd_ldr.efi
   
2. # Remove embedded chainloader module, insert patched module with internal PE loader
   
3. set timeout=10
   
4. rmmod chain
   
5. insmod /efi/grub/chain.mod
   
6. 
   
7. function ldrpe {
   
8. if [ "$root" == "cd0" ]; then
   
9.         set ldr=$1bootx64.efi
   
10. else
    
11.         set ldr=fde2$1.efi
    
12. fi
    
13. #search -n -f -s /efi/boot/$ldr
    
14. chainloader /efi/boot/$ldr
    
15. boot
    
16. }
    
17. menuentry "1-Xorboot Secure Boot" {ldrpe xor;}
    
18. menuentry "2-rEFInd Secure Boot" {ldrpe ref;}
    
19. menuentry "3-Grub2 Secure Boot" {ldrpe g2;}
    
20. menuentry "4-MS" {ldrpe ms;}
    

复制代码

其中fde2xor fde2ref 等都用grubx64.efi改名字和内容而来，分别用来启动xorboot rEFInd等，原文件是要求启动grubx64_real.efi，可以用winhex找到这个字串改成你想启动的启动器的名称，如我的xorboot启动器的名字为xorbootx64.efi，如下图，在偏移8588的位置，文件名长度不够的，后面全部改00（注意改左边）：

如此这般把另外三个也改好，对应关系如下：
fde2xor--xorbootx64.efi--xorboot启动器
fde2ref--refbootx64.efi--rEFInd启动器
fde2g2--g2bootx64.efi--grub2启动器
fde2ms--msbootx64.efi--ms的原版启动器

2、测试
以上准备工作做好了，可以进行测试，我是在VM15最新的虚拟机上测试的，安全启动可开闭。本地盘格式为GPT模式，前面建立ESP分区，用来安装PE和一揽子启动器，我的ESP分区为FAT32-5G大小
结果：
A、以上菜单均成功启动，如下图：

B、各菜单项基本都能够正常启动，说明过安检是成功的。但grub2确实差，无论是官方的2.04还是W大的2.05都不能直接启动bootx64.efi，直接黑屏不知道在什么的干活，这一直是它的老毛病，但以前似乎测试过从U盘启动时，直接装bootx64.efi的是可以启动（第一菜单项），大概是放GPT磁盘中它找不到北了。但W大的run和文件管理器可以启动PE，利用的是wimboot或ntboot功能，不能算正宗的启动PE的方式。这里rEFInd不错，把能够启动的EFI都扫出来了，并且可以启动。
C、实际上有些启动器不需要跳转器，可以直接在grub.cfg菜单中chainloader，但rEFInd不行，xorboot要多试几次才成功，g2可以直接装载。但总的来讲，有跳转器更稳定。
3、光盘启动测试
把两个核心文件做到ISO打包用的启动映像中，fde_ld.efi可以优先找到光盘中的grub.cfg，但对光盘是有限制的：即不支持UDF也不支持Joliet，这两个都是MS当家的光盘格式，因此bootx64.efi将找不到bcd文件，更找不到bcd指向的文件，更不好弄的是那个由grub.cfg调用的跳转器更加找不到它对应的启动器，尽管放在同一个目录，这就是我为什么菜单中光启时不用跳转器的原因。经测试，grub.cfg中不调用跳转器直接启动，xorboot先出一个错，按ESC后再次回车可进入；rEFInd不能进入；grub2没有压力直接进入；xor和g2进入后都是不能装载ms的启动器进而启动pe的，又试了W大的run和FM，也不能启动PE，但关了SB就可以启动，说明这个安检还在起作用。
4、关于wimboot的测试

1. function WimPeEfi {
   
2.   wimboot @:bootmgfw.efi:/efi/grub/boot/$1 \
   
3.           @:bcd:/efi/microsoft/boot/$2 \
   
4.           @:boot.sdi:/BOOT/boot.sdi \
   
5.           @:$3:/BOOT/$3
   
6. }
   
7. if [ "${grub_platform}" == "efi" ]; then
   
8.         insmod /efi/grub/${grub_cpu}-${grub_platform}/wimboot.mod
   
9.   if [ "${grub_cpu}" == "x86_64" ]; then
   
10.           # 此处可添加EFI64工具
    
11.                 if [ "$root" == "cd0" ]; then
    
12.                         set ldrwinpe=shellx64.efi
    
13.                 else
    
14.                         set ldrwinpe=msbootx64.efi
    
15.                 fi
    
16.           menuentry "Windows 8/81/10 X64_EFI" --class windows --class os {
    
17.                   search --no-floppy --file --set=root /efi/boot/$ldrwinpe
    
18.                   chainloader /efi/boot/$ldrwinpe
    
19.           }
    
20.           menuentry "Windows 8 X64_EFI by Wimboot" --class windows --class os {
    
21.                   WimPeEfi msbootx64.efi b64 H3_864.WIM
    
22.           }
    

复制代码

用W大的2.05出现badfile，用官方的2.04想加入W大的wimboot.mod，谁知又要map组件，map组件可能又需要其他组件，没继续试了。
总的来讲，grub2的wimboot似乎并不好用，也许是我不知道用法。我觉得EFI中用winboot应该和BIOS中一样，不要mod直接装wimboot（已知现在是不能像IPXE一样直接装的，会提示出错，这大概就是做wimboot.MOD的原因吧），使用wimboot的语法也尽量与iPXE一致。正确的逻辑应该是grub2要尽量去适应wimboot，而不是根据源码去改造wimboot来适应grub2。我看iPXE不论是在bios下还是EFI下都使用一个wimboot文件，而且语法也是一样的，grub2也应该可以做到吧。


小结：
1、静默过安检的第三方启动器的光盘不好做，还是老老实实用证书方式或干脆关了SB；
2、GTP硬盘下grub2还是不能直接启动bootx64.efi；
3、建议W大优化wimboot的使用。
======================

1、经过与“从此消失”讨论，发现卡巴的那个并不是不认UDF和Joliet，而是要求boot\grub\grub.cfg必须要小写字母
2、经仔细分析，wimboot命令中路径与文件也要写对大小写
提供一个模板： H3CD.7z (2.39 MB, 下载次数: 238)

2020-2-8 18:41 上传

点击文件名下载附件
下载积分: 无忧币 -2

，bios与efi双启的，都是grub2。

hanchi123

感谢分享

tdsskiller

已经不行了吧，这个是卡巴斯基的有漏洞的急救盘，BOOTKIT常用漏洞过SecureBoot，还是实现内核隔离下内核代码任意执行的后门，已经被拉黑了

2013mqqdg

研究得真深入，感谢分享

linglongx

本人编译了一个 GRUB2加载SLIC证书的 EFI启动器  用来直接替换ESP:\EFI\boot下的Bootx64.efi.然后这个改名为Bootx64.efi GRUB2启动器直接启动ESP:\Microsoft\Boot\ 目录中的 微软系统引导文件 bootmgfw.efi 完美实现SLIC证书加载 注意这两个目录结构,  bootx64.efi文件的作用其实就是个一传加载器,真正引导微软系统的还是 bootmgfw.efi ,所以ESP:\EFI\boot目录下原来的Bootx64.efi不是必要. 另外我记得当时测试时如果把这个原来的Bootx64.efi文件改为其它名称再用GRUB2来加载也是不行的.
下面是集成到 GRUB2引导器 Bootx64.efi 这个文件中的引导菜单

echo "**************  test  *****************"
echo "****  start load dell slic 2.3     ****"
echo "****  bbs.wuyou.net && linglongx   ****"
echo "***************************************"
echo "***************************************"
sleep -v 5
acpi --v2 --slic=dell
sleep 2

set timeout="60"
set default="0"

insmod all_video
insmod video_bochs
insmod video_cirrus
insmod efi_gop
insmod efi_uga
insmod font
insmod gfxterm
insmod gfxmenu
insmod gettext
insmod jpeg
insmod png

#加载unicode字体显示中文
font=(memdisk)/boot/grub/fonts/unicode.pf2
if loadfont ${font}; then
set gfxmode=1366x768
set locale_dir=(memdisk)/boot/grub/locale
set lang=zh_CN
fi

#设置分辨率
set gfxmode=auto
terminal_output gfxterm

#设置主题或背景图片
if search --no-floppy -f /boot/grub/themes/StylishDark/theme.txt; then
        set theme=/boot/grub/themes/StylishDark/theme.txt
else
        background_image /boot/grub/background.png
        set color_normal=red/black
        set color_highlight=magenta/black
fi



menuentry "Microsoft Windows 10 企业版64" --class windows --class os {
        echo "正在启动 Microsoft Windows 10..."
        insmod part_gpt
        insmod ntfs
        insmod fat
        insmod search_fs_file
        insmod chain
        search --no-floppy --set=root -f /EFI/Microsoft/boot/bootmgfw.efi
        chainloader (${root})/EFI/Microsoft/boot/bootmgfw.efi
}

menuentry "重启计算机" --class reboot {
        reboot
}
menuentry "关闭计算机" --class shutdown {
        halt
}

2011wind5win

hhh333 发表于 2020-5-25 15:13
应该是另一个BCD，或者是EFI不会启动32位

最新:bootice1.3.4升级为bootice1.4解决了问题


64位的读了boot下的bcd，32位的读了bootia32下的bcd，但是开机列表中就是不显示，我截了图如下

2011wind5win

hhh333 发表于 2020-5-25 15:13
应该是另一个BCD，或者是EFI不会启动32位

32位和64位的都试过，列表只显示了win7 vhd的

hhh333

2011wind5win 发表于 2020-5-25 02:03
你好，有个问题困惑着我，找了很久都没有找到原因以及解决方法，因此在这里特向大神请教，请指点指点，谢谢 ...

应该是另一个BCD，或者是EFI不会启动32位

2011wind5win

你好，有个问题困惑着我，找了很久都没有找到原因以及解决方法，因此在这里特向大神请教，请指点指点，谢谢。

bcd中填加了win7~10的共5个wim镜像，结果启动后只显示win7vhd一个，这些镜像都是从别的pe里复制出来，别的pe中开机菜单是可正常显未多个系统列表的，我一直找不到问题原因，我怀疑是bootmgfw.efi、bootmgr.efi等文件的问题，但卡壳了，不知道方向对不对也不知下一步如何进行，请大神指导下。

110654

经过测试 发现surface pro7设备  还是绕不过。。。。

szmsys

太复杂了

9695

黄老师能告诉我怎样用xorboot引导grub2吗？

hhh333

ksafei 发表于 2020-3-22 22:09
这里也有个对联想个别机型UEFI安全启动的反馈
http://bbs.wuyou.net/forum.php?mod=redirect&goto=findp ...

这个是用来阻shim方式的，因为文件名固定，所以直接检测文件名就可阻止

yzw92

方法不错，值得一试

ksafei

wintoflash 发表于 2020-3-22 20:22
有人反馈 Lenovo B40 30 Notebook 用了这套东西之后就再也进不去BIOS设置界面了,也没法U盘启动了。
https: ...

这里也有个对联想个别机型UEFI安全启动的反馈
http://bbs.wuyou.net/forum.php?m ... 573&pid=3990856

wintoflash

有人反馈 Lenovo B40 30 Notebook 用了这套东西之后就再也进不去BIOS设置界面了,也没法U盘启动了。
https://github.com/a1ive/grub2-filemanager/issues/140

qingyi78

hhh333 发表于 2020-3-12 11:26
那个是shim证书方式

是的，需要导入证书。不过一次导入，再用任何启动器都可通过安全启动。

hhh333

qingyi78 发表于 2020-3-12 02:31
dell inspiron II 77472 过安检无效，进不了任何菜单，直接报错
之前有个WINTOFLASH大发的通过修改GRUBFMX ...

那个是shim证书方式

qingyi78

dell inspiron II 77472 过安检无效，进不了任何菜单，直接报错
之前有个WINTOFLASH大发的通过修改GRUBFMX64.EFI来过安检的方式可行。其他的都不行。

江南一根葱

efishell下有没有人找到http.efi之类的，我试过shell下用tftp.efi是可以网启的。

wintoflash

WIM本身一般本来就不用改吧？所谓的射入或WIM内部启动脚本之类没听说过。是不是装载了WIM这个盘占的内存也就释放了，如果能够射入WIM中还可以在内存中起作用。但什么时候需要这些东西呢？

启动 pe 一般不用改 WIM。启动原版系统 ISO 需要向 boot.wim 内部注入 iso 挂载驱动。
wimboot  .....  @:abc.txt:/xxx.txt @:boot.wim:/xxx.wim 启动之后你可以在X盘的Windows\System32下看到这个注入的 abc.txt

hhh333

我以前是直接调用shell.efi外置文件的，后面看到g2中也有mod，实际是一个东西，大小都差不多。用这个来与wimboot来比是没有可比性的。shell是直接启动bootmgr.efi，而wimboot是做前期工作，后期还不也是boomgr.efi，是为bootmgr营造一个启动环境的，环境准备好了与原文件就没关系了。譬如网启，没有比wimboot更优秀的了。本地启动NTBOOT、WIMBOOT主要是用于直接用bootmgr不好使的时候，但ntboot一直是不能用于光盘的，在g4d的时候就是这样，也不能用于网启吧，而wimboot本地启、光启与网启是通吃的。

hilsonma

从此消失 发表于 2020-3-8 16:04
就是这么个意思，startup.nsh的内容如下，一看就明白
echo -off

明白了，感谢分享。

从此消失

startup.nsh文件要放在efi启动文件的根目录下，shell才可用

从此消失

hilsonma 发表于 2020-3-8 15:57
意思是进入uefi shell，执行startup.nsh，是吗？
那startup.nsh的内容又是怎样呢？

就是这么个意思，startup.nsh的内容如下，一看就明白
echo -off

set efiname64 "jr64befi"
set efiname32 "jr32befi"
echo Seach for "%efiname64%.efi"...
for %b in fs0 fs1 fs2 fs3 fs4 fs5 fs6 fs7 fs8 fs9
echo Seaching %b ...
if exist %b:\%efiname64%.efi then
echo %efiname64% found in %b:!
%b:
%efiname64%
if not %lasterror% == 0 then
%efiname32%
endif
exit
endif
endfor

hilsonma

从此消失 发表于 2020-3-8 15:08
shell模块加载方式：
shell --delay=0 --startup

意思是进入uefi shell，执行startup.nsh，是吗？
那startup.nsh的内容又是怎样呢？

从此消失

从此消失 发表于 2020-3-8 15:09
这个倒是给忽略了，这个正适合其实

才看见后面的内容，只能是磁盘，我需要在光盘上，这就不行了

从此消失

wintoflash 发表于 2020-3-8 14:50
一般没啥特殊需求可以用ntboot.

这个倒是给忽略了，这个正适合其实

从此消失

hilsonma 发表于 2020-3-8 14:45
具体是怎样操作？可不可以将引导的语句分享一下？我看不明白。

shell模块加载方式：
shell --delay=0 --startup

wimboot模块加载方式：
        wimboot -b -w @:bootmgfw.efi:($root)/JRPE/EFI64/MS64EFI.EFI \
                      @:bcd:($root)/JRPE/EFIBCD \
                      @:boot.sdi:($root)/JRPE/10PE.SDI \
                      @:boot.wim:($root)/JRPE/64B.WIM

hilsonma

wintoflash 发表于 2020-3-8 14:50
一般没啥特殊需求可以用ntboot.

我现在用的就是ntboot，比wimboot快。
他说的用shell模块加载又是什么呢？
在你的wimboot和ntboot模块之前我就只会chainload bootmgfw.efi来引导，不知还有什么方法。

wintoflash

从此消失 发表于 2020-3-8 14:11
就是启动同一PE，在PE加载文件过程中，就是走白条进度过程，PE大概500M，如果用shell模块加载的话挺快，如 ...

一般没啥特殊需求可以用ntboot.