ArchLinux: 202005-15: ant: arbitrary command execution

    Date 01 Jun 2020
    90
    Posted By LinuxSecurity Advisories
    The package ant before version 1.10.8-1 is vulnerable to arbitrary command execution.
    Arch Linux Security Advisory ASA-202005-15
    ==========================================
    
    Severity: Medium
    Date    : 2020-05-20
    CVE-ID  : CVE-2020-1945
    Package : ant
    Type    : arbitrary command execution
    Remote  : No
    Link    : https://security.archlinux.org/AVG-1159
    
    Summary
    =======
    
    The package ant before version 1.10.8-1 is vulnerable to arbitrary
    command execution.
    
    Resolution
    ==========
    
    Upgrade to 1.10.8-1.
    
    # pacman -Syu "ant>=1.10.8-1"
    
    The problem has been fixed upstream in version 1.10.8.
    
    Workaround
    ==========
    
    None.
    
    Description
    ===========
    
    Apache Ant uses the default temporary directory identified by the Java
    system property java.io.tmpdir for several tasks and may thus leak
    sensitive information. The fixcrlf and replaceregexp tasks also copy
    files from the temporary directory back into the build tree allowing an
    attacker to inject modified source files into the build process.
    
    Impact
    ======
    
    A local malicious user can inject code into the ant build process.
    
    References
    ==========
    
    https://lists.apache.org/thread.html/r8e592bbfc016a5dbe2a8c0e81ff99682b9c78c453621b82c14e7b75e%40%3Cdev.ant.apache.org%3E
    https://security.archlinux.org/CVE-2020-1945
    

    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.