From: Patrick Williams <patrick@stwcx.xyz>
To: Mine <mine260309@gmail.com>
Cc: vishwa <vishwa@linux.vnet.ibm.com>,
OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: RFC: new design of phosphor-time-manager on sdbusplus
Date: Fri, 20 Jan 2017 13:18:26 -0600 [thread overview]
Message-ID: <20170120191826.GC5120@heinlein.lan> (raw)
In-Reply-To: <CAARXrt=wECQNYUOZvVQ0OT9hnB8-za3b2cHoZENkgAC4LhcugA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2163 bytes --]
On Thu, Jan 19, 2017 at 05:48:23PM +0800, Mine wrote:
> Btw, is there any specific reason why the time mode/owner is only changed
> when host is off?
Yes, I think you're missing the point of having a split clock at all.
Typically you think of a machine as being "owned" by a single party.
They decide if they want to run NTP on the host or run NTP on the BMC
and they point at an NTP server they trust and all is fine.
There is another case of a machine being "owned" by one party and "used"
(leased) by another party. Typically the owner maintains access to the
BMC and the lessee maintains access to the Host. Neither side necessary
trusts the other side to keep the time correct, so we have the "split"
mode.
(There are potential security issues with having an incorrect timebase.
A clear example is that your OS will accept expired SSL certificates if
you tell it the wrong year.)
If the machine owner sets the clock to "NTP/SPLIT", they no longer care
what the time of the host is. They point the NTP config at their own
NTP server and time, from a BMC perspective, is "correct". At that
point the machine lessee can:
1. Ask for 3rd party attestation records from the BMC to confirm what
level of code the BMC is running. (TPM support, not implemented
now).
2. Audit the code on Github to understand how the modes / models are
implemented and what the system will do as a result.
3. Query the BMC on boot to determine what mode it is currently
operating in.
At this point the lessee:
* Can trust that the machine is running a non-tampered version of
code that behaves like our reference implementation.
* Knows from our reference implementation that the 'host time' is
maintained in a secure manner so that if the "owner's" NTP server
were compromised, the 'host time' is still correct.
If the BMC were allowed to change the mode while the host is running (#3
is no longer accurate), then it is impossible for the host to trust the
time. An attacker could simply change the mode after the host as
queried.
--
Patrick Williams
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
next prev parent reply other threads:[~2017-01-20 19:18 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-13 7:42 RFC: new design of phosphor-time-manager on sdbusplus Mine
2017-01-13 9:11 ` Deepak Kodihalli
2017-01-13 12:35 ` Mine
2017-01-16 19:44 ` Patrick Williams
2017-01-17 7:51 ` Mine
2017-01-18 11:07 ` vishwa
2017-01-18 13:45 ` Mine
2017-01-18 14:44 ` Patrick Williams
2017-01-19 3:48 ` Mine
2017-01-19 6:11 ` vishwa
2017-01-19 7:37 ` Mine
2017-01-19 8:39 ` vishwa
2017-01-19 9:48 ` Mine
2017-01-20 19:18 ` Patrick Williams [this message]
2017-01-20 19:08 ` Patrick Williams
2017-01-21 9:56 ` Mine
2017-01-19 12:24 ` vishwa
2017-01-20 19:20 ` Patrick Williams
2017-01-19 12:24 ` vishwa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170120191826.GC5120@heinlein.lan \
--to=patrick@stwcx.xyz \
--cc=mine260309@gmail.com \
--cc=openbmc@lists.ozlabs.org \
--cc=vishwa@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.