Ergebnis 1 bis 10 von 10
  1. #1
    CIH-Virus
    Registriert seit
    22.06.2007
    Beiträge
    451

    Standard Programm vor Zugriff schützen

    Ich suche nach einer Möglichkeit ein fremdes Programm vor fremden Zugriff zu schützen, besonders vor Read & WriteProcessMemory.

    Wie bzw. ist sowas in VB.net überhaupt möglich?


  2. #2
    Chloë Grace Moretz Avatar von ocz
    Registriert seit
    29.05.2010
    Beiträge
    384

    Standard

    Zitat Zitat von heatshock Beitrag anzeigen
    Ich suche nach einer Möglichkeit ein fremdes Programm vor fremden Zugriff zu schützen, besonders vor Read & WriteProcessMemory.
    Globale Hooks setzen (optimalerweise im Kernel).

    Wie bzw. ist sowas in VB.net überhaupt möglich?
    Code injizieren und so Späße dürfte ja schwer werden, ich tendiere zu nein. Aber VB.NET ist ja eh nicht ernstzunehmen.

  3. #3
    CIH-Virus
    Registriert seit
    22.06.2007
    Beiträge
    451

    Standard

    Also sollte ich das ganze eher mit c(++) oder ASM angehen?


  4. #4
    I'm in ur VM. Avatar von l0dsb
    Registriert seit
    23.07.2007
    Beiträge
    1.038

    Standard

    Das wäre eine gute Idee (C/C++ und Inline-Asm sollte schon reichen). Self-CRC und Ähnliches wäre noch denkbar, am wichtigsten wäre sowieso Code Obfuscation und Virtualization.

    In C# wäre sowas umständlich möglich, nichtsdestotrotz nicht zu empfehlen.
    I can haz RCE?

  5. #5
    Chloë Grace Moretz Avatar von ocz
    Registriert seit
    29.05.2010
    Beiträge
    384

    Standard

    Zitat Zitat von l0dsb Beitrag anzeigen
    Das wäre eine gute Idee (C/C++ und Inline-Asm sollte schon reichen). Self-CRC und Ähnliches wäre noch denkbar, am wichtigsten wäre sowieso Code Obfuscation und Virtualization.
    Das schützt dann zwar gegen Veränderungen, aber nicht gegen auslesen :> Und wenn man sowieso grad am WriteProcessMemoryn ist, kann man gleich den CRC patchen.

  6. #6
    I'm in ur VM. Avatar von l0dsb
    Registriert seit
    23.07.2007
    Beiträge
    1.038

    Standard

    Ich meinte damit, eben die kritischen Funktionen zu schützen, um das Patchen des CRC zu erschweren.
    I can haz RCE?

  7. #7
    Chloë Grace Moretz Avatar von ocz
    Registriert seit
    29.05.2010
    Beiträge
    384

    Standard

    Zitat Zitat von l0dsb Beitrag anzeigen
    Ich meinte damit, eben die kritischen Funktionen zu schützen, um das Patchen des CRC zu erschweren.
    Mh- wäre als extrasicherheit mit Sicherheit (xD) nicht schlecht. Vor "Zugriff" schützt es alleine halt nicht.
    <3

  8. #8
    CIH-Virus
    Registriert seit
    22.06.2007
    Beiträge
    451

    Standard

    Ist meiner meinung nach ganz schön arm das jedes Programm bei so gut wie jeden anderen Programm im speicher Rumfuschen darf... -.-


  9. #9
    I'm in ur VM. Avatar von l0dsb
    Registriert seit
    23.07.2007
    Beiträge
    1.038

    Standard

    heatshock, hier noch einmal ein paar Stichworte: DLL/Code Injection, API Hooking, Detours, JMP, Treiber, SSDT (letztere für Ring-0). Bei Interesse auch mal ins Thema Anti-Cheat-Protection einlesen.
    Geändert von l0dsb (04.07.2010 um 00:38 Uhr) Grund: :)
    I can haz RCE?

  10. #10
    CIH-Virus
    Registriert seit
    22.06.2007
    Beiträge
    451

    Standard

    Zitat Zitat von l0dsb Beitrag anzeigen
    ...Bei Interesse auch mal ins Thema Anti-Cheat-Protection einlesen....
    Genau das was ich eigentlich vorhatte, ein einfachen Anticheat zu Programmieren ^^

    EDIT:// Trotzdem danke nochmal für die Hilfreichen Tipps!


Ähnliche Themen

  1. [VB.NET] Non-Pub Programm mit HD ID schützen
    Von Slawa im Forum .NET Sprachen - Techniken
    Antworten: 6
    Letzter Beitrag: 20.02.2010, 16:22
  2. Schützen
    Von Molle im Forum Sicherheit
    Antworten: 4
    Letzter Beitrag: 25.01.2009, 17:47
  3. [F] Programm zum schätzen
    Von mike1010 im Forum Delphi
    Antworten: 11
    Letzter Beitrag: 15.10.2007, 19:09
  4. PC Schützen
    Von Vinnage im Forum Sicherheit
    Antworten: 3
    Letzter Beitrag: 10.08.2007, 15:18

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •