<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libsecureboot, branch release/13.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2021-09-03T20:45:16Z</updated>
<entry>
<title>libsecureboot: define SOPEN_MAX</title>
<updated>2021-09-03T20:45:16Z</updated>
<author>
<name>Toomas Soome</name>
<email>tsoome@FreeBSD.org</email>
</author>
<published>2021-08-10T19:46:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=343da8f5e98ffac6a7c02fc5f8dd74290e267be0'/>
<id>urn:sha1:343da8f5e98ffac6a7c02fc5f8dd74290e267be0</id>
<content type='text'>
With commit 97cbd5e722389a575e820c4e03f38053308f08ea, the SOPEN_MAX
was removed from stand.h.

We would need better mechanism there.

(cherry picked from commit ee6dc333e1a1af08afa3d14b83e963e4cf90b77b)

PR:	258211
</content>
</entry>
<entry>
<title>veloader: insist on verifying .4th .lua etc</title>
<updated>2020-08-21T00:27:06Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-08-21T00:27:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0929924b610c8365202e04e3482ecda88e895a1a'/>
<id>urn:sha1:0929924b610c8365202e04e3482ecda88e895a1a</id>
<content type='text'>
When files are read from .rc or .4th, verify_file is asked to
guess the severity (VE_TRY,VE_WANT,VE_MUST)

Reviewed by:	stevek
MFC after:	1 week
Sponsored by:	Juniper Networks
</content>
</entry>
<entry>
<title>Revert that!</title>
<updated>2020-07-19T23:56:19Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-07-19T23:56:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f2be828f97b28345280dec700f02034086dda979'/>
<id>urn:sha1:f2be828f97b28345280dec700f02034086dda979</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Oops missed Makefile.config</title>
<updated>2020-07-19T23:54:00Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-07-19T23:54:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e17f5b1d307b7b8910d67883e57a9604305906d5'/>
<id>urn:sha1:e17f5b1d307b7b8910d67883e57a9604305906d5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>verify_pcr_export: bump kenv_mvallen if needed</title>
<updated>2020-06-12T21:55:30Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-06-12T21:55:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3e6e3de0aa0a25d4e2ddc43e19ed4686353ceb44'/>
<id>urn:sha1:3e6e3de0aa0a25d4e2ddc43e19ed4686353ceb44</id>
<content type='text'>
The loader.ve.hashed list can easily exceed KENV_MVALLEN.
If so, bump kenv_mvallen to a multiple of KENV_MVALLEN to
accommodate the value.

Reviewed by:	stevek
MFC after:	1 week
</content>
</entry>
<entry>
<title>Improve interaction of vectx and tftp</title>
<updated>2020-04-07T16:56:34Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-04-07T16:56:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=723f9041769c9b7310bd16d4a9a2d8e8eeca350f'/>
<id>urn:sha1:723f9041769c9b7310bd16d4a9a2d8e8eeca350f</id>
<content type='text'>
On slow platforms, it helps to spread the hashing load
over time so that tftp does not timeout.

Also, some .4th files are too big to fit in cache of pkgfs,
so increase cache size and ensure fully populated.

Reviewed by:	stevek
MFC after:	1 week
Differential Revision: https://reviews.freebsd.org/D24287
</content>
</entry>
<entry>
<title>Fix pkgfs stat so it satisfies libsecureboot</title>
<updated>2020-03-25T19:12:19Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-03-25T19:12:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=53f151f90603580d0c0a8fa1840ba1262958a7c1'/>
<id>urn:sha1:53f151f90603580d0c0a8fa1840ba1262958a7c1</id>
<content type='text'>
We need a valid st_dev, st_ino and st_mtime
to correctly track which files have been verified
and to update our notion of time.

ve_utc_set(): ignore utc if it would jump our current time
by more than VE_UTC_MAX_JUMP (20 years).

Allow testing of install command via userboot.
Need to fix its stat implementation too.

bhyveload also needs stat fixed - due to change to userboot.h

Call ve_error_get() from vectx_close() when hash is wrong.

Track the names of files we have hashed into pcr

For the purposes of measured boot, it is important
to be able to reproduce the hash reflected in
loader.ve.pcr
so loader.ve.hashed provides a list of names in the order they
were added.

Reviewed by:	imp
MFC after:	1 week
Sponsored by:	Juniper Networks
Differential Revision:	https://reviews.freebsd.org//D24027
</content>
</entry>
<entry>
<title>veloader use vectx API for kernel and modules</title>
<updated>2020-03-08T17:42:42Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2020-03-08T17:42:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=afc571b1a6fb341b0e3f603d4f3a2538093e91f5'/>
<id>urn:sha1:afc571b1a6fb341b0e3f603d4f3a2538093e91f5</id>
<content type='text'>
The vectx API, computes the hash for verifying a file as it is read.
This avoids the overhead of reading files twice - once to verify, then
again to load.

For doing an install via loader, avoiding the need to rewind
large files is critical.

This API is only used for modules, kernel and mdimage as these are the
biggest files read by the loader.
The reduction in boot time depends on how expensive the I/O is
on any given platform.  On a fast VM we see 6% improvement.

For install via loader the first file to be verified is likely to be the
kernel, so some of the prep work (finding manifest etc) done by
verify_file() needs to be factored so it can be reused for
vectx_open().

For missing or unrecognized fingerprint entries, we fail
in vectx_open() unless verifying is disabled.

Otherwise fingerprint check happens in vectx_close() and
since this API is only used for files which must be verified
(VE_MUST) we panic if we get an incorrect hash.

Reviewed by:	imp,tsoome
MFC after:	1 week
Sponsored by:	Juniper Networks
Differential Revision:	https://reviews.freebsd.org//D23827
</content>
</entry>
<entry>
<title>Avoid unused vars when VE_ECDSA_HASH_AGAIN undefined</title>
<updated>2019-12-20T21:56:28Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2019-12-20T21:56:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0e47020f7f20c9ecf5d796497064f1ff124fbfa6'/>
<id>urn:sha1:0e47020f7f20c9ecf5d796497064f1ff124fbfa6</id>
<content type='text'>
Reviewed by:	emaste
MFC after:	1 week
</content>
</entry>
<entry>
<title>Update Makefile.depend files</title>
<updated>2019-12-11T17:37:53Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2019-12-11T17:37:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2c9a9dfc187d171de6b92654d71b977f067ed641'/>
<id>urn:sha1:2c9a9dfc187d171de6b92654d71b977f067ed641</id>
<content type='text'>
Update a bunch of Makefile.depend files as
a result of adding Makefile.depend.options files

Reviewed by:	 bdrewery
MFC after:	1 week
Sponsored by:   Juniper Networks
Differential Revision:  https://reviews.freebsd.org/D22494
</content>
</entry>
</feed>
