![]() |
Re: Das Programm schützen???
Zitat:
Wenn meine Informationen nicht völlig falsch sind kann ich bis zum nächsten neustart eine andere MAC simulieren! Aber damit ändere ich noch lange nicht die MAC-Adresse die auf dem CHIP der NIC eingebrannt ist. |
Re: Das Programm schützen???
Zitat:
![]() ![]() Es ist nirgends je behauptet worden, daß dies eine hardwaregebundene Sache ist. Wäre es so, wären VMs angeschmissen. Außerdem sind MACs nur für Router und ARP-Requests relevant (im Großen und Ganzen). @sharky: wollte nur allen Leuten antworten ... die QUOTEs zusammenkopieren ist immer so mühsam ;) |
Re: Das Programm schützen???
Hallo,
ich hab mir Ice License won ![]() Gruß, Tom |
Re: Das Programm schützen???
Woher weißt du, daß es sicher ist? Aus der Werbung des Anbieters? Wäre interessant die EXE hier gepostet zu sehen mit der Erlaubnis sie zu knacken. Wäre mal gespannt wie lange das dann dauert. Anerde Crackmes hatten wir hier ja auch schon.
Gucken wir uns mal die Versprechen des Anbieters an: · Antidebugging & Antimonitors Protection (protect against Code Tracing) -> kann nur gelingen wenn der Cracker zur Runtime reverst. -> So ein Programm flöge bei mir achtkantig vom Rechner und der Autor hätte Regressforderungen am Hals. Regmon und andere API-Monitore haben durchaus ihre Berechtigung. Schonmal versuch auf einem System welches für die Benutzer prinzipiell keinen Spielraum bietet kleinere Macken von Programmen ohne FILEMON und REGMON auszubügeln - um die GP anzupassen? · Sophisticated Asymmetric Encryption Technology (prevent against Key Generator) -> Müßte man sehen - der Key muß logischerweise irgendwo sein, sonst läuft es nicht. · Advanced Digital Authentication to prevent against patching -> Weiß man nicht ohne Anschauen- · Advanced Code Encryption Protection to prevent against cracking or dumping -> Das wiederum ist ne feine Sache gegen Cracker · Transfer License to another PC (Trial License or Full License) -> Wer will mich hindern all diese Daten dem Programm vorzugaukeln? Soll das Programm auch als Nicht-Admin laufen, kann es zum Glück nicht soviel machen *g* · Create a Key Generator for your partner or distributor -> Und den Cracker? ... · Detects backdating or demo reinstallation to gain additional usage -> Wie bekommt die Software das Datum raus? BIOS auslesen? Geht als Nicht-Admin nicht. Ein Cracker kann jede API hooken bevor das Programm nur geladen ist. · AES Rijndael Encryption functions to protect your data -> kA · Cryptographic hashing MD5 to lock licenses to your software -> kA · Reliable Machine Locking Protection (based on manufacturer's information) -> Wie denn, ohne daß der Cracker es hooken könnte? · Network LAN Control Protection by TCP/IP Protocol (in Trial or Full Mode) -> ditto · Encrypt & Hide Application Strings to provide a high level of security -> Das ist mies für einen Cracker. Strings sind oft gute Anhaltspunkte. · Prevent and Control your LicenseKey against illegal exportation - New ! -> Mit Kryptographie denkbar. · Using compact LicenseKeys to register with ActiveKey for increased security -> kA · Add Extra Information inside License (in Trial or Full Mode) -> kA · Compatible with Lockdown environments in Windows (Limited User Mode for NT4, 2000, XP) -> Da sehe ich Verwundbarkeiten. · View LicenseKey to see details about any License -> kA · Create custom URL links to directly access your ordering web page -> bla · Invisible software based protection requiring no dongles -> Software-basiert = knackbar · Create evaluation copies of your software by days, number of uses, hours or a set date -> bla · Support Windows XP SP2 (from ICE License v2.09) -> Das macht mich umso nachdenklicher :-/ Fazit: Wenn das Ding keine Dongle zusammen mit Kryptographie (und selbst den Dongleinhalt kann man sniffen) benutzt, ist es knackbar. Wie leicht kann man nach den Features nicht wirklich ersehen. Müßte man wohl mal ne EXE vor sich haben. Eigene Methoden zum Schutz findest du im Buch "Hacker Disassembling Uncovered" von Kris Kaspersky. Da lernt man nebenbei auch jede Menge andere Interna der Compiler kennen :-D |
Re: Das Programm schützen???
Ich mach' es wie Microsoft. :mrgreen:
Ich merk' mir die Festplatte , den Prozessor und das Board, verpasse jedem meiner Programme eine unique ID. Wer das knacken möchte, der kann das! Die "Normalos" können das nicht. Alles andere ist illegal. |
Re: Das Programm schützen???
Zitat:
Die Normalos werden wohl auch die sein, die blockiert werden sollen, so gesehen ist es korrekt vorher zu überlegen welches Level an Schutz man braucht. |
Re: Das Programm schützen???
Uuiii, als blutiger Anfänger scheinst du dich aber sehr gut mit der Materie auszukennen. Ich find deine Aussagen sehr interessant, wirklich. Du hast Recht, ich bin in der Tat nur von den Aussagen vom Anbieter ausgegangen, aber das ist immerhin noch mehr wie ich selbst programmieren könnt :mrgreen: Mir ist auch klar, daß alles knackbar ist, aber wie paelesoft schon schreibt, ist das dann illegal...
Ich stell aber heut abend gern eine exe-file zur Vefügung, dann kannst du damit rumspielen. Sitz zur Zeit grad an der Uni, und hab hier das Programm nicht... Gruß, Tom |
Re: Das Programm schützen???
:lol: wenn's sichere Programme gäbe wäre das schön, aber was der Mensch erschafft macht er auch wieder kaputt.
Ein Umweg wäre eine DLL, die numerische Werte der Runtime-Maschine enthält. Aber da ist Vorsicht geboten aufgrund der gesetzlichen Regelungen geboten, da dieser Sicherungsmechanismus ein Fortführung des Programms ermöglichen muss (wenn auch über telefonische Freischaltung, siehe MS). Eine nicht rechtskonforme Methode ist, dass dein Programm in unregelmäßigen Abständen Maschinendaten per Mail, TCP etc an dich übermittelt. So kriegst Du mit auf wie vielen Rechner es läuft, aber das erfordert Inet-> ergo nicht so einfach. Eine weitere Methode (die ist teuer), dass Du die Laufzeit begrenzt und durch neue Dateien verlängerst, die den Kunden kosten- und aufwandsfrei zur Verfügung stellst (Problem Systemdatum kann man ändern)....und dann gibt der User die Datei der eDonkey weiter.. :lol: All diese Methoden machen aber nur dann Sinn, wenn es um ein permanent eingesetztes Programm handelt. Z.B. Server-Programm, bei einem Tool ist das alle sinnlos, da der illegale User das Programm nur vereinzelt anwendet und nur für diesen Zeitraum einen Crack braucht. Ach ja und die MAC-Diskussion. Nehme an der Benutzer muss die NIC wechseln und Du bist im Urlaub in Timbuktu und dann läuft dein System nicht mehr.........Ich denke Du wirst den Zorn des Users bis nach Timbuktu hören. :twisted: :twisted: |
Re: Das Programm schützen???
Zitat:
Nicht immer nur ans Geld denken - auch wenn sich's nicht komplett vermeiden läßt. Zitat:
Zitat:
Ist ja auch ein interessantes und weites Feld :-D Zitat:
Illegal: mit Einschränkungen ja, siehe oben. |
Re: Das Programm schützen???
Liste der Anhänge anzeigen (Anzahl: 1)
Zitat:
Gruß, |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:10 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz