daily CVS update output
Updating src tree: P src/bin/ed/ed.1 P src/etc/etc.cobalt/MAKEDEV.conf P src/etc/rc.d/sshd P src/external/bsd/ntp/include/config.h P src/share/man/man4/options.4 P src/sys/arch/aarch64/aarch64/bus_space.c P src/sys/arch/aarch64/include/pmap.h P src/sys/arch/arm/at91/at91ohci.c P src/sys/arch/arm/broadcom/bcm53xx_usb.c P src/sys/arch/arm/ep93xx/epohci.c P src/sys/arch/arm/gemini/obio_ehci.c P src/sys/arch/arm/imx/imxusb.c P src/sys/arch/arm/nvidia/tegra_ehci.c P src/sys/arch/arm/omap/obio_ohci.c P src/sys/arch/arm/omap/omap3_ehci.c P src/sys/arch/arm/omap/omapl1x_ohci.c P src/sys/arch/arm/s3c2xx0/ohci_s3c24x0.c P src/sys/arch/arm/samsung/exynos_ehci.c P src/sys/arch/arm/sunxi/sun4i_dma.c P src/sys/arch/arm/sunxi/sunxi_musb.c P src/sys/arch/arm/xscale/pxa2x0_ohci.c P src/sys/arch/arm/zynq/zynq_usb.c P src/sys/arch/cobalt/conf/GENERIC P src/sys/arch/cobalt/conf/INSTALL P src/sys/arch/cobalt/conf/files.cobalt U src/sys/arch/cobalt/dev/lcdpanel.c cvs update: `src/sys/arch/cobalt/dev/panel.c' is no longer in the repository P src/sys/arch/cobalt/include/cpu.h P src/sys/arch/evbarm/conf/RPI_INSTALL P src/sys/arch/i386/pci/gcscehci.c P src/sys/arch/mips/adm5120/dev/ahci.c P src/sys/arch/mips/cavium/dev/octeon_usbcvar.h P src/sys/arch/mips/ingenic/ingenic_ehci.c P src/sys/arch/mips/ingenic/ingenic_ohci.c P src/sys/arch/mips/ralink/ralink_ehci.c P src/sys/arch/mips/ralink/ralink_ohci.c P src/sys/arch/sgimips/conf/GENERIC32_IP2x U src/sys/arch/sgimips/hpc/button.c P src/sys/arch/sgimips/hpc/files.hpc cvs update: `src/sys/arch/sgimips/hpc/panel.c' is no longer in the repository P src/sys/dev/DEVNAMES P src/sys/dev/cardbus/ehci_cardbus.c P src/sys/dev/cardbus/ohci_cardbus.c P src/sys/dev/cardbus/uhci_cardbus.c P src/sys/dev/fdt/ehci_fdt.c P src/sys/dev/fdt/ohci_fdt.c P src/sys/dev/ic/ac97reg.h P src/sys/dev/ic/pl041.c P src/sys/dev/ic/sl811hs.c P src/sys/dev/marvell/ehci_mv.c P src/sys/dev/pci/ehci_pci.c P src/sys/dev/pci/ichsmb.c P src/sys/dev/pci/ohci_pci.c P src/sys/dev/pci/pcidevs P src/sys/dev/pci/pcidevs.h P src/sys/dev/pci/pcidevs_data.h P src/sys/dev/pci/uhci_pci.c P src/sys/dev/pci/xhci_pci.c P src/sys/dev/usb/ehci.c P src/sys/dev/usb/ehcivar.h P src/sys/dev/usb/motg.c P src/sys/dev/usb/motgvar.h P src/sys/dev/usb/ohci.c P src/sys/dev/usb/ohcivar.h P src/sys/dev/usb/uhci.c P src/sys/dev/usb/uhcivar.h P src/sys/dev/usb/usbroothub.c P src/sys/dev/usb/xhci.c P src/sys/dev/usb/xhcivar.h P src/sys/external/bsd/dwc2/dwc2.c P src/sys/net/if_ethersubr.c P src/sys/net/if_l2tp.c P src/sys/netipsec/key.c P src/tests/lib/libc/sys/t_ptrace_wait.c P src/tests/usr.bin/shmif_dumpbus/d_pcap.out.bz2.uue P src/tests/usr.bin/shmif_dumpbus/t_basic.sh P src/usr.bin/config/defs.h P src/usr.bin/config/sem.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 53483519 Apr 10 03:03 ls-lRA.gz
NetBSD Security Advisory 2018-006: Several vulnerabilities in the network stack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NetBSD Security Advisory 2018-006
=
Topic: Several vulnerabilities in the network stack
Version:NetBSD-current: source prior to Fri, Feb 9th 2018
NetBSD 7.1.2: not affected
NetBSD 7.1 - 7.1.1: affected
NetBSD 7.0 - 7.0.2: affected
NetBSD 6.1 - 6.1.5: affected
NetBSD 6.0 - 6.0.6: affected
Severity: Remote DoS, Remote Memory Corruption
Fixed: NetBSD-current: Fri, Feb 9th 2018
NetBSD-7-1 branch: Sat, Feb 24th 2018
NetBSD-7-0 branch: Sat, Feb 24th 2018
NetBSD-7 branch:Sat, Feb 24th 2018
NetBSD-6-1 branch: Tue, Mar 13th 2018
NetBSD-6-0 branch: Tue, Mar 13th 2018
NetBSD-6 branch:Tue, Mar 13th 2018
Teeny versions released later than the fix date will contain the fix.
Please note that NetBSD releases prior to 6.0 are no longer supported.
It is recommended that all users upgrade to a supported release.
Abstract
Several vulnerabilities were discovered in the network stack:
1) Several bugs in MPLS.
2) Memory leak in IPv6-NBR.
3) Double free in Pim6.
4) IPv4 source-routed packets allowed by default.
5) Signedness bug in PF.
Technical Details
=
1) Several possible use-after-frees existed in the MPLS code. This could
cause the system to panic.
2) A memory leak existed in the IPv6-NBR entry point. An attacker could
cause the kernel to run out of memory.
3) A double-free bug existed in the Pim6 (IPv6 multicast) entry point. This
could cause the kernel to panic.
4) Two sysctls wrongfully allowed IPv4 source-routed packets to be accepted
by the kernel. Source-routed packets are known to have several security
implications.
5) A signedness bug existed in NetBSD's implementation of the PF firewall.
A length check was unintentionally made unsigned, while it was expected
to be signed. This could cause a read overflow (leading to a page fault)
if a specially-crafted TCP-SYN packet was received while PF had a
configuration of the type "pass in [...] tcp [...] modulate state".
Solutions and Workarounds
=
For all NetBSD versions, you need to obtain fixed kernel sources,
rebuild and install the new kernel, and reboot the system.
The fixed source may be obtained from the NetBSD CVS repository.
The following instructions briefly summarize how to upgrade your
kernel. In these instructions, replace:
ARCH with your architecture (from uname -m),
KERNCONF with the name of your kernel configuration file and
VERSION with the file version below
File versions containing the fixes:
FILE HEAD netbsd-7 netbsd-7-0 netbsd-7-1
-- --
src/sys/net/if_mpls.c
1.33 1.16.2.1 1.16.6.1 1.16.10.1
src/sys/netmpls/mpls_ttl.c
1.9 1.4.4.1 1.4.8.11.4.12.1
src/sys/netinet6/nd6_nbr.c
1.1451.100.2.31.100.2.2.2.1 1.100.2.2.6.1
src/sys/netinet6/ip6_mroute.c
1.1201.107.2.11.107.6.1 1.107.10.1
src/sys/netinet/ip_input.c
1.3661.319.2.11.319.6.1 1.319.10.1
src/sys/dist/pf/net/pf.c
1.78 1.72.2.1 1.72.6.1 1.72.10.1
FILE netbsd-6 netbsd-6-0 netbsd-6-1
-- --
src/sys/net/if_mpls.c
1.8.8.2 1.8.14.2 1.8.22.2
src/sys/netmpls/mpls_ttl.c
1.3.18.1 1.3.24.1 1.3.32.1
src/sys/netinet6/nd6_nbr.c
1.95.2.1 1.95.6.1 1.95.8.1
src/sys/netinet6/ip6_mroute.c
1.103.2.11.103.8.1 1.103.16.1
src/sys/netinet/ip_input.c
1.298.2.11.298.6.1 1.298.8.1
src/sys/dist/pf/net/pf.c
1.68.2.1 1.68.6.1 1.68.8.1
To update from CVS, re-build, and re-install the kernel:
# cd src
# cvs update -d -P -r VERSION sys/net/if_mpls.c
# cvs update -d -P -r VERSION sys/netmpls/mpls_ttl.c
# cvs update -d -P -r VERSION sys/netinet6/nd6_nbr.c
# cvs update -d -P -r VERSION sys/netinet6/ip6_mroute.c
# cvs update -d -P -r VERSION sys/netinet/ip_input.c
# cvs update -d -P -r VERSION sys/dist/pf/net/pf.c
# ./build.sh kernel=KERNCONF
# mv /netbsd /netbsd.old
# cp sys/arch/ARCH/compile/obj/KERNCONF/netbsd /netbsd
# shutdown -r now
For more information on how to do this, see:
http://www.NetBSD.org/guide/en/chap-kernel.html
Thanks To
=
Maxime Villard for finding and fixing issues 1) 2) 3) 4), Lucio Albornoz
for reporting a problem that was discovered t
NetBSD Security Advisory 2018-005: Privilege separation bug in Xen-amd64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NetBSD Security Advisory 2018-005
=
Topic: Privilege separation bug in Xen-amd64
Version:NetBSD-current: source prior to Sun, Dec 31st 2017
NetBSD 7.1.2: not affected
NetBSD 7.1 - 7.1.1: affected
NetBSD 7.0 - 7.0.2: affected
NetBSD 6.1 - 6.1.5: affected
NetBSD 6.0 - 6.0.6: affected
Severity: Privilege escalation / Local DoS
Fixed: NetBSD-current: Sun, Dec 31st 2017
NetBSD-7-1 branch: Mon, Jan 22nd 2018
NetBSD-7-0 branch: Mon, Jan 22nd 2018
NetBSD-7 branch:Mon, Jan 22nd 2018
NetBSD-6-1 branch: Mon, Feb 19th 2018
NetBSD-6-0 branch: Mon, Feb 19th 2018
NetBSD-6 branch:Mon, Feb 19th 2018
Teeny versions released later than the fix date will contain the fix.
Please note that NetBSD releases prior to 6.0 are no longer supported.
It is recommended that all users upgrade to a supported release.
Abstract
A mistake the Xen-amd64 port of NetBSD allowed unprivileged users to
read from and write to the CPU's I/O ports. This could be used to
escalate privileges.
Technical Details
=
The kernel uses several flags that define CPU protections, and in particular,
SEL_KPL and SEL_UPL, that respectively define "kernel" privileges and "user"
privileges in the %cs register.
64bit Xen PV guests run, by design, in ring3, the same protection level as
userland. As a result, SEL_KPL equals SEL_UPL.
Xen uses a specific iopl privilege mechanism to control access rights to
the CPU I/O ports: it expects the iopl value to match the intended privilege,
and not the hardware privilege. Therefore, if the kernel wanted to prevent
userland from accessing the CPU I/O ports, it had to set the iopl to ring0,
even if the kernel actually runs in ring3.
A mistake existed in NetBSD, where iopl was unintentionally set to ring3,
allowing userland to access CPU I/O ports. The mistake in question was a
confusion with the privilege flags: iopl was set to SEL_KPL, but in the case
of Xen-amd64 this was equal to SEL_UPL, which meant ring3.
Solutions and Workarounds
=
For all NetBSD versions, you need to obtain fixed kernel sources,
rebuild and install the new kernel, and reboot the system.
The fixed source may be obtained from the NetBSD CVS repository.
The following instructions briefly summarize how to upgrade your
kernel. In these instructions, replace:
ARCH with your architecture (from uname -m),
KERNCONF with the name of your kernel configuration file and
VERSION with the file version below
File versions containing the fixes:
FILE HEAD netbsd-7 netbsd-7-0 netbsd-7-1
-- --
src/sys/arch/amd64/amd64/machdep.c
1.2801.211.2.21.211.6.2 1.211.10.2
src/sys/arch/amd64/include/segments.h
1.34 1.24.12.11.24.16.1 1.24.22.1
src/sys/arch/i386/i386/machdep.c
1.8001.752.4.21.752.8.2 1.752.12.2
src/sys/arch/i386/include/segments.h
1.64 1.54.30.11.54.34.1 1.54.38.1
src/sys/arch/x86/x86/vm_machdep.c
1.30 1.25.4.2 1.25.8.2 1.25.4.1.2.1
FILE netbsd-6 netbsd-6-0 netbsd-6-1
-- --
src/sys/arch/amd64/amd64/machdep.c
1.175.2.10 1.175.2.7.2.3 1.175.2.8.2.2
src/sys/arch/amd64/include/segments.h
1.22.10.11.22.14.1 1.22.16.1
src/sys/arch/i386/i386/machdep.c
1.717.2.91.717.2.7.4.2 1.717.2.7.6.2
src/sys/arch/i386/include/segments.h
1.54.10.11.54.16.1 1.54.24.1
src/sys/arch/x86/x86/vm_machdep.c
1.14.2.1 1.14.6.1 1.14.8.1
To update from CVS, re-build, and re-install the kernel:
# cd src
# cvs update -d -P -r VERSION sys/arch/amd64/amd64/machdep.c
# cvs update -d -P -r VERSION sys/arch/amd64/include/segments.h
# cvs update -d -P -r VERSION sys/arch/i386/i386/machdep.c
# cvs update -d -P -r VERSION sys/arch/i386/include/segments.h
# cvs update -d -P -r VERSION sys/arch/x86/x86/vm_machdep.c
# ./build.sh kernel=KERNCONF
# mv /netbsd /netbsd.old
# cp sys/arch/ARCH/compile/obj/KERNCONF/netbsd /netbsd
# shutdown -r now
For more information on how to do this, see:
http://www.NetBSD.org/guide/en/chap-kernel.html
Thanks To
=
Maxime Villard for finding and fixing the issue.
Revision History
2018-04-09 Initial release
More Information
Advisories may be updated as new information becomes
NetBSD Security Advisory 2018-004: Remote Memory Corruption in IPv6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NetBSD Security Advisory 2018-004
=
Topic: Remote Memory Corruption in IPv6
Version:NetBSD-current: source prior to Tue, Jan 30th 2018
NetBSD 7.1: affected
NetBSD 7.0 - 7.0.2: affected
NetBSD 6.1 - 6.1.4: affected
NetBSD 6.0 - 6.0.5: affected
Severity: Remote DoS, Remote Memory Corruption
Fixed: NetBSD-current: Tue, Jan 30th 2018
NetBSD-7-1 branch: Tue, Jan 30th 2018
NetBSD-7-0 branch: Tue, Jan 30th 2018
NetBSD-7 branch:Tue, Jan 30th 2018
NetBSD-6-1 branch: Tue, Jan 30th 2018
NetBSD-6-0 branch: Tue, Jan 30th 2018
NetBSD-6 branch:Tue, Jan 30th 2018
Teeny versions released later than the fix date will contain the fix.
Please note that NetBSD releases prior to 6.0 are no longer supported.
It is recommended that all users upgrade to a supported release.
Abstract
A mistake in the way received IPv6 packets are handled allowed an attacker
to remotely trigger a memory corruption.
Technical Details
=
When a packet is received, the kernel stores it in memory as chain of mbufs.
An mbuf is basically a block of contiguous memory.
A function, located deep into the IPv6 entry point, was not performing the
necessary checks when treating a received IPv6 packet. It was parsing the
IPv6 options assuming they were located in the first mbuf of the chain, but
this assumption was incorrect. Therefore, it was possible for this function
to return a pointer that pointed to an area located after the first mbuf.
This pointer was then either read from, or written to with one byte that
could be controlled by the packet.
It has been demonstrated that by sending a special combination of nested
IPv6 fragments, this bug could be exploited remotely, and could allow an
attacker to cause the kernel to behave unexpectedly because random areas of
memory were overwritten. It is not clear whether this attack could be turned
to a code execution attack.
The PF firewall can mitigate this particular attack, because it rejects
nested IPv6 fragments by default. NPF does not reject such fragments by
default. The status of IPF in this regard has not been investigated. It is
possible that other vectors than IPv6 fragments could trigger this
vulnerability.
Solutions and Workarounds
=
For all NetBSD versions, you need to obtain fixed kernel sources,
rebuild and install the new kernel, and reboot the system.
The fixed source may be obtained from the NetBSD CVS repository.
The following instructions briefly summarize how to upgrade your
kernel. In these instructions, replace:
ARCH with your architecture (from uname -m),
KERNCONF with the name of your kernel configuration file and
VERSION with the file version below
File versions containing the fixes:
FILE HEAD netbsd-7 netbsd-7-0 netbsd-7-1
-- --
src/sys/netinet6/frag6.c
1.65 1.55.4.1 1.55.6.1 1.55.10.1
src/sys/netinet6/ip6_input.c
1.1871.149.2.21.149.2.1.2.1 1.149.2.1.6.1
src/sys/netinet6/ip6_var.h
1.78 1.62.2.2 1.62.2.1.2.1 1.62.2.1.6.1
src/sys/netinet6/raw_ip6.c
1.1601.136.2.21.136.6.1 1.136.2.1.2.1
FILE netbsd-6 netbsd-6-0 netbsd-6-1
-- --
src/sys/netinet6/frag6.c
1.52.2.3 1.52.2.1.4.2 1.52.2.2.2.1
src/sys/netinet6/ip6_input.c
1.136.2.21.136.6.2 1.136.8.2
src/sys/netinet6/ip6_var.h
1.58.2.2 1.58.6.2 1.58.8.2
src/sys/netinet6/raw_ip6.c
1.109.2.11.109.6.1 1.109.8.1
src/sys/netinet6/ah_input.c
1.59.8.1 1.59.12.1 1.59.14.1
src/sys/netinet6/esp_input.c
1.50.8.1 1.50.12.1 1.50.14.1
src/sys/netinet6/ipcomp_input.c
1.38.8.1 1.38.12.1 1.38.14.1
Note: for NetBSD-6, there are three more files that contain the fix.
To update from CVS, re-build, and re-install the kernel:
# cd src
# cvs update -d -P -r VERSION sys/netinet6/frag6.c
# cvs update -d -P -r VERSION sys/netinet6/ip6_input.c
# cvs update -d -P -r VERSION sys/netinet6/ip6_var.h
# cvs update -d -P -r VERSION sys/netinet6/raw_ip6.c
If you run NetBSD-6:
# cvs update -d -P -r VERSION sys/netinet6/ah_input.c
# cvs update -d -P -r VERSION sys/netinet6/esp_input.c
# cvs update -d -P -r VERSION sys/netinet6/ipcomp_input.c
# ./build.sh kernel=KERNCONF
# mv /netbsd /netbsd.old
# cp sys/arch/ARC
NetBSD Security Advisory 2018-003: Remote DoS in IPsec (IPv6)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NetBSD Security Advisory 2018-003
=
Topic: Remote DoS in IPsec (IPv6)
Version:NetBSD-current: source prior to Wed, Jan 24th 2018
NetBSD 7.1: affected
NetBSD 7.0 - 7.0.2: affected
NetBSD 6.1 - 6.1.4: affected
NetBSD 6.0 - 6.0.5: affected
Severity: Remote DoS, Remote Memory Corruption
Fixed: NetBSD-current: Wed, Jan 24th 2018
NetBSD-7-1 branch: Mon, Jan 29th 2018
NetBSD-7-0 branch: Mon, Jan 29th 2018
NetBSD-7 branch:Mon, Jan 29th 2018
NetBSD-6-1 branch: Mon, Jan 29th 2018
NetBSD-6-0 branch: Mon, Jan 29th 2018
NetBSD-6 branch:Mon, Jan 29th 2018
Teeny versions released later than the fix date will contain the fix.
Please note that NetBSD releases prior to 6.0 are no longer supported.
It is recommended that all users upgrade to a supported release.
Abstract
A mistake in the way IPsec parses IPv6-AH packets allowed an attacker to
remotely crash the kernel with a single IPv6 packet.
Technical Details
=
When receiving an IPv6-AH packet, IPsec must zero out the IPv6 options
that are mutable. To achieve that, it must find the IPPROTO_HOPOPTS and
IPPROTO_DSTOPTS options, and iterate over the suboptions they contain.
A suboption is made of a header and a payload. The header is two-byte-sized:
the second byte indicates the length of the payload, but does not count the
size of the suboption header itself.
A mistake existed in the suboption iteration procedure: the parser's loop
was incremented by the length of the payload, but was not added an
additional two bytes. Therefore, if a suboption had a 'length' field of
zero, the kernel would enter an infinite loop.
By sending a single IPv6-AH packet with a suboption of length zero, an
attacker could remotely make the kernel unresponsive.
Moreover, the suboption parser was written with the assumption that an
incoming IPv6 packet already went through the generic IPv6 parser, and
that therefore several fields were already guaranteed to be valid. Because
of the aforementioned bug, this assumption did not hold anymore, and it was
possible for an attacker to remotely trigger a buffer overflow that would
fill with zeros an area that extends beyond the buffer containing the
packet.
Important Note
==
Several other issues have been, and are being, identified in the IPsec code.
It is not yet clear whether they are exploitable or not, but the fixes are
being propagated to the Stable branches. Therefore, while a Security
Advisory may not be available shortly, it is recommended that users of IPsec
keep their systems up-to-date.
Solutions and Workarounds
=
For all NetBSD versions, you need to obtain fixed kernel sources,
rebuild and install the new kernel, and reboot the system.
The fixed source may be obtained from the NetBSD CVS repository.
The following instructions briefly summarize how to upgrade your
kernel. In these instructions, replace:
ARCH with your architecture (from uname -m),
KERNCONF with the name of your kernel configuration file and
VERSION with the file version below
File versions containing the fixes:
FILE HEAD netbsd-7 netbsd-7-0 netbsd-7-1
-- --
src/sys/netipsec/xform_ah.c
1.76 1.42.4.1 1.42.8.1 1.42.12.1
FILE netbsd-6 netbsd-6-0 netbsd-6-1
-- --
src/sys/netipsec/xform_ah.c
1.37.2.1 1.37.6.1 1.37.8.1
To update from CVS, re-build, and re-install the kernel:
# cd src
# cvs update -d -P -r VERSION sys/netipsec/xform_ah.c
# ./build.sh kernel=KERNCONF
# mv /netbsd /netbsd.old
# cp sys/arch/ARCH/compile/obj/KERNCONF/netbsd /netbsd
# shutdown -r now
For more information on how to do this, see:
http://www.NetBSD.org/guide/en/chap-kernel.html
Thanks To
=
Maxime Villard for finding and fixing the issue.
Revision History
2018-02-12 Initial release
More Information
Advisories may be updated as new information becomes available.
The most recent version of this advisory (PGP signed) can be found at
http://ftp.NetBSD.org/pub/NetBSD/security/advisories/NetBSD-SA2018-0XX.txt.asc
Information about NetBSD and NetBSD security can be found at
http://www.NetBSD.org/ and http://www.NetBSD.org/Security/ .
Copyright 2018, The NetBSD Foundation, Inc. All Rights Reserved.
Redistribution permitted only in full, unmodified form.
-BEGIN PGP SIGNATURE-
iQIcBAEBAgAGBQJage/aAAoJEAZJc6xMSnBuAikP/36jJNF2y
Re: llvm self-tests looping(?),Re: llvm self-tests looping(?),Re: llvm self-tests looping(?),Re: llvm self-tests looping(?)
>>> I don't see an ATF machine for powerpc, there shall be one available. >>> >>> http://releng.netbsd.org/test-results.html >> >> Mm, OK, doing the tests on netbsd-8 on this MacMini G4 should be >> fairly straight-forward. > > Not so. The machine wedged partway through the tests, it's in > the office and I'm at home... It looks like one of the net/icmp/t_ping* tests caused the wedge. I commented them out from Atffile, and the tests now completed. Regards, - Håvard
