OpenBSD Journal

OpenBSD Journal

doas environmental security

Contributed by rueda on from the a-more-su_table-approach dept.

Ted Unangst (tedu@) posted to the tech@ mailing list regarding recent changes to environment handling in doas (in -current):

[...]
After some reflection, I've been convinced that it's unlikely everybody reads
the manuals, or that the manuals are even correct or complete. So the new doas
behavior moving forward is to reset most everything to the target user's
environment.

Your action items, as we like to say in the biz, are:

1. Check existing configs for "restricted root" rules and verify that they are
run with the correct environment.

2. When updating, check for rules that intentionally use inherited environment
variables. They may need to be explicitly passing using setenv in doas.conf.

Readers are encouraged to read the entire message.

SSH gets protection against side channel attacks

Contributed by Paul 'WEiRD' de Weerd on from the Sshould be a sshecret dept.

Damien Miller (djm@) has just committed a new feature for SSH that should help protect against all the various memory side channel attacks that have surfaced recently.

Add protection for private keys at rest in RAM against speculation and memory sidechannel attacks like Spectre, Meltdown, Rowhammer and Rambleed. This change encrypts private keys when they are not in use with a symmetic key that is derived from a relatively large "prekey" consisting of random data (currently 16KB).

Read more…

ntpd auto time setting

Contributed by Paul 'WEiRD' de Weerd on from the no time like the present dept.

Otto Moerbeek (otto@) has written an update on his recent ntpd(8) work to the tech@ mailinglist:

Hi,

I have been working on a nice feature that improves startup behaviour of ntpd.

Summary: make sure you have at least one constraint source configured and use no options. ntpd will set the clock if needed, even if you machines has no battery backed up clock and is running a DNSSEC validating resolver.

Read more…

rpki-client(8) imported into the tree

Contributed by rueda on from the rogue packets kill the internet dept.

Job Snijders (job@) has imported Kristaps Dzonsons' rpki-client (discussed previously) into the tree:

And here is the commit message:

Import Kristaps Dzonsons' RPKI validator into the tree

rpki-client(1) is an implementation of the Resource Public Key
Infrastructure (RPKI), specified by RFC 6480. The client is responsible
for downloading, validating and converting Route Origin Authorisations
(ROAs) into Validated ROA Payloads (VRPs). The client's output (VRPs)
can be used by bgpd(8) to perform BGP Origin Validation (RFC 6811).

The current rpki-client(1) version depends on the CMS functions in
OpenSSL, this of course needs to be addressed urgently.

Thanks to NetNod, IIS.SE, SUNET & 6connect for supporting this effort!

OK deraadt@

On Mon, Jun 17, 2019 at 08:31:31AM -0600, Job Snijders wrote:
> CVSROOT:	/cvs
> Module name:	src
> Changes by:	job@cvs.openbsd.org	2019/06/17 08:31:31
> 
> Log message:
>     ../../../logmessage
>     
>     Status:
>     
>     Vendor Tag:	job
>     Release Tags:	job_20190617
>     
>     N src/usr.sbin/rpki-client/LICENSE.md
>     N src/usr.sbin/rpki-client/Makefile
>     N src/usr.sbin/rpki-client/README.md
>     N src/usr.sbin/rpki-client/TODO.md
>     N src/usr.sbin/rpki-client/as.c
>     N src/usr.sbin/rpki-client/cert.c
>     N src/usr.sbin/rpki-client/cms.c
>     N src/usr.sbin/rpki-client/crl.c
>     N src/usr.sbin/rpki-client/extern.h
>     N src/usr.sbin/rpki-client/io.c
>     N src/usr.sbin/rpki-client/ip.c
>     N src/usr.sbin/rpki-client/log.c
>     N src/usr.sbin/rpki-client/main.c
>     N src/usr.sbin/rpki-client/mft.c
>     N src/usr.sbin/rpki-client/roa.c
>     N src/usr.sbin/rpki-client/rpki-client.1
>     N src/usr.sbin/rpki-client/rsync.c
>     N src/usr.sbin/rpki-client/tal.c
>     N src/usr.sbin/rpki-client/test-cert.c
>     N src/usr.sbin/rpki-client/test-ip.c
>     N src/usr.sbin/rpki-client/test-mft.c
>     N src/usr.sbin/rpki-client/test-roa.c
>     N src/usr.sbin/rpki-client/test-tal.c
>     N src/usr.sbin/rpki-client/compats.c
>     N src/usr.sbin/rpki-client/configure
>     N src/usr.sbin/rpki-client/tests.c
>     N src/usr.sbin/rpki-client/output-bgpd.c
>     N src/usr.sbin/rpki-client/validate.c
>     N src/usr.sbin/rpki-client/x509.c
>     N src/usr.sbin/rpki-client/tals/afrinic.tal
>     N src/usr.sbin/rpki-client/tals/apnic.tal
>     N src/usr.sbin/rpki-client/tals/lacnic.tal
>     N src/usr.sbin/rpki-client/tals/ripe.tal
>     
>     No conflicts created by this import
> 

At the time of writing, it is not linked to the build, but work continues apace.

acme-client(1) moves to Let's Encrypt v02 API

Contributed by rueda on from the wiley-coyote-and-acme-rockets-go-meep-meep dept.

Florian Obser (florian@) has committed the changes required to move acme-client(1) in -current to the RFC 8555 protocol used by the Let's Encrypt v02 API:

CVSROOT:	/cvs
Module name:	src
Changes by:	florian@cvs.openbsd.org	2019/06/07 02:07:52

Modified files:
	usr.sbin/acme-client: acctproc.c acme-client.1 certproc.c 
	                      extern.h http.c http.h json.c main.c 
	                      netproc.c 

Log message:
Implement RFC 8555 "Automatic Certificate Management Environment
(ACME)" to be able to talk to the v02 Let's Encrypt API.

With this acme-client(1) will no longer be able to talk to the v01
API. Users must change the api url in /etc/acme-client.conf to
https://acme-v02.api.letsencrypt.org/directory
Existing accounts (and certs of course) stay valid and after the url
change acme-client will be able to renew certs.

Tested by Renaud Allard and benno
Input & OK benno

Let's Encrypt has already announced its "End of Life Plan for ACMEv1".

Smartisan becomes Iridium Donor for 2019

Contributed by rueda on from the give-until-it-hurts dept.

Ken Westerback of The OpenBSD Foundation wrote in with some excellent news on the 2019 fundraising campaign:

The OpenBSD Foundation is excited to announce that it has received its largest ever donation. Smartisan has topped its own previous record donation with a 2019 donation of CDN$380,000.00. This makes Smartisan the first Iridium level donor of 2019.

Smartisan has donated tickets sales from its new product launch events to the open source community since 2014. This year Smartisan chose to donate some of the proceeds to the OpenBSD Foundation.

We thank Smartisan for its very generous support! This donation will allow the Foundation to fund many exciting initiatives in OpenBSD and related projects over the next few years.

As we've noted before, this donation does not preclude others from contributing!

Donate!

Donate to OpenBSD

Features

We are constantly on the lookout for stories of how you put OpenBSD to work. Please submit any informative articles on how OpenBSD is helping your company.

OpenBSD Errata

OpenBSD 6.5

0052019-06-10 RELIABILITY TLS handshakes fail if a client supporting TLS 1.3 tries to connect to an OpenBSD server and sends a key share extension that does not include X25519.
0042019-06-10 RELIABILITY Several issues were corrected in bgpd: "network" statements with no fixed prefix were incorrectly removed when configuration was reloaded, "export default-route" did not work, and "network 0.0.0.0/0" could not be used in some cases.
0032019-05-29 SECURITY Intel CPUs have a cross privilege side-channel attack (MDS).
0022019-05-16 RELIABILITY LibreSSL servers did not provide an SRTP profile, so DTLS negotiation failed.
0012019-05-03 RELIABILITY If a userland program sets the IPv6 checksum offset on a raw socket, an incoming packet could crash the kernel. ospf6d is such a program.

Unofficial RSS feed of OpenBSD errata

XML/RSS/RDF

Users wishing RSS/RDF summary files of OpenBSD Journal can retrieve: RSS feed

Options are available.

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]