CVE-2016-4427

7.5 HIGH

📋 TL;DR

This vulnerability in Zulip allows deactivated users to access messages when Single Sign-On (SSO) is enabled. It affects Zulip servers running versions before 1.3.12 with SSO configured. This creates an authentication bypass where users who should be locked out can still read messages.

💻 Affected Systems

Products:
  • Zulip
Versions: All versions before 1.3.12
Operating Systems: All platforms running Zulip
Default Config Vulnerable: ✅ No
Notes: Only vulnerable when SSO (Single Sign-On) is enabled. Standard authentication methods are not affected.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Deactivated users gain unauthorized access to sensitive conversations, potentially exposing confidential business communications, intellectual property, or personal information.

🟠

Likely Case

Former employees or deactivated users can continue monitoring conversations they should no longer have access to, leading to information leakage.

🟢

If Mitigated

With proper access controls and monitoring, unauthorized access attempts would be detected and logged, minimizing data exposure.

🌐 Internet-Facing: MEDIUM
🏢 Internal Only: HIGH

🎯 Exploit Status

Public PoC: ✅ No
Weaponized: UNKNOWN
Unauthenticated Exploit: ✅ No
Complexity: LOW

Exploitation requires having a previously valid user account that has been deactivated. The vulnerability is in the SSO integration logic.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: 1.3.12 and later

Vendor Advisory: https://zulip.readthedocs.io/en/2.1.7/overview/changelog.html#id35

Restart Required: Yes

Instructions:

1. Backup your Zulip installation and database. 2. Upgrade to Zulip 1.3.12 or later using: /home/zulip/deployments/current/scripts/upgrade-zulip-from-git 1.3.12. 3. Restart Zulip services: /home/zulip/deployments/current/scripts/restart-server.

🔧 Temporary Workarounds

Disable SSO temporarily

linux

Temporarily disable Single Sign-On authentication until patching can be completed

Edit /etc/zulip/settings.py and set ENABLE_SSO = False
Restart Zulip: /home/zulip/deployments/current/scripts/restart-server

🧯 If You Can't Patch

  • Implement additional access logging and monitoring for deactivated user accounts
  • Manually verify and revoke all sessions for deactivated users in the Zulip database

🔍 How to Verify

Check if Vulnerable:

Check Zulip version: cat /home/zulip/deployments/current/version.py | grep ZULIP_VERSION. If version is earlier than 1.3.12 and SSO is enabled, the system is vulnerable.

Check Version:

cat /home/zulip/deployments/current/version.py | grep ZULIP_VERSION

Verify Fix Applied:

Verify version is 1.3.12 or later and test that deactivated users cannot access messages when SSO is enabled.

📡 Detection & Monitoring

Log Indicators:

  • Access logs showing deactivated user accounts successfully authenticating
  • SSO authentication attempts from deactivated users

Network Indicators:

  • SSO authentication requests for deactivated user accounts

SIEM Query:

source="zulip" (user_status="deactivated" AND auth_result="success")

🔗 References

📤 Share & Export