Hi Scott,
thanks!
afs started and accessible now.
{{{
# modinfo openafs
filename:
/lib/modules/2.6.32-754.el6.x86_64/kernel/fs/openafs/openafs.ko
license: http://www.openafs.org/dl/license10.html
srcversion: 44B6D0833299E389AA97BF6
depends:
vermagic: 2.6.32-754.el6.x86_64 SMP mod_unload modversions
}}}
But I'm still worried, now versions of kmod-openafs and other openafs
packages are different
{{{
# rpm -qa \*openafs\* | sort
kmod-openafs-1.6.22.3-1.SL610.el6.noarch
kmod-openafs-696-1.6.20-257.sl6.696.x86_64
kmod-openafs-754-1.6.22.3-286.sl6.754.x86_64
openafs-1.6.20-257.sl6.x86_64
openafs-client-1.6.20-257.sl6.x86_64
openafs-krb5-1.6.20-257.sl6.x86_64
openafs-module-tools-1.6.20-257.sl6.x86_64
}}}
On Tue, 3 Jul 2018, Scott Reid wrote:
HI Valery,
Thanks for the report!
kmod-openafs has been added to the security repo. Let us know if that doesn't
solve your problem.
Thanks!
On 7/3/18, 10:29 AM, "[email protected] on behalf of Valery
Mitsyn" <[email protected] on behalf of
[email protected]> wrote:
Oh! There are no kmod-openafs for this kernel.
AFS does not start after the update.
On Mon, 2 Jul 2018, Scott Reid wrote:
> Synopsis: Important: kernel security and bug fix update
> Advisory ID: SLSA-2018:1854-1
> Issue Date: 2018-06-19
> CVE Numbers: CVE-2016-8650
> CVE-2017-7308
> CVE-2017-6001
> CVE-2017-2671
> CVE-2017-7616
> CVE-2017-7889
> CVE-2017-8890
> CVE-2017-9076
> CVE-2017-9075
> CVE-2017-9077
> CVE-2017-12190
> CVE-2017-15121
> CVE-2017-18203
> CVE-2018-3639
> CVE-2015-8830
> CVE-2012-6701
> CVE-2018-5803
> CVE-2018-1130
> --
>
> Security Fix(es):
>
> * An industry-wide issue was found in the way many modern microprocessor
> designs have implemented speculative execution of Load & Store
> instructions (a commonly used performance optimization). It relies on the
> presence of a precisely-defined instruction sequence in the privileged
> code as well as the fact that memory read from address to which a recent
> memory write has occurred may see an older value and subsequently cause an
> update into the microprocessor's data cache even for speculatively
> executed instructions that never actually commit (retire). As a result, an
> unprivileged attacker could use this flaw to read privileged memory by
> conducting targeted cache side-channel attacks. (CVE-2018-3639, PowerPC)
>
> * kernel: net/packet: overflow in check for priv area size (CVE-2017-7308)
>
> * kernel: AIO interface didn't use rw_verify_area() for checking mandatory
> locking on files and size of access (CVE-2012-6701)
>
> * kernel: AIO write triggers integer overflow in some protocols
> (CVE-2015-8830)
>
> * kernel: Null pointer dereference via keyctl (CVE-2016-8650)
>
> * kernel: ping socket / AF_LLC connect() sin_family race (CVE-2017-2671)
>
> * kernel: Race condition between multiple sys_perf_event_open() calls
> (CVE-2017-6001)
>
> * kernel: Incorrect error handling in the set_mempolicy and mbind compat
> syscalls in mm/mempolicy.c (CVE-2017-7616)
>
> * kernel: mm subsystem does not properly enforce the CONFIG_STRICT_DEVMEM
> protection mechanism (CVE-2017-7889)
>
> * kernel: Double free in the inet_csk_clone_lock function in
> net/ipv4/inet_connection_sock.c (CVE-2017-8890)
>
> * kernel: net: sctp_v6_create_accept_sk function mishandles inheritance
> (CVE-2017-9075)
>
> * kernel: net: IPv6 DCCP implementation mishandles inheritance
> (CVE-2017-9076)
>
> * kernel: net: tcp_v6_syn_recv_sock function mishandles inheritance
> (CVE-2017-9077)
>
> * kernel: memory leak when merging buffers in SCSI IO vectors
> (CVE-2017-12190)
>
> * kernel: vfs: BUG in truncate_inode_pages_range() and fuse client
> (CVE-2017-15121)
>
> * kernel: Race condition in drivers/md/dm.c:dm_get_from_kobject() allows
> local users to cause a denial of service (CVE-2017-18203)
>
> * kernel: a null pointer dereference in
> net/dccp/output.c:dccp_write_xmit() leads to a system crash
> (CVE-2018-1130)
>
> * kernel: Missing length check of payload in
> net/sctp/sm_make_chunk.c:_sctp_make_chunk() function allows denial of
> service (CVE-2018-5803)
> --
>
> SL6
> x86_64
> kernel-2.6.32-754.el6.x86_64.rpm
> kernel-debug-2.6.32-754.el6.x86_64.rpm
> kernel-debug-debuginfo-2.6.32-754.el6.i686.rpm
> kernel-debug-debuginfo-2.6.32-754.el6.x86_64.rpm
> kernel-debug-devel-2.6.32-754.el6.i686.rpm
> kernel-debug-devel-2.6.32-754.el6.x86_64.rpm
> kernel-debuginfo-2.6.32-754.el6.i686.rpm
> kernel-debuginfo-2.6.32-754.el6.x86_64.rpm
> kernel-debuginfo-common-i686-2.6.32-754.el6.i686.rpm
> kernel-debuginfo-common-x86_64-2.6.32-754.el6.x86_64.rpm
> kernel-devel-2.6.32-754.el6.x86_64.rpm
> kernel-headers-2.6.32-754.el6.x86_64.rpm
> perf-2.6.32-754.el6.x86_64.rpm
> perf-debuginfo-2.6.32-754.el6.i686.rpm
> perf-debuginfo-2.6.32-754.el6.x86_64.rpm
> python-perf-debuginfo-2.6.32-754.el6.i686.rpm
> python-perf-debuginfo-2.6.32-754.el6.x86_64.rpm
> python-perf-2.6.32-754.el6.x86_64.rpm
> i386
> kernel-2.6.32-754.el6.i686.rpm
> kernel-debug-2.6.32-754.el6.i686.rpm
> kernel-debug-debuginfo-2.6.32-754.el6.i686.rpm
> kernel-debug-devel-2.6.32-754.el6.i686.rpm
> kernel-debuginfo-2.6.32-754.el6.i686.rpm
> kernel-debuginfo-common-i686-2.6.32-754.el6.i686.rpm
> kernel-devel-2.6.32-754.el6.i686.rpm
> kernel-headers-2.6.32-754.el6.i686.rpm
> perf-2.6.32-754.el6.i686.rpm
> perf-debuginfo-2.6.32-754.el6.i686.rpm
> python-perf-debuginfo-2.6.32-754.el6.i686.rpm
> python-perf-2.6.32-754.el6.i686.rpm
> noarch
> kernel-abi-whitelists-2.6.32-754.el6.noarch.rpm
> kernel-doc-2.6.32-754.el6.noarch.rpm
> kernel-firmware-2.6.32-754.el6.noarch.rpm
>
> - Scientific Linux Development Team
>
---
Best regards,
Valery Mitsyn
---
Best regards,
Valery Mitsyn
