Awesome

OpenNHP: Zero Trust Network-infrastructure Hiding Protocol

Challenge: AI transforms the Internet as a "Dark Forest"

The rapid advancement of AI technologies, particularly large language models (LLMs), is significantly reshaping the cybersecurity landscape. The rise of Autonomous Vulnerability Exploitation (AVE) represents a major leap in the AI era, streamlining the exploitation of vulnerabilities, as highlighted in this research paper. This development dramatically increases the risk for any exposed network services, echoing the Dark Forest Hypothesis of the Internet. AI-powered tools are continuously scanning the digital environment, swiftly identifying and exploiting weaknesses. Consequently, the Internet is evolving into a "Dark Forest," where visibility equates to vulnerability.

Gartner research predicts a rapid increase in AI-driven cyberattacks. This shifting paradigm calls for a reevaluation of traditional cybersecurity strategies, with a focus on proactive defenses, rapid response mechanisms, and the adoption of network hiding technologies to safeguard critical infrastructure.

Vision: Making the Internet Trustworthy

The openness of TCP/IP protocols has driven the explosive growth of internet applications but also exposed vulnerabilities, allowing malicious actors to gain unauthorized access and exploit any exposed IP address. Although the OSI network model defines the 5th layer (Session Layer) for managing connections, few effective solutions have been implemented to address this.

NHP, or the "Network-infrastructure Hiding Protocol", is a Zero Trust communication protocol designed to function at the OSI Session Layer, which is optimal for managing network visibility and connections. NHP's key objective is to conceal protected resources from unauthorized entities, granting access only to verified, authorized users through continuous verification, contributing to a more trustworthy Internet.

Solution: OpenNHP Fixes the Network Visibility Control

OpenNHP is the open-source implementation of the NHP protocol. It is cryptography-driven and designed with security-first principles, implementing a true zero-trust architecture at the OSI Session Layer.

OpenNHP builds upon earlier research in network hiding technology, utilizing modern cryptographic framework and architecture to ensure security and high performance, thereby overcoming the limitations of previous technologies.

It is crucial to choose a memory-safe language like Go for OpenNHP development, as emphasized in the US Government technical report. For a detailed comparison between SPA and NHP, refer to the section below.

Security Benefits

Since OpenNHP implements Zero Trust principles at the OSI Session Layer, it offers significant benefits:

• Reduces attack surface by hiding infrastructure
• Prevents unauthorized network reconnaissance
• Mitigates vulnerability exploitation
• Stops phishing via encrypted DNS
• Protects against DDoS attacks
• Enables fine-grained access control
• Provides identity-based connection tracking
• Attack attribution

Architecture

The OpenNHP architecture is inspired by the NIST Zero Trust Architecture standard. It follows a modular design with the 3 core components: NHP-Server, NHP-AC and NHP-Agent, as illustrated in the below diagram.

Please refer to the OpenNHP Documentation for detailed information about architecture and workflow.

Cryptographic Algorithms

Cryptography is at the heart of OpenNHP, providing robust security, excellent performance, and scalability by utilizing cutting-edge cryptographic algorithms. Below are the key cryptographic algorithms and frameworks employed by OpenNHP:

• Elliptic Curve Cryptography (ECC): Used for efficient public key cryptography.

Compared to RSA, ECC offers superior efficiency with stronger encryption at shorter key lengths, improving both network transmission and computational performance. The table below highlights the differences in security strength, key lengths, and the key length ratio between RSA and ECC, along with their respective validity periods.

• Noise Protocol Framework: Enables secure key exchange, message encryption/decryption, and mutual authentication.

The Noise Protocol is built around the Diffie-Hellman key agreement and provides modern cryptographic solutions like mutual and optional authentication, identity hiding, forward secrecy, and zero round-trip encryption. Proven for its security and performance, it is already used by popular applications like WhatsApp, Slack and WireGuard.

• Identity-Based Cryptography (IBC): Simplifies key distribution at scale.

Efficient key distribution is essential for implementing Zero Trust. OpenNHP supports both PKI and IBC. While PKI has been widely used for decades, it depends on centralized Certificate Authorities (CA) for identity verification and key management, which can be time-consuming and costly. In contrast, IBC allows for a decentralized and self-governing approach to identity verification and key management, making it more cost-effective for OpenNHP's Zero Trust environment, where billions of devices or servers may need protection and onboarding in real-time.

• Certificateless Public Key Cryptography (CL-PKC): Recommended IBC algorithm

CL-PKC is a scheme that enhances security by avoiding key escrow and addressing the limitations of Identity-Based Cryptography (IBC). In most IBC systems, a user's private key is generated by a Key Generation Center (KGC), which introduces significant risks. A compromised KGC can lead to the exposure of all users' private keys, requiring full trust in the KGC. CL-PKC mitigates this issue by splitting the key generation process, so the KGC only has knowledge of a partial private key. As a result, CL-PKC combines the strengths of both PKI and IBC, offering stronger security without the drawbacks of centralized key management.

Key Features

• Mitigates vulnerability exploitation by enforcing "deny-all" rules by default
• Prevents phishing attacks through encrypted DNS resolution
• Protects against DDoS attacks by hiding infrastructure
• Enables attack attribution through identity-based connections
• Default-deny access control for all protected resources
• Identity and device-based authentication before network access
• Encrypted DNS resolution to prevent DNS hijacking
• Distributed infrastructure to mitigate DDoS attacks
• Scalable architecture with decoupled components
• Integration with existing identity and access management systems
• Support for various deployment models (client-to-gateway, client-to-server, etc)
• Cryptographically secure using modern algorithms (ECC, Noise Protocol, IBC)

• Default-deny access control: All resources are hidden by default, only becoming accessible after authentication and authorization.
• Identity and device-based authentication: Ensures that only known users on approved devices can gain access.
• Encrypted DNS resolution: Prevents DNS hijacking and associated phishing attacks.
• DDoS mitigation: Distributed infrastructure design helps protect against Distributed Denial of Service attacks.
• Scalable architecture: Decoupled components allow for flexible deployment and scaling.
• IAM integration: Works with your existing Identity and Access Management systems.
• Flexible deployment: Supports various models including client-to-gateway, client-to-server, and more.
• Strong cryptography: Utilizes modern algorithms like ECC, Noise Protocol, and IBC for robust security.

Quick Demo

This section provides a brief demonstration of how OpenNHP functions. The server protected by OpenNHP is https://acdemo.opennhp.org. Normally, port 443 would be open for HTTPS services, but with the NHP-AC component installed, all ports are closed by default, enforcing a Zero Trust "deny-all" policy.

1) The Protected Server is "Invisible" to Unauthenticated Users

By default, any attempt to connect to the protected server will result in a TIME OUT error, as all ports are closed, making the server appear offline and effectively "invisible."

Port scanning the server will also return a TIME OUT error.

2) After Authentication, the Protected Server Becomes Accessible

OpenNHP supports a variety of authentication methods, such as OAuth, SAML, QR codes, and more. For simplicity, this demo uses a basic username/password authentication service at https://demologin.opennhp.org to demonstrate the process.

Once you click the "Login" button, authentication is completed successfully, and you are redirected to the protected server. At this point, the server becomes "visible" and accessible on your device.

Deployment

OpenNHP supports multiple deployment models to suit different use cases:

• Client-to-Gateway: Secures access to multiple servers behind a gateway
• Client-to-Server: Directly secures individual servers/applications
• Server-to-Server: Secures communication between backend services
• Gateway-to-Gateway: Secures site-to-site connections

Please refer to the OpenNHP Documentation for detailed deployment instructions.

Comparison between SPA and NHP

The Single Packet Authorization (SPA) protocol is included in the Software Defined Perimeter (SDP) specification released by the Cloud Security Alliance (CSA). NHP improves security, reliability, scalability, and extensibility through a modern cryptographic framework and architecture, as demonstrated in the AHAC research paper.

Contributing

We welcome contributions to OpenNHP! Please see our Contributing Guidelines for more information on how to get involved.

License

OpenNHP is released under the Apache 2.0 License.

Contact

• Project Website: https://github.com/OpenNHP/opennhp
• Slack Channel: Join our Slack

For more detailed documentation, please visit our Official Documentation.

References

• Software-Defined Perimeter (SDP) Specification v2.0. Jason Garbis, Juanita Koilpillai, Junaid lslam, Bob Flores, Daniel Bailey, Benfeng Chen, Eitan Bremler, Michael Roza, Ahmed Refaey Hussein. Cloud Security Alliance(CSA). Mar 2022.
• AHAC: Advanced Network-Hiding Access Control Framework. Mudi Xu, Benfeng Chen, Zhizhong Tan, Shan Chen, Lei Wang, Yan Liu, Tai Io San, Sou Wang Fong, Wenyong Wang, and Jing Feng. Applied Sciences Journal. June 2024.
• Noise Protocol Framework. https://noiseprotocol.org/
• Vulnerability Management Framework project. https://phoenix.security/web-vuln-management/

🌟 Thank you for your interest in OpenNHP! We look forward to your contributions and feedback.