<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="http://dev1galaxy.org/extern.php?action=feed&amp;tid=2856&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Secure Boot]]></title>
		<link>http://dev1galaxy.org/viewtopic.php?id=2856</link>
		<description><![CDATA[The most recent posts in Secure Boot.]]></description>
		<lastBuildDate>Mon, 23 Mar 2020 17:08:38 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=20684#p20684</link>
			<description><![CDATA[<p>I think it&#039;s possible. The bios has ways to custom load keys, I just might not know what I&#039;m doing. Do you have any good documentation maybe could point me in right direction? </p><p>I think I just missed a few steps, I followed a couple guides at the same time. Got all the keys built and signed the grub.efi However, shrugs* doesn&#039;t seem to be working as expected. The grub.efi.signed I can boot from, but behaviour seems no different then if secure boot is off. Which it tells me it is off in boot menu after I just turned it on.</p><p>Thanks</p><p>My next experiment will be to try Secure boot on my Asus Motherboard, </p><p>PS: Fun fact. I saw a post on a debian thread regarding Nvidia persistenced. <br />I thought this was a devuan issue. Got no answers however, turns out the user got it running by turning off secure boot in Bios.&#160; Which I refuse to run nvidia drivers anyway anymore.</p>]]></description>
			<author><![CDATA[dummy@example.com (czeekaj)]]></author>
			<pubDate>Mon, 23 Mar 2020 17:08:38 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=20684#p20684</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19957#p19957</link>
			<description><![CDATA[<div class="quotebox"><cite>czeekaj wrote:</cite><blockquote><div><p>Now it boots, but it boots USB as well. With custom keys it seems to just boot as if it was off. I guess I didn&#039;t set it up quite right. Might try again and update this if I have better luck. Dell seems like they could make really good products. But then there is just something about their bios that scares you right away. Anything Post-skylake I don&#039;t really want to dip into.</p></div></blockquote></div><p>I&#039;ve not experimented with my dells yet but my Toshiba Satellite was simply as easy as loading my custom keys, building a stub-load kernel, signing it, and then enabling secure boot in the bios. Will be interested in what you find out with your Dells though.</p>]]></description>
			<author><![CDATA[dummy@example.com (aut0exec)]]></author>
			<pubDate>Sat, 08 Feb 2020 18:31:26 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19957#p19957</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19783#p19783</link>
			<description><![CDATA[<p>is cbios a decent option? Because what it looks like is it still will have binary blobs and if you don&#039;t you probably could of just used libre boot however, building an image for your hardware doesn&#039;t seem easy. Only time I can flash something embedded is with the same image or with one someone else built, but your Bios is 16 bit. Which does make it sound appealing. Open Source Proprietary Software looks like Purism&#039;s laptops coreboot system is decently robust. so cbios seems like a low tech abstraction from ME region of bios to the operating system. IBM does appear to be the most sane option when it comes to picking CPU these days.&#160; OpenWRT is good but who knows what binary blobs they needed to get it running on the hardware.</p><p>As for secure boot, I can&#039;t seem to find a good guide or documentation for a Dell setup. I have my own keys generated and loaded into the bios. (before it wouldn&#039;t boot with secure boot on)</p><p>Now it boots, but it boots USB as well. With custom keys it seems to just boot as if it was off. I guess I didn&#039;t set it up quite right. Might try again and update this if I have better luck. Dell seems like they could make really good products. But then there is just something about their bios that scares you right away. Anything Post-skylake I don&#039;t really want to dip into.</p>]]></description>
			<author><![CDATA[dummy@example.com (czeekaj)]]></author>
			<pubDate>Wed, 29 Jan 2020 09:24:25 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19783#p19783</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19496#p19496</link>
			<description><![CDATA[<div class="quotebox"><cite>Head_on_a_Stick wrote:</cite><blockquote><div><div class="quotebox"><cite>aut0exec wrote:</cite><blockquote><div><p>Even saw some Dells the other day where CSM isn&#039;t an option within the firmware!</p></div></blockquote></div><p>Yeah, Intel are planning to remove it completely: <a href="https://www.anandtech.com/show/12068/intel-to-remove-bios-support-from-uefi-by-2020" rel="nofollow">https://www.anandtech.com/show/12068/in … fi-by-2020</a></p><p>Bastards...</p></div></blockquote></div><p>Intel can go screw itself: <a href="https://www.seabios.org/Build_overview#Build_as_a_UEFI_Compatibility_Support_Module_.28CSM.29" rel="nofollow">https://www.seabios.org/Build_overview# … _.28CSM.29</a></p>]]></description>
			<author><![CDATA[dummy@example.com (ToxicExMachina)]]></author>
			<pubDate>Wed, 15 Jan 2020 06:59:19 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19496#p19496</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19465#p19465</link>
			<description><![CDATA[<p>^ I don&#039;t know, the article was linked over at the MX forums last week and that was the first I&#039;d heard of it.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Mon, 13 Jan 2020 17:28:14 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19465#p19465</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19464#p19464</link>
			<description><![CDATA[<div class="quotebox"><cite>Head_on_a_Stick wrote:</cite><blockquote><div><div class="quotebox"><cite>aut0exec wrote:</cite><blockquote><div><p>Even saw some Dells the other day where CSM isn&#039;t an option within the firmware!</p></div></blockquote></div><p>Yeah, Intel are planning to remove it completely: <a href="https://www.anandtech.com/show/12068/intel-to-remove-bios-support-from-uefi-by-2020" rel="nofollow">https://www.anandtech.com/show/12068/in … fi-by-2020</a></p><p>Bastards...</p></div></blockquote></div><p>Is this still the timeline for eliminating CSM? (The article was written in 2017.)</p>]]></description>
			<author><![CDATA[dummy@example.com (sgage)]]></author>
			<pubDate>Mon, 13 Jan 2020 17:27:06 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19464#p19464</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19457#p19457</link>
			<description><![CDATA[<div class="quotebox"><cite>aut0exec wrote:</cite><blockquote><div><p>Even saw some Dells the other day where CSM isn&#039;t an option within the firmware!</p></div></blockquote></div><p>Yeah, Intel are planning to remove it completely: <a href="https://www.anandtech.com/show/12068/intel-to-remove-bios-support-from-uefi-by-2020" rel="nofollow">https://www.anandtech.com/show/12068/in … fi-by-2020</a></p><p>Bastards...</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Mon, 13 Jan 2020 16:01:25 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19457#p19457</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19430#p19430</link>
			<description><![CDATA[<div class="quotebox"><cite>Head_on_a_Stick wrote:</cite><blockquote><div><p>In respect of UEFI, it is not possible to &quot;turn it off&quot; — all you can do is enable CSM (&quot;Legacy&quot; mode), which still runs the boot process through the UEFI firmware but subjects it to an extra added abstraction layer which is probably full of even more bugs.</p></div></blockquote></div><p>Even saw some Dells the other day where CSM isn&#039;t an option within the firmware! Figured at some point everyone would move over from CSM/Legacy just wasn&#039;t sure when.</p><p>Czeekaj - I unfortunately don&#039;t have the ability to build my own chips, PCB&#039;s, FPGA&#039;s, and what not so I&#039;m sort of stuck trusting hardware vendors at a certain point. Secure boot at least makes the bar for high jacking my system &#039;a little bit&#039; more difficult!</p>]]></description>
			<author><![CDATA[dummy@example.com (aut0exec)]]></author>
			<pubDate>Sun, 12 Jan 2020 14:45:14 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19430#p19430</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19424#p19424</link>
			<description><![CDATA[<div class="quotebox"><cite>czeekaj wrote:</cite><blockquote><div><p>You also have to trust the manufactures firmware to respect your setting when you turn it off.</p></div></blockquote></div><p>In respect of UEFI, it is not possible to &quot;turn it off&quot; — all you can do is enable CSM (&quot;Legacy&quot; mode), which still runs the boot process through the UEFI firmware but subjects it to an extra added abstraction layer which is probably full of even more bugs.</p><p>Secure Boot should help with some of the problems introduced by UEFI so you should use that rather than CSM.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Sun, 12 Jan 2020 11:10:32 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19424#p19424</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=19417#p19417</link>
			<description><![CDATA[<p>aut0exec, <br />While I myself enjoy EFI booting. I enjoy being able to dual boot and partition up multiple hard drives and be able to easily not bork a boot loader using efibootmgr. <br />However, if you look at UEFI talks. It is full of binary blobs and non-free shenanigans, many have network stacks for instance. You also have to trust the manufactures firmware to respect your setting when you turn it off. Literally, watch your first steps. You know a lot goes on before you even get to good old grub and sysV init. <br />Not to mention with intel and amd virtualization. Management engine/ secure processor environment. There is nothing ensuring you should be trusting the manufacturer. <br />For instance. UEFI firmware is a lot more bloated as ToxicExMachina said. <br />It does have modern conveniences. However, if you want a free as possible system like Libreboot free, will work only with MBR booting. </p><p>When I back up Iso for a USB, I like to have it EFI ready because mbr install on a Uefi system means your going to have to wipe something out.</p>]]></description>
			<author><![CDATA[dummy@example.com (czeekaj)]]></author>
			<pubDate>Sun, 12 Jan 2020 00:08:06 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=19417#p19417</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=17665#p17665</link>
			<description><![CDATA[<div class="quotebox"><cite>seeker wrote:</cite><blockquote><div><p>I was wondering if it is worthwhile to convert my traditional boot install to a UEFI boot install. Not sure if there are any advantages.</p></div></blockquote></div><p>I&#039;ve been converting new installs to it but definitely not going back to switch MBR systems to UEFI unless absolutely necessary. Mainly just because of not wanting to switch the partitioning over. </p><p>In contrast to ToxicExMachina, I&#039;ve enjoyed UEFI, there&#039;s a bunch of nice things about it (Secure Boot, efibootmgr, doing away with MBR partitions, etc), To each their own though. If you have a spare machine, try a new install and see what you think. You probably won&#039;t notice many differences until you start messing with the boot components (Grub mainly, haha).</p>]]></description>
			<author><![CDATA[dummy@example.com (aut0exec)]]></author>
			<pubDate>Wed, 04 Sep 2019 01:31:15 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=17665#p17665</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=17626#p17626</link>
			<description><![CDATA[<div class="quotebox"><cite>seeker wrote:</cite><blockquote><div><p>I was wondering if it is worthwhile to convert my traditional boot install to a UEFI boot install. Not sure if there are any advantages.</p></div></blockquote></div><p>UEFI must die. That&#039;s all you need to know. The reason is: don&#039;t tie yourself to this defective technology. Overcomplication, vulnerability, malware-friendly environment, etc. - this is UEFI. If there will be no option but boot via UEFI it will be an inevitable evil - not a good thing.</p>]]></description>
			<author><![CDATA[dummy@example.com (ToxicExMachina)]]></author>
			<pubDate>Mon, 02 Sep 2019 10:08:44 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=17626#p17626</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=17620#p17620</link>
			<description><![CDATA[<p>I was wondering if it is worthwhile to convert my traditional boot install to a UEFI boot install. Not sure if there are any advantages.</p>]]></description>
			<author><![CDATA[dummy@example.com (seeker)]]></author>
			<pubDate>Mon, 02 Sep 2019 00:44:21 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=17620#p17620</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=17237#p17237</link>
			<description><![CDATA[<p>Any one with experience setting up their secure boot? </p><p>I have secure boot enabled on two systems. However, when I check the status it&#039;s either on setup mode or bios says it is off. <br />The laptop I have custom keys setup and loaded into the bios. However, I turn on secure boot in bios. It boots to grub. I check setting in the bios again and it&#039;s on. But, I can boot to usb and it mentions secure boot being off. The bios setting is set to on however, now with custom keys. </p><p>Acting as if it was off. When it&#039;s on with default keys. It stays on, and wont but into grub. </p><p>Not sure if I set it up properly having trouble finding a guide that has worked yet. Any one figure out how to set up custom keys on Devuan? I know every bios is a bit different but I may have missed a step. I get an error running on of the last commands on gentoo guide.<br />No efivarfs filesystem is mounted.</p><p>It&#039;s odd behaviour but with the proper packages, and grub installed.</p><div class="codebox"><pre><code>grub-install --uefi-secure-boot --bootloader-id=debian </code></pre></div><p>I can boot with secure boot on. However, boot behavior seems identical and status seems to be off. Even though it&#039;s on in the bios.</p>]]></description>
			<author><![CDATA[dummy@example.com (czeekaj)]]></author>
			<pubDate>Tue, 23 Jul 2019 20:44:00 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=17237#p17237</guid>
		</item>
		<item>
			<title><![CDATA[Re: Secure Boot]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=16189#p16189</link>
			<description><![CDATA[<p>Well good news the Toshiba worked! Was able to EFI-stub load without an initramfs and secure boot enabled. I&#039;m hoping to repeat the steps on the HP workstation and see if I can get different results. Was shocked at how much simpler the Toshiba was than HP. Was able to do everything except toggle Secure Boot on in the Bios from within the CLI.</p>]]></description>
			<author><![CDATA[dummy@example.com (aut0exec)]]></author>
			<pubDate>Tue, 21 May 2019 00:00:58 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=16189#p16189</guid>
		</item>
	</channel>
</rss>
