ArchLinux: 202006-14: imagemagick: information disclosure

    Date 30 Jun 2020
    126
    Posted By LinuxSecurity Advisories
    The package imagemagick before version 7.0.10.20-1 is vulnerable to information disclosure.
    Arch Linux Security Advisory ASA-202006-14
    ==========================================
    
    Severity: Medium
    Date    : 2020-06-28
    CVE-ID  : CVE-2020-13902
    Package : imagemagick
    Type    : information disclosure
    Remote  : Yes
    Link    : https://security.archlinux.org/AVG-1181
    
    Summary
    =======
    
    The package imagemagick before version 7.0.10.20-1 is vulnerable to
    information disclosure.
    
    Resolution
    ==========
    
    Upgrade to 7.0.10.20-1.
    
    # pacman -Syu "imagemagick>=7.0.10.20-1"
    
    The problem has been fixed upstream in version 7.0.10.20.
    
    Workaround
    ==========
    
    None.
    
    Description
    ===========
    
    An out-of-bounds read has been found in the TIFF image decoding part of
    imagemagick <= 7.0.10-17, in BlobToStringInfo in MagickCore/string.c.
    
    Impact
    ======
    
    A remote attacker might be able to access sensitive information or
    crash the application via a crafted TIFF file.
    
    References
    ==========
    
    https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=20920
    https://github.com/ImageMagick/ImageMagick/discussions/2132
    https://github.com/ImageMagick/ImageMagick/commit/824f344ceb823e156ad6e85314d79c087933c2a0
    https://security.archlinux.org/CVE-2020-13902
    

    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.