GEOS-Kopierschutz

Es gibt 104 Antworten in diesem Thema, welches 29.941 mal aufgerufen wurde. Der letzte Beitrag (21. Mai 2023 um 20:51) ist von markusC64.

  • An dieser Stelle möchte ich mich mal bei [...] bedanken.

    Oh, danke für deinen Dank (aka bitte, gern geschehen). Ich glaube aber nicht, dass ich etwas irgendwie Relevantes zu deinem Artikel über den GEOS-Kopierschutz beigetragen habe. Hut ab vor deiner Arbeit und dem Ergebnis. Und dankeschön, natürlich. :)

  • Fehlt vielleicht noch ein Abschnitt "Wie kann ich ein D64 von Geos lauffähig machen/den Kopierschutz rekonstruieren?" mit Verweis auf die beiden Tools von markusC64 (nibtools-fork/g64conv).

    Das ist eine sehr guter Hinweis, ich werde das "Rekonstruieren" auf jeden Fall mit einarbeiten.

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<
    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

  • Der Artikel ist geradezu eine Atombombe von einem Erstlingswerk.

    Gratuliere, nominiert für den Artikel des Monats Juli bist du auch schon (zurecht), ich hätte nichts dagegen öfter was von dir im Wiki zu lesen. :)

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

    "Retro-Stammtisch" in München -> Bitte melde dich an, um diesen Link zu sehen. (Wer in die zugehörige WhatsApp-Gruppe aufgenommen werden will, bitte per PM melden.)

  • Wow, so viel Arbeit mit dem Wiki-Artikel und er sieht so toll aus. :thumbsup:

    :verehr: ZAK256

  • Fehlt vielleicht noch ein Abschnitt "Wie kann ich ein D64 von Geos lauffähig machen/den Kopierschutz rekonstruieren?" mit Verweis auf die beiden Tools von markusC64 (nibtools-fork/g64conv).

    Ich habe einen entsprechenden neuen Abschnitt zum Wiki-Artikel hinzugefügt. Ich habe diesen >>Rekonstruieren der "GEOS Lücken Daten"<< genannt und hoffe dies entspricht dem, was du dir vorgestellt hattest.

    Der Artikel ist geradezu eine Atombombe von einem Erstlingswerk.

    Gratuliere, nominiert für den Artikel des Monats Juli bist du auch schon (zurecht), ich hätte nichts dagegen öfter was von dir im Wiki zu lesen.

    :thnks:


    Wow, so viel Arbeit mit dem Wiki-Artikel und er sieht so toll aus.

    ZAK256

    :thnks:

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<
    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

    >>> Bitte melde dich an, um diesen Link zu sehen. <<<

  • Nach längerer Zeit ist mir jezt doch etwas in Sachen Geos 1.2 Kopierschutz über den Weg gelaufen:

    Ich habe versucht, ein Geos 1.2 mit der Upgradediskette, die den 1351 Mäüsen und den 1764 REUs beiliegt, zu updaten. Machen wir es kurz: Viele der Disketten lassen sich so nicht updaten :smile:

    Das Upgrade fragt irgendetwas auf Track 36 ab, welches von der normalen Kopierschutzabfrage nicht erfasst wird. Das bekannte Kopierschutzauftrageprogramm aus dem Anti Cracker Buch von Data Becker trägt zwar einen Kopierschutz auf, der Geos 1.2 überzeugt, aber nicht das Updateprogramm.
    Heraus kommt eine nicht funktionsfähige Diskette.

    Und noch besser: Während des Upgrades wird der Kopierschutz auf Track 36 geupdated, so dass er danach sowohl für Geos 1.2 als auch für Geos 1.3 (US) passt. Man kann weiterhn den Disketteninhalt sicherheitskopieren, wie man es von Geos 1.2 kennt. Und so auch zwischen Geos 1.2 und 1.3 wechsel (indem man den pasenden Inhalt draufkopiert, ohne den Kopierschutz auf Track 36 anzurühren).

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Der Artikel ist geradezu eine Atombombe von einem Erstlingswerk.

    Gratuliere, nominiert für den Artikel des Monats Juli bist du auch schon (zurecht), ich hätte nichts dagegen öfter was von dir im Wiki zu lesen.

    Im übrigen ist er unangefochten der "längste" Artikel, sprich er hat die meisten Bytes....

    Zitat

    Lange Seiten
    Wechseln zu: Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.
    Hier sind 50 Ergebnisse, beginnend mit Nummer 1.
    Zeige (vorherige 50 | Bitte melde dich an, um diesen Link zu sehen.) (Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.)

    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[461.828 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[138.774 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[103.814 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[85.514 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[73.366 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[68.626 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[59.763 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[57.174 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[55.812 Bytes]
    • (Bitte melde dich an, um diesen Link zu sehen.) ‎Bitte melde dich an, um diesen Link zu sehen. ‎[55.201 Bytes]

    sl FXXS

    Bitte melde dich an, um diesen Link zu sehen.  Bitte melde dich an, um diesen Link zu sehen.

  • Den Artikel des Jahres hat er auch schon so gut wie in der Tasche.

    Verdienterweise :)

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

    "Retro-Stammtisch" in München -> Bitte melde dich an, um diesen Link zu sehen. (Wer in die zugehörige WhatsApp-Gruppe aufgenommen werden will, bitte per PM melden.)

  • Noch was, liebe Wiki-Kollegen:

    Der Artikel wurde von mir auch schon vor längerem als besonders lesenswerter Vorgeschlagen.

    Werft doch mal alle wieder einen Blick auf die Seite

    Bitte melde dich an, um diesen Link zu sehen. ,

    votet ein wenig, und überlegt mal, ob ihr selbst nicht auch was zum vorschlagen wisst. Die letzten, gefühlt 15 Vorschläge, kamen glaub ich alle von mir :)

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

    "Retro-Stammtisch" in München -> Bitte melde dich an, um diesen Link zu sehen. (Wer in die zugehörige WhatsApp-Gruppe aufgenommen werden will, bitte per PM melden.)

  • Hmja, Voting... bei dem aktuellen Artikel des Jahres stehe ich vor dem Dilemma, dass ich nur für einen voten kann. Der Geos-Kopierschutz ist sehr naheliegend, aber ich möchte da durch eine Stimmabgabe nicht andere, ebenfalls sehr schöne Artikel, irgendwie "abwerten"... man kann die Stimmenzahl wenigstens bei den Jahresartikeln nicht zufällig erweitern, oder?

  • Ich habe da mal eine kleine Frage zum Geos Kopierschutz:

    In der Wolke habe ich ein (gecracktes) Geos 1.0 gefunden. Ab $C196 scheint dort keine Seriennummernabfrage zu sein... Kann es sein, dass Berkeley Softworks die damals noch nicht hatte?


    Und eine Erklärung, worum GeoMerge so schwer deinstalliert werden kann, möchte ich gerade auch noch geben:
    An der Stelle, wo die Seriennummer steht, wird bei Auslieferung eine 0 eingetragen (unverschlüsselt). Stellt GeoMerge beim Sart fest, dass dort eine 0 steht, so wird ein fest einkodierter Block nachgeladen (außerhalb des Dateisystems, per "B-A" alloziert), eine Prüfsumme gebildet und wenn die passt, der Block ausgeführt. Jener Block beinhaltet die Kopierschutzabfrage.
    Wenn der Kopierschutz passt, wird die Kopierschutzabfrage mit einer Kopie der BAM überschriben.

    Der VLIR-Record, indem die Seriennummer steht, wird bei GeoMerge aber nicht einfach gepatched (das wäre zu einfach), sondern komplett neu gespeichert - so dass dafür neue freie Sektoren gesucht werden. Dabei gehen die schönen Tailgaps vom Kopierschutz kaputt.

    Beim Deinstallieren muss man also 4 Dinge erledigen:
    1. Seriennummer auf 0 setzen.
    2. Wiederherstellung des Blockes mit der Kopierschutzabfrage
    3. Falls jener Block nicht belegt ist (kann durch VALIDATE freigegeben sein), per B-A allozieren.
    4. Tailgaps wieder neu aufbringen.

    Der Punkt 4 ist der, der quasi die Erstellung eines Deinstallers für den C64 / C128 verhindert.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • In der Wolke habe ich ein (gecracktes) Geos 1.0 gefunden. Ab $C196 scheint dort keine Seriennummernabfrage zu sein... Kann es sein, dass Berkeley Softworks die damals noch nicht hatte?

    Bei einer Beta oder Vorserienversion würde das nicht gerade überraschen, gerade in dem Zeitrahmen. Aber fehlt sie weil sie nie da war, oder weil es ein Crack ist?

  • Ich tippe ja auf "weil sie nie da war" - ansonsten würde der Cracker ja verhindert haben, dass normale Geos Apps laufen, weil die jene Routine ja gerne aufgerufen haben.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ein weiteres Detail zum Kopierschutz von Geos:

    In den Versionen Geos 64 2.0, Geos 128 2.0 sowie Geos 128 1.4, nicht jedoch Geos 1.3 ist ein Fehler in der Implementierung vorhanden: Bei der Installation wird die Seriennummer zufällig erzeugt und in die Systemdisk sowie in die Sicherheitssystemdisk eingetragen. Dabei wird die Installationsroutine auf der Systemdisk überschrieben, um eine einfache Deinstallation zu vermeiden. Auf der Sicherheitssystemdisk bleibt die Installationsroutine jedoch intakt, was eine Deinstallation ermöglicht.

    Bei den mir vorliegenden echt jungfräulichen Geosversionen stellt man überdies hinaus fest, dass sich die Sicherheitssystemdisk und die Systemdisk jedoch identisch bis auf den Diskettennamen. Dies kann man sich zunutze machen und einfach 2 Kopien vom Sicherheitssystem erzeugen und eine davon in "System" umbenennen. So bekommt man zusammen mit Bitte melde dich an, um diesen Link zu sehen. jede Systemdisk deinstalliert.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ja, das ist kein Tippfehler. Die Geos 128 "nicht 2.0, sondern die Erste" hat in den Icons von Desktop und Konfigurueren jeweils die Versionsnummer 1.4 eingeblendet. Ich habe die jetzt nämlich und mache eine deinstallierte Version fertig.

    Somit haben wir die vermisste 1.4 endlich gefunden :smile: :smile:

    Nachtrag: Jetzt, wo wir die Versionsnummer jenes Geos kennen, nenn wir es ab sofort beim Namen: "Geos 128 1.4" zur klaren Unterscheidung von "Geos 128 2.0", denn das Kürzel "Geos 128" könnte ja beide meinen.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (1. August 2017 um 17:21)

  • Sehr schön sehr schön.

    Mental note: mal bei Gelegenheit versuchen, aus den Datumskennungen auf den ganzen Diskettenversionen versuchen, eine Timeline zu bauen...

  • Eine sehr schöne Beschreibung des Kopierschutzes von GeoWrite 2.1: Bitte melde dich an, um diesen Link zu sehen.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Eine sehr schöne Beschreibung des Kopierschutzes von GeoWrite 2.1:

    Da sind aber kleine Fehler drin in der Beschreibung:

    The decryption constant of $DE gets constructed using $ED XOR $35, for which there is no good reason other than maybe making it harder to search for the value.

    Code
    lda     #$EB          eor     #$35 


    $EB

    1110 1011

    $35

    0011 0101

    -------------

    1101 1110

    $DE

    Eher EORed würde ich mal sagen ... oder?

  • Eher EORed würde ich mal sagen ... oder?

    Wo siehst du den entscheidenden Unterschied zwischen Exclusive OR und eXclusive OR?

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.