CVE-1999-1010: Low severity OpenBSD OpenSSH vulnerability

Published Dec 14, 1999
·
Updated

An SSH 1.2.27 server allows a client to use the "none" cipher, even if it is not allowed by the server policy.

Affected Software

1 affected component
OpenBSD OpenSSH=1.2.27

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Remove

    Remove OpenSSH 1.2.27 from your environment.

    Disable or uninstall the affected OpenSSH 1.2.27 server until a security update or patch is available.

  2. Configuration

    Remove 'none' from the server's accepted ciphers (e.g., remove 'none' from the Ciphers list in sshd_config) or otherwise configure the server to not accept the 'none' cipher.

    OpenSSH Ciphers = exclude 'none'
  3. Compensating control

    Restrict network access to affected OpenSSH 1.2.27 servers using firewall rules or ACLs (allow only trusted IPs or place behind a VPN) and isolate the service until a fix is applied.

  4. Operational

    Monitor SSH logs for any connections negotiating the 'none' cipher, terminate such sessions, investigate potential misuse, and rotate any credentials or keys if compromise is suspected.

Event History

Dec 14, 1999
CVE Published
05:00 AM
Data Sourced
via NVD·05:00 AM
DescriptionSeverityAffected Software
Apr 25, 2000
CVE Published
via MITRE·08:00 AM
Data Sourced
via MITRE·08:00 AM
Description

Frequently Asked Questions

1

What is the severity of CVE-1999-1010?

CVE-1999-1010 is classified as a medium severity vulnerability.

2

How do I fix CVE-1999-1010?

To fix CVE-1999-1010, configure the SSH server to disable the 'none' cipher usage.

3

Which software versions are affected by CVE-1999-1010?

CVE-1999-1010 specifically affects OpenSSH version 1.2.27.

4

What are the risks of CVE-1999-1010?

The primary risk of CVE-1999-1010 is that it allows for weaker encryption methods, potentially exposing data to interception.

5

Is CVE-1999-1010 still relevant today?

While CVE-1999-1010 is an older vulnerability, it highlights historical weaknesses in SSH implementations that can inform current security practices.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203