Fedora 31: unbound FEDORA-2020-8e9b62948e

    Date 27 May 2020
    207
    Posted By LinuxSecurity Advisories
    Security fix for CVE-2020-12662 and CVE-2020-12663
    --------------------------------------------------------------------------------
    Fedora Update Notification
    FEDORA-2020-8e9b62948e
    2020-05-28 01:59:14.571950
    --------------------------------------------------------------------------------
    
    Name        : unbound
    Product     : Fedora 31
    Version     : 1.10.1
    Release     : 1.fc31
    URL         : https://nlnetlabs.nl/projects/unbound/
    Summary     : Validating, recursive, and caching DNS(SEC) resolver
    Description :
    Unbound is a validating, recursive, and caching DNS(SEC) resolver.
    
    The C implementation of Unbound is developed and maintained by NLnet
    Labs. It is based on ideas and algorithms taken from a java prototype
    developed by Verisign labs, Nominet, Kirei and ep.net.
    
    Unbound is designed as a set of modular components, so that also
    DNSSEC (secure DNS) validation and stub-resolvers (that do not run
    as a server, but are linked into an application) are easily possible.
    
    --------------------------------------------------------------------------------
    Update Information:
    
    Security fix for CVE-2020-12662 and CVE-2020-12663
    --------------------------------------------------------------------------------
    ChangeLog:
    
    * Tue May 19 2020 Paul Wouters  - 1.10.1-1
    - Resolves: rhbz#1837279 unbound-1.10.1 is available
    - Resolves: rhbz#1837598 CVE-2020-12662 unbound: insufficient control of network message volume leads to DoS
    - Resolves: rhbz#1837609 CVE-2020-12663 unbound: infinite loop via malformed DNS answers received from upstream servers
    - Updated unbound.conf for new options in 1.10.1
    --------------------------------------------------------------------------------
    References:
    
      [ 1 ] Bug #1837597 - CVE-2020-12662 unbound: amplification of an incoming query into a large number of queries directed to a target
            https://bugzilla.redhat.com/show_bug.cgi?id=1837597
      [ 2 ] Bug #1837604 - CVE-2020-12663 unbound: infinite loop via malformed DNS answers received from upstream servers
            https://bugzilla.redhat.com/show_bug.cgi?id=1837604
    --------------------------------------------------------------------------------
    
    This update can be installed with the "dnf" update program. Use
    su -c 'dnf upgrade --advisory FEDORA-2020-8e9b62948e' at the command
    line. For more information, refer to the dnf documentation available at
    https://dnf.readthedocs.io/en/latest/command_ref.html#upgrade-command-label
    
    All packages are signed with the Fedora Project GPG key. More details on the
    GPG keys used by the Fedora Project can be found at
    https://fedoraproject.org/keys
    --------------------------------------------------------------------------------
    _______________________________________________
    package-announce mailing list -- This email address is being protected from spambots. You need JavaScript enabled to view it.
    To unsubscribe send an email to This email address is being protected from spambots. You need JavaScript enabled to view it.
    Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
    List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
    List Archives: https://lists.fedoraproject.org/archives/list/This email address is being protected from spambots. You need JavaScript enabled to view it.
    

    LinuxSecurity Poll

    How do you feel about the elimination of the terms 'blacklist' and 'slave' from the Linux kernel?

    No answer selected. Please try again.
    Please select either existing option or enter your own, however not both.
    Please select minimum 0 answer(s) and maximum 3 answer(s).
    /main-polls/32-how-do-you-feel-about-the-elimination-of-the-terms-blacklist-and-slave-from-the-linux-kernel?task=poll.vote&format=json
    32
    radio
    [{"id":"112","title":"I strongly support this change - racially charged language should not be used in the code and documentation of the kernel and other open-source projects.","votes":"7","type":"x","order":"1","pct":18.42,"resources":[]},{"id":"113","title":"I'm indifferent - this small change will not affect broader issues of racial insensitivity and white privilege.","votes":"4","type":"x","order":"2","pct":10.53,"resources":[]},{"id":"114","title":"I'm opposed to this change - there is no need to change language that has been used for years. It doesn't make sense for people to take offense to terminology used in community projects.","votes":"27","type":"x","order":"3","pct":71.05,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
    bottom 200

    Please enable / Bitte aktiviere JavaScript!
    Veuillez activer / Por favor activa el Javascript![ ? ]

    We use cookies to provide and improve our services. By using our site, you consent to our Cookie Policy.