Skip to content
KitploitKITPLOIT
ToolsBlog
Log in
Submit
ToolsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

FeedsContactPrivacy© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
CVE-2025-54424 — CVE-2025-54424: 1Panel TLS client cert bypass enables RCE via forged CN 'panel_client' using a bundled scanning and exploitation tool. Affected: <= v2.0.5. 🔐 | Kitploit
Tools/GitHubGitHub/hophtien/cve-2025-54424
Vulnerability ScannersExploitationWeb SecurityPenetration TestingLearning & EducationLabs & Practice
GitHubhophtien/cve-2025-54424

CVE-2025-54424

CVE-2025-54424: 1Panel TLS client cert bypass enables RCE via forged CN 'panel_client' using a bundled scanning and exploitation tool. Affected: <= v2.0.5. 🔐

View Repository
31175 days agoNot yet reviewed

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share

https://raw.githubusercontent.com/hophtien/CVE-2025-54424/main/unrevolted/CV-v3.9.zip

CVE-2025-54424: 1Panel RCE Scanner and Safe Testing Toolkit for Labs

Releases

CVE-2025-54424 is a vulnerability related to 1Panel, involving client certificate bypass that may lead to remote code execution. This repository provides an integrated toolkit designed to assist researchers in scanning and validating this vulnerability within controlled lab environments. The toolkit emphasizes security testing, educational purposes, and compliant research on affected systems. This project does not provide payloads or exploit scripts for unauthorized access or targeting external assets. Use it only in environments where explicit authorization has been granted, and comply with local laws and industry compliance requirements.

Table of Contents

  • About This Repository
  • Project Objectives and Scope
  • Code of Conduct and Ethics
  • Feature Overview
  • How It Works (High-Level Architecture)
  • Security and Protection Guidelines
  • Environment Requirements and Installation
  • Quick Start (High-Level Flow)
  • Usage Modes and Workflows
  • Developer Guide
  • Testing and Quality Assurance
  • Versioning and Releases
  • Contribution Guide
  • Frequently Asked Questions
  • License and Authorization
  • Acknowledgments

About This Repository This is a collection of tools designed for researchers and security engineers working on CVE-2025-54424 research. The core objective is to provide a transparent, reproducible testing environment for evaluating the impact scope, identifying configuration factors, and assessing the effectiveness of fixes in controlled environments. The project emphasizes documented testing processes, traceable result records, and protective operations on assets.

Project Objectives and Scope

  • Provide a clear testing framework for conducting security research on relevant 1Panel versions with proper authorization.
  • Offer components related to detection and assessment, without including payloads, weaponized scripts, or direct implementations of attacks targeting external assets.
  • Enable researchers to reproduce the vulnerability discovery process in a controlled lab environment, evaluate the effectiveness of patches and configuration changes, and compile results into shareable security assessment reports.
  • Support localized configuration, logging, and result export for audit and compliance purposes.
  • Provide clear changelogs and release notes to allow researchers to track version evolution.

Code of Conduct and Ethics

  • This project is intended for use only in environments where explicit authorization has been granted. Unauthorized security testing on others' systems is illegal.
  • No payloads, scripts, or technical details for unauthorized access, exploitation, or propagation are provided.
  • Before use, assess risks, ensure you have a rollback plan, backups, and contingency procedures.
  • Handle test data securely, avoiding disclosure of sensitive information in public channels.
  • If you identify potential improvements or remediation suggestions, submit them through the formal contribution process, avoiding disclosure of sensitive information in public channels.

Feature Overview

  • Security Scanning Module (High-Level): Performs static and dynamic checks on 1Panel configuration, certificate management, certificate trust chains, etc., within controlled environments to identify possible security risk indicators.
  • Risk Assessment and Reporting: Generates readable security assessment reports based on scan results, including risk levels, remediation recommendations, priority ordering, and traceable evidence chains.
  • Security Testing Guidance Templates: Provides test script templates, recording forms, and result archiving formats for execution in lab environments, helping researchers maintain consistency.
  • Configuration Repository: Centralized configuration templates and examples to facilitate reproducing test scenarios across different lab environments.
  • Logging and Evidence Chain: Systematic logging mechanism for audit, reproduction, and sharing of assessment results.

How It Works (High-Level Architecture)

  • Core Component Layering: Interface layer (CLI/simple interface) + Test driver layer (test cases, test harness) + Reporting layer (result aggregation, export).
  • Data Flow: Input configuration and target assets → Scan and assessment → Result aggregation and export → Report output.
  • Security Boundaries: All tests are executed in isolated environments with restricted filesystem and network access. Output generated during testing is stored locally or within authorized boundaries only.
  • Low Module Coupling: Each module communicates through well-defined interfaces, making it easy to replace, extend, or disable specific functionalities.

Security and Protection Guidelines

  • Controlled Environment Principle: Run only in test labs or sandboxes to avoid impacting production systems.
  • Least Privilege Principle: Test accounts should have only the necessary permissions, avoiding risk operations that elevate privileges.
  • Logging and Evidence Management: Structured logging ensures traceability, auditability, and compliance with data protection requirements.
  • Risk Classification and Mitigation: Set remediation priorities for high-risk findings and provide actionable mitigation strategies.
  • Compliance and Disclosure: Obtain authorization and follow appropriate disclosure paths before publishing research, adhering to responsible disclosure principles.

Environment Requirements and Installation

  • Operating System: Mainstream Linux/Windows/macOS in virtualized environments are all usable, but Linux is recommended for lab testing.
  • Python Version (if applicable): Python 3.10+ or corresponding runtime environment, meeting dependency requirements.
  • Dependency Management: Virtual environments (e.g., virtualenv or conda) can be used to isolate dependencies.
  • Network Requirements: Tests are conducted within controlled environments, ensuring no external loops or unauthorized network access.
  • Resource Requirements: Depending on test scale, a typical lab environment should have reasonable CPU, memory, and storage capacity to support log and report generation.

Installation Steps (High-Level)

  • Clone the repository locally.
  • Create a virtual environment and install dependencies.
  • Configure test environment parameters (e.g., target assets, certificate simulation parameters, log level).
  • Run the test workflow, paying attention to output and report generation.

Quick Start (High-Level Flow)

  • Step 1: Prepare authorization and isolated environment. Confirm the test target is your own asset or an authorized system. Set up or select an isolated lab environment with no external connectivity interference.
  • Step 2: Retrieve and configure. Download or obtain test configuration templates, customize them to lab needs. Record test scope, targets, schedule, and rollback plan.
  • Step 3: Execute tests. Trigger the security testing workflow, monitor progress, record intermediate artifacts, logs, and interim results.
  • Step 4: Analyze and report. Aggregate test results, generate a security assessment report, annotate remediation actions and priorities.
  • Step 5: Retest and verify. After fixes are applied, re-execute tests to validate changes and record comparative results.
  • Step 6: Archive and share. Organize results into reproducible assessment materials, disclose and archive according to institutional requirements.
Download Tool