Affected versions: Ubuntu 14.04 (trusty)

📖 ~4 min read  •  Source: Ubuntu Security Notice USN-3693-1

Related CVEs: CVE-2015-5203 CVE-2015-5221 CVE-2016-10248 CVE-2016-10250 CVE-2016-8883 CVE-2016-8887 CVE-2016-9262 CVE-2016-9387  +12 more

Upstream summary: It was discovered that JasPer incorrectly handled certain malformed
JPEG-2000 image files. If a user or automated system using JasPer were
tricked into opening a specially crafted image, an attacker could exploit
this to cause a denial of service or possibly execute code with the
privileges of the user invoking the program.

Table of contents
  1. Symptom & Impact
  2. Environment & Reproduction
  3. Root Cause Analysis
  4. Quick Triage
  5. Step-by-Step Diagnosis
  6. Solution – Primary Fix
  7. Solution – Alternative Approaches
  8. Verification & Acceptance Criteria
  9. Rollback Plan
  10. Prevention & Hardening
  11. Related Errors & Cross-Refs
  12. References & Further Reading

Symptom & Impact

On Ubuntu 14.04 (trusty) hosts that have jasper installed, administrators report behaviour consistent with Ubuntu Security Notice USN-3693-1: apt reports pending security updates, services backed by jasper fail or restart unexpectedly, AppArmor denials appear in the kernel log, and — for security-rated advisories — the host is exposed to the vulnerability set above. Impact ranges from a single service-restart loop to wider availability incidents whenever jasper sits on the serving path.

Environment & Reproduction

Reproduction targets Ubuntu 14.04 (trusty). Confirm release and installed package:

lsb_release -a
cat /etc/os-release
dpkg -l jasper | tail -2
apt-cache policy jasper
uname -r

Trigger the workflow that exposes jasper — multiple vulnerabilities (20 CVEs) — patch and remediation guide while collecting:

sudo tail -200 /var/log/syslog | grep -i jasper
sudo tail -200 /var/log/syslog
sudo tail -200 /var/log/apt/history.log
sudo tail -200 /var/log/kern.log | grep -i apparmor

Root Cause Analysis

Root cause is documented in Ubuntu Security Notice USN-3693-1. Canonical security maintainers shipped fixes in the corresponding jasper update for Ubuntu 14.04; running an outdated build leaves the host exposed to the failure modes described in the advisory. On this release the fix typically arrives via the Ubuntu Pro ESM (esm-infra / esm-apps) channels rather than the standard archive. Correlate apt history with the journal:

grep -A2 -B2 jasper /var/log/apt/history.log
zgrep -A2 -B2 jasper /var/log/apt/history.log.*.gz 2>/dev/null
cat /proc/sys/kernel/tainted   # non-zero = tainted kernel / out-of-tree modules

Quick Triage

Run these on Ubuntu 14.04 to capture the current state of jasper:

dpkg -l jasper | tail -1                  # installed version
dpkg -V jasper                             # verify shipped files
sudo apt update && apt list --upgradable 2>/dev/null | grep -i security
sudo service jasper status
sudo ufw status verbose 2>/dev/null | head -20
sudo aa-status 2>/dev/null | head -20
# If jasper ships a service unit (unit/job name often differs from pkg name, e.g.
# bind9→named, apache2→apache2, postgresql-NN→postgresql@NN-main):
initctl list 2>/dev/null | grep jasper

On trusty the standard archive no longer ships security fixes. Verify Ubuntu Pro ESM coverage:

# `pro` CLI not available on this release; check the older `ubuntu-advantage-tools`:
sudo ua status --format=json 2>/dev/null | head
apt-cache policy | grep -i esm

Step-by-Step Diagnosis

  1. List failing services.

    initctl list | grep -v running
  2. Tail the journal / syslog for jasper.

    sudo tail -f /var/log/upstart/jasper.log
    sudo tail -f /var/log/syslog
  3. Inspect UFW (Uncomplicated Firewall) state.

    sudo ufw status numbered
    sudo ufw show added
    sudo iptables -L -n -v | head -30
  4. Surface AppArmor denials and switch the profile to complain mode if needed.

    sudo journalctl -k 2>/dev/null | grep -i 'apparmor="DENIED"' | tail -30
    sudo aa-status
    # /etc/apparmor.d/usr.bin.jasper or usr.sbin.jasper — inspect first
    sudo aa-complain /etc/apparmor.d/usr.bin.jasper 2>/dev/null || true
  5. Verify jasper integrity and reinstall if anything is altered.

    sudo dpkg -V jasper
    sudo debsums -c jasper 2>/dev/null
    sudo apt install --reinstall -y jasper
  6. Correlate findings with /var/log/apt/history.log, /var/log/dpkg.log, and Ubuntu Security Notice USN-3693-1 to pin the change that introduced jasper — multiple vulnerabilities (20 CVEs) — patch and remediation guide.

Solution – Primary Fix

Apply the corrective apt transaction referenced by Ubuntu Security Notice USN-3693-1, then reload the affected service:

sudo apt update
sudo apt -y install --only-upgrade jasper
# upstart uses initctl, not systemctl:
# Service name may differ from pkg name; check first:
initctl list 2>/dev/null | grep jasper
sudo service jasper restart
dpkg -l jasper | tail -1            # confirm new version
sudo service jasper status

On trusty the standard archive is past EoL for security; enable Ubuntu Pro ESM to receive the fix:

# Older releases use the `ua` command:
sudo ua attach <token>
sudo ua enable esm-infra
sudo ua enable esm-apps
sudo apt update
sudo apt -y install --only-upgrade jasper

For kernel / glibc / systemd / openssl advisories a reboot (or Livepatch) is required:

sudo apt install -y needrestart
sudo needrestart -r l       # list units that need restart
sudo systemctl reboot       # or: sudo shutdown -r now

Need help rolling this patch across an Ubuntu fleet? Our IT Solutions & Services team manages Ubuntu patch windows with Landscape and Ubuntu Pro integration. Get in touch for a free consultation.

Solution – Alternative Approaches

If the primary upgrade is not viable, pick from these:

  • Hold the package so apt cannot upgrade it:

    sudo apt-mark hold jasper
    apt-mark showhold | grep jasper
    # Release the hold later with:
    sudo apt-mark unhold jasper
  • Pin a known-good version via apt preferences:

    # /etc/apt/preferences.d/jasper.pref
    Package: jasper
    Pin: version <good-version>
    Pin-Priority: 1001
  • Downgrade to an older version if a regression is suspected:

    apt-cache madison jasper
    sudo apt install --allow-downgrades -y jasper=<older-version>
  • Investigate AppArmor blocking the new binary; switch to complain briefly, capture denials, then re-enforce:

    sudo aa-complain /etc/apparmor.d/usr.bin.jasper 2>/dev/null
    # reproduce the failure
    sudo journalctl -k | grep apparmor | tail
    sudo aa-enforce /etc/apparmor.d/usr.bin.jasper 2>/dev/null
  • Take only the security pocket update and defer the full point-release upgrade:

    sudo apt -y install --only-upgrade -t trusty-security jasper

Verification & Acceptance Criteria

All of these should pass after the fix is applied:

dpkg -l jasper | tail -1                                  # expected fixed version
apt list --upgradable 2>/dev/null | grep -i security || echo OK
sudo service jasper status
sudo tail -50 /var/log/syslog | grep jasper || echo OK
sudo ufw status numbered | head
sudo aa-status 2>/dev/null | head -5

The original reproduction for jasper — multiple vulnerabilities (20 CVEs) — patch and remediation guide must not trigger across two consecutive runs.

Rollback Plan

Capture state before any change:

apt list --installed 2>/dev/null > /root/apt-pre.txt
dpkg --get-selections > /root/dpkg-pre.txt
# ZFS-on-root (Ubuntu 20.04+ default installer option):
sudo zfs snapshot rpool/ROOT/ubuntu@pre-jasper
# LVM-on-root:
sudo lvcreate -L 4G -s -n root_pre_patch /dev/<vg>/<root-lv>

To revert:

sudo apt install --allow-downgrades -y jasper=<old-version>
sudo service jasper restart
sudo service jasper restart
# Kernel rollback: pick the prior kernel from the GRUB menu, then:
sudo systemctl reboot
# ZFS rollback (rolls the whole root dataset):
sudo zfs rollback -r rpool/ROOT/ubuntu@pre-jasper

Prevention & Hardening

Reduce the chance of this recurring on Ubuntu 14.04 (trusty):

  • Enable scheduled security updates via unattended-upgrades:

    sudo apt install -y unattended-upgrades update-notifier-common
    sudo dpkg-reconfigure -plow unattended-upgrades
    # /etc/apt/apt.conf.d/50unattended-upgrades:
    Unattended-Upgrade::Allowed-Origins { "${distro_id}:${distro_codename}-security"; };
  • Install needrestart so services restart automatically after library upgrades:

    sudo apt install -y needrestart
    # /etc/needrestart/needrestart.conf -> $nrconf{restart} = 'a';
  • Attach Ubuntu Pro for ESM (mandatory on this past-EoL release) and Livepatch where supported:

    sudo ua attach <token>
    sudo ua enable esm-infra
    sudo ua enable esm-apps
  • Subscribe to ubuntu-security-announce and watch ubuntu.com/security/cves.

  • Monitor file integrity with debsums and AIDE:

    sudo apt install -y debsums aide
    sudo debsums -ca
    sudo aideinit && sudo mv /var/lib/aide/aide.db.new /var/lib/aide/aide.db
    sudo aide --check
  • For estate-wide patching, manage with Canonical Landscape:

    sudo apt install -y landscape-client
    sudo landscape-config
  • Keep AppArmor profiles in enforce mode and apply CIS Ubuntu Linux Benchmark hardening.

Issues that commonly surface alongside jasper — multiple vulnerabilities (20 CVEs) — patch and remediation guide: apt lock contention, broken dpkg state, systemd ordering cycles, AppArmor denials, and UFW rule drift. Useful triage:

sudo dpkg --configure -a
sudo apt --fix-broken install
initctl list | head
sudo journalctl -k 2>/dev/null | grep -i apparmor | tail
cat /proc/sys/kernel/tainted

View all ubuntu-14-04 tutorials on the Tutorials Hub →

Browse all common problems & solutions on the Tutorials Hub.

References & Further Reading

Primary reference: Ubuntu Security Notice USN-3693-1. Manual pages useful on Ubuntu 14.04:

man apt
man apt-get
man apt-mark
man dpkg
man initctl
# journald not present on this release
man ufw
man apparmor
man aa-status
man unattended-upgrades
man ua

Other resources: Ubuntu Security Notices, Ubuntu CVE Tracker, Ubuntu upgrade notes, and per-package notes in /usr/share/doc/jasper/ for components implicated in jasper — multiple vulnerabilities (20 CVEs) — patch and remediation guide.