HyperOS-Directory-Traversal-Analysis/
│
├── 📁 .github/                     # GitHub-Community- und CI/CD-Workflows
│   ├── 📁 ISSUE_TEMPLATE/          # Vorlagen für Fehler- und Funktionsanfragen
│   │   ├── 📄 config.yml           # Issue-Vorlagenkonfiguration und Links
│   │   ├── 📄 hata-raporu.yml      # Fehlerberichtsformular (YAML Forms)
│   │   └── 📄 ozellik-istegi.yml   # Funktionsanfrageformular (YAML Forms)
│   ├── 📁 workflows/
│   │   ├── 📄 rust.yml             # Rust CI — Build-, Test- und Lint-Pipeline
│   │   ├── 📄 pages.yml            # Automatische Veröffentlichung auf GitHub Pages
│   │   ├── 📄 security.yml         # Sicherheitsscan (cargo-audit, CodeQL)
│   │   └── 📄 docs.yml             # Dokumentations-Lint und Link-Check
│   ├── 📄 dependabot.yml           # Automatische Abhängigkeitsaktualisierung
│   ├── 📄 FUNDING.yml              # GitHub Sponsors Konfiguration
│   ├── 📄 mlc_config.json          # Markdown-Link-Checker-Einstellungen
│   ├── 📄 PULL_REQUEST_TEMPLATE.md
│   └── 📄 SECURITY.md              # Sicherheitsrichtlinie
│
├── 📁 assets/                      # Logo- und Bilddateien
│   └── 🖼️ isu-logo.png             # Logo der İstinye Universität
│
│
├── 📁 docs/                        # Technische Dokumentation
│   ├── 📄 zafiyet-analizi.md       # Schwachstellenanalyse und CVSS-Bewertung
│   ├── 📄 mimari-analiz.md         # HyperOS AVCodec Architekturdiagramm
│   ├── 📄 cozum-onerileri.md       # Lösungsvorschläge und C++-Patches
│   └── 📄 README.md                # Dokumentationsleitfaden-Index
│
├── 📁 research_results/            # Ergebnisse der Aufgabenforschung
│   ├── 📄 Cevaplarım.md            # Antworten auf 10 fortgeschrittene Fragen
│   ├── 📄 SORULAR.md               # Aufgabenfragen
│   ├── 📄 yorum.md                 # Persönliche Analyse und Kommentare
│   ├── 📄 simple.md                # Einfache Erklärungen (50 Schritte)
│   ├── 🌐 infographic.html         # Visueller Schwachstellenleitfaden
│   └── 📄 README.md                # Index der Forschungsergebnisse
│
├── 📁 poc_python/                  # Python-Analysetools (Referenz)
│   ├── 📄 exploit.py               # CVE-2025-2844 Directory Traversal PoC
│   └── 📄 requirements.txt
│
├── 📁 poc_rust/                    # Rust UAF-Simulation (Haupt-PoC)
│   ├── 📁 src/
│   │   └── 📄 main.rs              # Unsafe Rust UAF-Simulationslogik
│   └── 📄 Cargo.toml
│
├── 🌐 simulation.html              # Interaktives Web-Simulationspanel (5 Szenen)
├── 📄 README.md                    # Diese Datei
├── 📄 CODE_OF_CONDUCT.md           # Verhaltenskodex der Gemeinschaft
├── 📄 CONTRIBUTING.md              # Beitragsleitfaden
├── 📄 TODO.md                      # Aufgabenliste
└── ⚖️  LICENSE                      # MIT-Lizenz

[Hauptthread]    processFrameAsync() → Worker-Thread wird gestartet
                      ↓
                release() wird aufgerufen → Speicher wird FREIGEGEBEN ⚠️
                      ↓
[Worker-Thread] Greift weiterhin auf freigegebenen Speicher zu → UAF 💥

# Repository klonen
git clone https://github.com/kkaanozturk/HyperOS-Directory-Traversal-Analysis.git
cd HyperOS-Directory-Traversal-Analysis/poc_rust

# Im Release-Modus kompilieren
cargo build --release

# Windows
.\target\release\cve_2025_21082_uaf_poc.exe --mode vulnerable --verbose

# Linux / macOS
./target/release/cve_2025_21082_uaf_poc --mode vulnerable --verbose

🔬 CVE-2025-21082: HyperOS AVCodec UAF PoC
Mode: vulnerable

⚠️  Running vulnerable scenario...
CodecContext allocated in Arc<Mutex<T>>
🧵 Starting worker thread...
🗑️  Main thread releasing codec context (UAF trigger)...
Memory corrupted to simulate UAF
🔄 Worker thread accessing codec context...
🚨 UAF detected! Magic number corrupted: 0xFEEDFACE
💥 UAF vulnerability triggered on frame 0!

🚨 Vulnerable scenario completed - UAF demonstrated!
⚠️  In a real exploit, this could lead to RCE

# Windows
.\target\release\cve_2025_21082_uaf_poc.exe --mode patched --verbose

# Linux / macOS
./target/release/cve_2025_21082_uaf_poc --mode patched --verbose

🔬 CVE-2025-21082: HyperOS AVCodec UAF PoC
Mode: patched

✅ Running patched scenario...
CodecContext allocated safely in Arc<Mutex<T>>
🧵 Starting worker thread...
⏳ Waiting for worker thread to complete (patch applied)...
🔄 Worker thread processing frames safely...
✅ Frame 0 processed successfully
✅ Frame 1 processed successfully
✅ Frame 2 processed successfully
✅ Frame 3 processed successfully
✅ Frame 4 processed successfully
✅ Worker thread completed safely
🗑️  Safely releasing codec context...

✅ Patched scenario completed - No UAF occurred!
🛡️  Proper synchronization prevents the vulnerability

# Im Projektstammverzeichnis
py -m http.server 8000

# Öffnen Sie in Ihrem Browser: http://localhost:8000/simulation.html

cd poc_python
py -m pip install -r requirements.txt
py exploit.py -u http://ziel:5000 -f etc/shadow

class AVCodecContext {
    void processFrameAsync() {
        worker_thread_ = std::thread([this]() {
            buffer_->processFrame(); // Worker-Thread läuft
        });
        // ❌ Kein join() — Race Condition!
    }

    void release() {
        delete buffer_; // ❌ Speicher wird freigegeben, während der Worker noch läuft
        buffer_ = nullptr;
    }
};

class AVCodecContext {
    void release() {
        shutdown_requested_ = true;
        worker_cv_.notify_all();

        if (worker_thread_.joinable()) {
            worker_thread_.join(); // ✅ Warten, bis der Thread abgeschlossen ist
        }

        delete buffer_; // ✅ Sichere Bereinigung
    }
};

unsafe fn process_frame(&mut self) -> bool {
    // Wenn die Magic Number beschädigt ist, ist UAF eingetreten
    if self.magic != 0xDEADBEEF {
        println!("🚨 UAF erkannt! Magic: 0x{:08X}", self.magic);
        return false;
    }
    self.frame_counter += 1;
    true
}