<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Date: Sun, 21 Aug 2016 21:55:31 +0100<br>
From: Luke Kenneth Casson Leighton <<a href="mailto:lkcl@lkcl.net" target="_blank">lkcl@lkcl.net</a>><br>
To: Linux on small ARM machines <<a href="mailto:arm-netbook@lists.phcomp.co.uk" target="_blank">arm-netbook@lists.phcomp.co.u<wbr>k</a>><br>
Subject: Re: [Arm-netbook] Verifying firmware<br>
Message-ID:<br>
        <CAPweEDw6dqih5=<a href="mailto:B-bod2iNU1KzpNFD9NDOhkCu7cHgUrqr2Y1g@mail.gmail.com" target="_blank">B-bod2iNU1KzpN<wbr>FD9NDOhkCu7cHgUrqr2Y1g@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
---<br>
crowd-funded eco-conscious hardware: <a href="https://www.crowdsupply.com/eoma68" rel="noreferrer" target="_blank">https://www.crowdsupply.com/eo<wbr>ma68</a><br>
<br>
<br>
On Sun, Aug 21, 2016 at 9:19 PM, Raphaël Mélotte<br>
<<a href="mailto:raphael.melotte@gmail.com" target="_blank">raphael.melotte@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> First of all I have been following the crowdfunding and mailing list since<br>
> the first of august (I have been using another email adress) and I have to<br>
> say I really like every aspect of this project and I highly respect and<br>
> admire the ideology that goes with the project.<br>
<br>
 thanks.  it's not quiiite "ideology" - there are genuine sound and<br>
practical business reasons for doing what we're doing.  let me put it<br>
another way: when we get to mass-volume levels would you *like* us to<br>
be "yet another proprietary software peddler"? :)<br>
<br>
<br>
> I haven't been able to pledge until now but I will make sure to do so as<br>
> soon as I can and before the crowdfunding ends. I really want to test what<br>
> an EOMA68 laptop would look and behave like, and I want to replace my  tiny<br>
> Raspberry pi server with another EOMA68 (I will also be willing to buy more<br>
> powerful computer cards if they ever get created).<br>
<br>
 cool.  they will.<br>
<br>
> Since the EOMA68 is entirely free,<br>
<br>
 the *standard* is open (properly open), the source code is libre, and<br>
the hardware is 99% libre, aiming for 100%.<br>
<br>
> I was thinking that *theoretically* it<br>
> should be possible to read and verify every firmware, and/or binaries<br>
> present to run the chip (I don't really know how to call it so I will call<br>
> it "microcode").<br>
<br>
 the only "microcode" - using the phrase you use - that we know of is<br>
the eGON Boot ROM, which hno has extracted and<br>
part-reverse-engineered, more info here:<br>
<a href="http://linux-sunxi.org/EGON#eGON.BRM" rel="noreferrer" target="_blank">http://linux-sunxi.org/EGON#eG<wbr>ON.BRM</a><br>
<br>
> More and more people are worried about the microcodes that<br>
> are run on our hardware and being able to verify what is actually running on<br>
> our machine (when it boots for example) would be comforting. It seems to me<br>
> that it's the first time the source code for every microcode in a computer<br>
> will be available, since some projects tried to do so in the past, but never<br>
> achieved to run 100% without proprietary code (purism, novena, ...).<br>
<br>
 there are actually plenty - many of them early beaglebone designs<br>
especially those around the AM Sitara series - but it's the first that<br>
could be deployed usefully in mass-volume scenarios as opposed to<br>
"engineering only" boards.<br>
<br>
> From a security point of view, open source code<br>
<br>
 no it isn't... *libre* source code is...<br>
<br>
>  is the best option since it<br>
> allows to check if the code being run isn't malware. However, if I don't<br>
> verify the code present on my machine, how will I know it is the same code<br>
> as the source that was analyzed and that it is not malicious code ?<br>
<br>
 well if you can't do it, at least someone else can.<br>
<br>
> That's<br>
> why I'm asking if it would be possible to read the microcodes present on the<br>
> chip, and check them against the online source codes (kind of a checksum ?).<br>
<br>
 no idea.<br>
<br>
> That way we would be able to know if the code had been tampered with, be it<br>
> during shipping, after being infected by a malware that was somehow able to<br>
> change the boot code or some firmware, an evil maid attack, etc.<br>
<br>
 well, we picked an "unbrickable" processor precisely so that you<br>
could download binaries / source from a *trusted* source and re-flash<br>
everything.<br>
<br>
> Just to be clear I'm not being paranoid to the point where I would suspect<br>
> some bad guys inserting malware in my machine during shipping (I guess the<br>
> country I live in is "libre" enough to not do that,<br>
<br>
 you _are_ joking, right? :)  it's *well known* that the NSA unboxes<br>
Cisco products and other routers, installs replacement firmware *AND<br>
CHIPS*, then boxes them back up and sends them on their way.  there's<br>
even photographs online of them carrying out these practices.<br>
<br>
<br>
> but that's surely not<br>
> the case for everyone everywhere in the world), and I will probably not try<br>
> to verify every firmware on the chip, but since this is one of the first<br>
> truly free system I was asking myself if it would be possible.<br>
<br>
 yes.<br>
<br>
> I also understand that as of today, checking every code on a system is more<br>
> an utopia then a doable thing (you'd also have to check firmware from your<br>
> keyboard, mouse, webcam, USB flash drive, and pretty much everything you<br>
> connect to the main board)<br>
<br>
 true... but here you *can* check the STM32F072's firmware (which<br>
controls the keyboard, mouse and PMIC), and you can re-flash on every<br>
boot should you so wish... bear in mind that's going to wreck the<br>
on-board flash at some point, but you can do it.<br>
<br>
<br>
> and may be pointless, but I'm also confident that<br>
> in the future (maybe distant, maybe not) we will have to be able to do so if<br>
> we want to keep our digital life private, as everything we do is more and<br>
> more linked to the digital world, and malware techniques are becoming more<br>
> and more creative (see for example BadUSB).<br>
<br>
 yep.... not a lot that can be done about that.  shoving 240v AC down<br>
a 5v DC line is guaranteed to be disastrous, no matter what the piece<br>
of electronics is.<br>
<br>
> I'm not a computer scientist and although I do my best to learn how software<br>
> works, I don't understand everything about hardware and I may be missing<br>
> some important point that makes my idea impossible to realize. That's why<br>
> I'm asking it here since you know far more about it then me.<br>
><br>
> Also please forgive my written expression: I'm doing my best to express my<br>
> ideas clearly, but English isn't my native language and I sometimes don't<br>
> know how to express myself to be best understood.<br>
<br>
 doing pretty well so far<br>
<br>
> Anyway, I sincerely hope this project becomes a great success, and that you<br>
> will be able to make it grow even more.<br>
<br>
 thanks.<br>
<br>
<br>
<br></blockquote><div>Thank you for your precise answer ! (As every of your answers I saw on the mailing list)<br></div><div><br></div><div>Ideology probably wasn't the right word, of course I wouldn't like you to be "yet another proprietary software peddler".<br></div><div>By the way if I got it right, you say 99% of the hardware is open because only the mali GPU isn't documented ? (but we won't use it)  That is awesome ! <br></div><div>I really didn't know that NSA was already intercepting shipments before they arrive to their destination, now I'm even more convinced that we need libre hardware for everyone.<br><br></div><div>What I forgot to ask was if it was possible to read and possibly reflash firmware from the userspace, or would it require some special hardware to be connected directly to the chip like when flashing libreboot ? Anyway I guess I will find out by myself as investigate more about it.<br><br></div><div>PS: I miss-configured my subscription to the mailing list and couldn't reply directly to your message. I hope this reply will get where it has to be, linked to the right thread. </div></div></div></div>