Seriennummer für Computer

[F.W.]

Gibt es eine Seriennummer o.ä. die von Computer zu Computer unterschiedlich ist bzw. unter 100 Rechnern nur max. 5 mal gleich vorkommt?
Ich hab schon an die Seriennummer des Prozessors gedacht, aber hat überhaupt jeder Rechner eine Seriennummer.

Wer eine Idee hat, bitte schreiben!! Praktisch wäre, wenn der Code zum Auslesen nicht ins Wissenschaftliche gehen würde oder dann schon in eine Funktion gefasst wäre.

Danke euch!!

[Pr0g]

Falls die Rechner alle eine Netzwerkkarte haben solltest du mal in dieser Richtung schauen. Bei Netzwerkkarten gibt es AFAIK irgend eine eindeutige Nummer, mehr kann ich dazu aber leider auch nicht sagen.

MfG Pr0g

[maynard]

Tach...

Das Netzwerkkarten irgendwo eine eindeutige Nummer speichern, hab ich noch nicht gehört/gelesen. Meinst du vieleicht die MAC Adresse? Diese wäre änderbar! Das Thema gabs hier o. aufm ProgrammiererBoard schonmal wie man einen Rechner anhand von Hardwaredaten eindeutig identifizieren kann u. damals wurde es als unmöglich abgestempelt.

[BorlanDelphiUser]

Also mir ist da auch nichts bekannt .. und die MAC Adresse kann man ändern, jedenfalls geht das mit Linux ... ob das auch mit Windoof geht hab ich keine Ahnung.

[negaH]

Und da das mit der derzeitigen Hardware nicht absolut sicher möglich ist baue dir deine eigene Serialnummer für den Computer. Du erzeugst sie einfach per Zufall und speicherst sie an verschiedenen Orten im Rechner, zb. in der Registry unter hKey_Class_Root\CLSID\..., oder als DLL Datei im Windows System Ordner usw. usw. Das spart dir viel Zeit und der Aufwand das zu "knacken" ist für einen Experten auch nicht höher als jeder andere reine Softwareschutz. Aber dein Aufwand sind 10 Minute Programmierung, satt auf anderen komplizierten Wegen viel Zeit zu verschwenden.

Es gibt einige Sache die eindeutig sein können aber nicht müssen:
- CPU Serial Nummer, tja das war einmal gibts bei neueren CPUsangeblich nicht mehr
- Festplatten/CD-ROM/DVD-ROM Serialnummer, NICHT die Serialnummer der logischen Partitionen oder so, sondern die Geräte haben meistens eine im Chip integrierte Serial. Die Hersteller verweisen ausdrücklich darauf das diese Serials nicht eindeutig sein müssen. Ausgelesen werden könnensie mit dem SMART API.
- MACs der NICs, können aber umprogrammiert werden
- MACs eventuell festinstallierter Bluetooth Geräte, können nicht umprogrammiert werden
- einige PCI Bridge haben Serials
- das BIOS enthält Serials, allerdings nicht standardisiert und auch offiziell nicht dokumentiert
- Onboard Soundkarten haben eine Serial

Es gibt nun einige Tricks einen Rechner mit einer Serial zu versehen die echt schwer zu entfernen/entdecken ist:
- im Flash BIOS sind Kilobytes an freiem undungenutzten Speicher, dieser Flash lässt sich per PC umprogrammieren
- die heutigen CPU's, besonders Intels, haben einen flashbaren Micocode in der CPU. Dieser Micocode kann von extern geupdatet werden (Intel verät aber keinen wie das geht :) )
- auf der Festplatte gibt es massig ungenutzter Speicherbereiche, zb. im ersten physikalischen Sektor werden von den 512 Bytes nur 32 Bytes wirklich benutzt. Kein OS schert sich um den Rest der freien Bytes.
- Grafikkarten, auch diese haben ein Flash BIOS
- die RTC = Real Time Clock hat einen eigenen Nonvolatile Speicher, früher nur 256 Bytes und auch nur diese werden real durch das BIOS benutzt. Die heutigen RTC's haben weit mehr Speicher.

Gruß Hagen

[Robert Marquardt]

Das mit den freien Sektoren auf der Festplatte stimmt so nicht mehr.
Einige Programme legen inzwischen dort genau ihre Serials/Lizenzinfos ab.

Warum noch keiner ein Minifilesystem fuer die freien Sektoren ausserhalb der Partitionen erfunden hat weiss ich nicht.

Ein USB Stick waere als Dongle geeignet. Die haben eine Seriennummer die sich einigermassen ohne Tricks auslesen laesst.

[Pr0g]

Zu den Nezwerkkarten, sagte ja das ich es nicht genau weiß, hatte das nur mal im Zusammenhang mit der Registrierung von WinXP gelesen, die ja damals für Schlagzeilen sorgte. Dort wurde gesagt, dass bei einem Hardwarewechsel eventuell eine Neuregistrierung erforderlich sei, da Windows anhand der Hardware einen Key erstellt und bei einem Austausch der Netzwerkkarte immer eine Neuregistrierung gemacht werden müsste, da diese eine eindeutige Nummer habe. So habe ich es in Erinnerung. Wenn ihr alle sagt, dass es eine solche Nummer nicht gäbe, dann habe ich wohl was falsch behalten, will ich auch nicht ausschließen ;)

[NicoDE]

Zitat:

Zitat von negaH

- das BIOS enthält Serials, allerdings nicht standardisiert und auch offiziell nicht dokumentiert

Nur als Ergänzung...
- die meisten aktuellen BIOS-Versionen implementieren (halbwegs sauber) den aktuellen SMBIOS-Standard
- allerdings können die Seriennummern inzwischen von Endbenutzern per Tool geändert werden (WinPlash)

ps: unter Win64 wird es - mangels 16-Bit-Subsystem - schwierig aus dem Benutzermodus ohne Adminrechte an die BIOS-Daten zu gelangen.

[F.W.]

Hmm, da ist ja ziemlich was zusammen gekommen! Also erstmal danke!

Ich werd jetzt doch mal näher erklären worum es geht: (Bitte schonmal für die Länge zu entschuldigen, ich kann mich einfach nicht kurzfassen :lol: )

Wir (jemand anderes und ich) wollen in der Schule eine CD zu unserem Jahrbuch geben. Da das Geld kosten soll, wäre es schlecht, wenn eine die CD kauft und dann für viele andere kopiert. Darum arbeiten wir jetzt an Möglichkeiten, die Daten darum so zu sichern, das jeder die CD kaufen muss.
Wir sind inzwischen davon weg, einen Kopierschutz auf die CD zu legen, weil mir das einfach nicht sicher genug ist. Also haben wir uns überlegt, dass wir die Daten verschlüsseln und ein Programm dazu liefern, was sie anzeigt (nicht rausgibt!!).

Als erstes würden wir jeder CD eine eigene Seriennummer geben. Und da uns ein Webserver zur Verfügung steht, könnten wir eine "online Registrierung" in Betracht ziehen, allerdings ist da das selbe Problem: Der Account dafür wäre nichts Wichtiges und würde so weitergegeben werden. Es sei denn, es wird bei der Registrierung eine Nummer o.ä. des benutzten Computers mitgegeben.

Das ist wiedermal unmachbar :mrgreen: Das Problem ist halt, das es sehr benutzerfreundlich zu handhaben sein soll. Und bei der Schülerschaft kann ich nicht vorraussetzen, dass jeder einen Internetzugang, vielleicht noch Flatrate, DSL usw. hat. Und was ist, wenn man dann doch mal gemeinsam in der Schule vorm Rechner drüber lachen möchte... :pale: Das sind alles Schwierigkeiten, sicher UND benutzerfreundlich... :pale:

Vielleicht wäre ein Kopierschutz der CD doch nicht so schlecht. Aber die am weitesten verbreiteten Programe wie CloneCD, Alcohol... hat doch inzwischen jeder Tennie zu Hause! :wall: :wall: :wall:

:wall: :wall: :wall: :wall:

Also wer dazu jetzt Ideen hat! IMmer her damit (nochmal: tschuldigung für die Länge :zwinker: )

[negaH]

Ok, vielleicht hilft es dir bei der Sache einen anderen Betrachtungswinkel einzunehmen :)

Also du möchtest die Kosten für die CD-ROM und das brennen refinanzieren, richtig ? Du willst natürlich nicht selber reich werden daran hoffe ich.

Gebe die CD für 0 Euro zum Jahrbuch dazu. Das Jahrbuch wird auch Geld kosten, einige dich mit dem Hersteller des Jahrbuches das auf jedes Jahrbuch X Cent hinzukommen die deine Kosten an den CD's wieder reinbringen.
Du könntest auch von vornherein die Anzhal der verfügbaren CD's halbieren. Dh. nur jeder zweite Jahrbuch Besitzer hat die Möglichkeit eine CD zu kaufen. Die Kosten für alle CD's sind aber denoch voll im Jahrbuch enthalten. Der zusätzliche Preis den die Schüler zahlen ist Gewinn. Während des Verkaufes der Jahrbücher muß ausdrücklich darauf hingewiesen werden das nicht genügend CD's vorhanden sind. Oder lass dich von der Schulleitung/Schülerkasse subventionieren. Oder lass die CD in eine spezielle Form pressen, so das sie schon nur auf Grund ihrer Erscheinung zu was ganz Besonderem wird.

Statt also mit irgendwelchen Software-Tricks das Kopieren und somit die Benutzung der CD zu verhindern, musst du einfach anders kalkulieren.

Wichtig ist eines: solange der Preis der CD-Rom den Aufwand beim Selbstkopieren der CD unterschreitet wird keiner sich die Arbeit machen, sondern erstmal zahlen. Schaumal es wäre das Recht aller Schüler nur EINE einzigste CD zu kaufen und alle schauen sie sich immer gemeinsam an, oder in Gruppen oder der Reihe nach. Du kannst das also garnicht verhindern das wenn deine CD ROM absolut zu teuer ist das nur wenige sie kaufen werden. Unternehmerisch trägst eben DU das Risiko das deine Investitionen wieder reinkommen.

Gruß Hagen

[Ultimator]

Oder (was ich bevorzugen würde) ihr macht die CD zu etwas besonderem, dass die Leute überhaupt den Anreiz haben, die CD zu kaufen, weil sie gebrannt das tolle "Außenrum" nicht hätten, etwa ein tolles Booklet, ein besonderes Cover, etc. pp. Oder ihr lasst die CD so dastehen, als sei sie was ganz besonderes, dann denken die Leute evtl. auch "Boah, coole CD, die muss ich original haben".
Außerdem solls ja Leute geben, die finden es besser, etwas mehr Geld ausgegeben zu haben, und dafür das Original zu haben. Dann geht man auch sorgfältiger mit seinen Sachen um ;-)

[sECuRE]

Hi,

oder du lieferst die CDs erst in 1 Monat und nimmst nur Vorbestellungen an.. Das kombiniert mit den anderen Vorschlägen (was Besonderes daraus machen) müsste fast schon besser als ein Kopierschutz sein ;)

Ansonsten auch nett: Jede CD separat brennen, d.h. eine eindeutige ID auf die CD speichern (eventuell im Readme-File ein unwichtigen Wert hochzählen, oder gar eine binäre Datei benutzen) und sobald die CD auf dem Schulhof rumgehen sollte auch mal "ordern" - die gebrannte CD, die du bekommst, kannst du authentifizieren und den Übeltäter somit auch. Sollte allerdings vorher zumindest mit dem Direktor abgesprochen sein und muss natürlich unter Geheimhaltung laufen.

cu

[neogen]

Na wenn ihr die CD mit Liedern von euren Bands euer Schule noch bespielt wäre das doch auch noch ein extra Anreitz die CD zu kaufen... Pack die CD bei jeden Buch mit bei, mach das etwas teurer, damit die Herstellungskosten drin sind. Kein Kopierschutz. Macht wenig Sinn bei kleiner Auflage. Die Leute freuen sich nur extra, wenn die CD mit dem Buch zusammenkommt. Macht möglichst was anderes auf die CD als was im Buch steht ;) Damit alle das Buch kaufen müssen.

Cheers, neogen

[jfheins]

Sonst versuch doch mal, die daten, die du anzeigen möchtest sicher zu verschlüsseln, und dann ein Programm welches das Zeug wieder entschlüsselt. Der Schlüssel dazu (:mrgreen:) ist dann die Seriennummer der CD auf die du die Daten gebrannt hast. (GetVolumeInformation)

Wenn man dann die Ganzen Daten auf einen anderen Datenträger kopiert, sieht der Typ ziehmlich alt aus ...

Musst dann natürlich sicherstellen, dass man nicht einfach von Viewer entschlüsseln lassen kann und dann kopieren kann ...

Hab' aber keine Ahnung, ob das so geht ...

[maynard]

Tach...

negaH hat ja dir ja zum Thema Finanzierung schon einiges gesagt. Zum Thema Registrierung hab ich mir auchschonmal ein paar Gedanken gemacht.

1. Du generierst dir eine Schlüsselliste mit eindeutigen Schlüsseln (jeder Schlüssel unterscheidet sich von allen anderen).Die sollten möglichst lang sein, sodass sie nicht so einfach durch Zufall erraten werden können. Das aufwendige an der Sache ist, dass du nun jedem Programm/CD eine dieser Nummern geben musst, was man aber auch über ein kleines Program schnell erledigen kann.

2. Bei einer Registrierung lässt du nun jeden Benutzer diese Nummer eingeben oder sie wird automatisch übertragen und dann auf dem Server aus der Liste gestrichen. Versucht einer sich mit einem Schlüssel anzumelden, der schon als benutzt markiert ist, stehen die Chance schlecht.

Natürlich lässt sich das ganze noch verfeinern oder verbessern, aber das sind soweit erstmal die Grundgedanken. So ähnlich funktioniert das auch beim Steam NetWork. Probleme kanns geben wenn du mehr Schlüssel als CDs hast bzw. jemand den Algorithmus kennst, um Schlüssel zu generieren. Dann bedarf es eben noch etwas mehr Aufwand, deine CDs zu sichern, aber ich denke für dich könnte das so ausreichen. Und was die Generation von Schlüsseln angeht, da kann die negaH sicher weiterhelfen, ansonsten finden sich auch im Internet noch einige Algorithmen.

MfG

[NicoDE]

Zitat:

Zitat von maynard

Tach...

[snip]

Nur mal so... wer will 20 Jahre nach dem Abitur auf die Suche nach einem ehemaligen Mitschüler gehen, um sich mal schnell ein Foto auf der CD anzusehen...

[Alter Mann]

Hallo,

warum so kompliziert? Wenn die CD's gebrand werden, reicht die Seriennummer der CD, da sie bei jeder CD eine andere ist;
siehe GetVolumeInformation. Denn jedes brennen bewirkt das gleiche, wie jedes neuformatieren der Partition, das OS vergibt
eine neue Seriennummer.
Und wenn der Web-Server zur Registrierung diese Seriennummer verlangt, kann sich keiner zweimal registrieren.

Also, ganz Einfach :wink:

Und zum Schutz der 'wichtigen' = geldwerten Daten; Die können ja so abgelegt werden, dass sie nur mit dem,
vom Web-Server zurück gelieferten Key (+ Seriennummer) entpackt, installiert, angezeigt oder was auch immer werden.

[maynard]

Tach...

@NicoDE
Ich würds nicht machen ... aber er hat ja nunmal nach einer sicheren Variante gefragt und da hab ich meine Gedanken, bzw. was mir bekannt ist, gepostet!

@Alter Mann
Ich bin der Meinung, dass das keine eindeutigen Nummern sind (berichtigt mich, wenn ich falsch liege). Das heißt, die Wahrscheinlichkeit, dass CDs identische Nummern haben ist > 0. Das kann bei einer geringen Stückzahl wohl vernächlässigt werden, dürfte allgemein aber weniger sicher sein.

MfG

[F.W.]

WOW, da ist was zusammen gekommen!

Ich werd's mal abarbeiten:

Zitat:

Zitat von negaH

Du willst natürlich nicht selber reich werden daran hoffe ich.

Nein! Der Jahrbuchautor kennt mich nur ganz gut und weiß das ich in meiner Freizeit programmiere und mich mit dem Computer auskenne, da hat er mich hinzugezogen und da ich diese Sache hochinteressant finde! Das Geld wird in erster Linie in die Produktion fließen.

Im Jahrbuch sind die Fotos von allen Klassen
Auf CD sollen extra Videos und Textdateien erscheinen
:arrow: d.h.getrennter Inhalt, nix doppelt

Zitat:

Zitat von sECuRE

oder du lieferst die CDs erst in 1 Monat und nimmst nur Vorbestellungen an

Die Idee mit den Vorbestellungen kommt mir sehr gut vor (an mir liegt ja am Ende die Entscheidung nicht, aber ich werde die Vorschläge weitergeben!!! :thumb: )

@most:
Die CD soll genau wie das Jahrbuch etwas besonderes werden, ich denke nicht, dass jemand dafür Geld ausgeben wird, wenn für denjenigen uninteressante Dinge drauf sind.

@jfheins:
Eine sehr gute Idee!! Die Seriennummer würd ich sowieso möglichst binär verschlüsselt und zerhackt (da würd mir schon was einfallen :idea: ). Wenn man die Seriennummer ein zweites mal auf die CD brennt, an eine Stelle, die vom Brennprogramm nicht mitkopiert wird, bzw. soll nicht unmöglich sein, aber vielleicht unwichtig und wird daher von solchen Programmen "übersehen"?

Zitat:

Zitat von maynard

Versucht einer sich mit einem Schlüssel anzumelden, der schon als benutzt markiert ist, stehen die Chance schlecht

Was heißt aber benutzt? Auf diese Weise könnte die CD kopiert werden und 2 mal benutzt werden, denn ich kann nicht feststellen, von welchem Rechner sie gestartet wird (Problem vom Anfang) Wie bei Steam könnten nur nicht 2 Sessions vom Programm mit der gleichen Seriennummer laufen.

@Alter Mann:
Ich hab mich mit der Funktion GetVoumeInformation noch nicht richtig angefreundet, werde sie mir morgen nochmal genauer ansehen. Aber wenn jede CD eine eigene Seriennummer bekäme (selbst beim kopieren einer CD eine neue?), dann könnte man ja -sofern die nächste Seriennummer absehbar ist- diese Seriennummer in das Programm schreiben, das Programm prüft ob die Prog-interne SN mit der von GetVolumeInformation übereinstimmt und BINGO :party:

Mein Gymnasium umfasst eine Schülerzahl von rund 700. Selbst wenn eine Methode gewählt wird bei der eine SN insgesamt 4mal vorkommen würde denke ich, wäre das nch akzeptabel!

IMHO hörte sich die Methode von Alter Mann und jfheins sehr verlockend an.

[jfheins]

Um die Seriennummer zu ermitteln, such mal Getvolumeinformation cd seriennummer oder gleich http://www.delphi-forum.de/topic_Nam...a71485f0c0781e

Und ich meinte, das so, dass du ein paar benötigte Daten richtig verschlüsseln solltest (z.B. RC 4 siehe CodeLibrary) und diese nur auf der richtigen CD laufen ...

z.B. könntest du einen Loader und einen Viewer schreiben, der Viewer ist eine verschlüsselte exe, der Loader entschlüsselt sie, und führt sie aus.

[negaH]

Ich weis nicht, aber vergiß den Scheiß mit Softwareschutz etc. das lohnt nicht und verärgert nur deine Käufer wenn sie in 3-5 Jahren an die Daten nicht mehr rankommen.

Verrechne die Kosten der CD mit in das Jahrbuch und jedes Jahrbuch hat diese CD inklusive, basta.
Immerhin könnte man als Schüler, der auf deinen Videos zu sehen ist und diese auf CD gespeichert sind, einen Rechtsstreit provozieren.
Diejenigen die das Jahrbuch kaufen finanzieren so auch die Kosten die die Produktion der CD verursacht, Raubkopierer interessieren dich dann garnicht mehr, da die Kosten ja schon refinanziert wurden. Wenn also Raubkopien auftauchen dann haben sich die ehrlichen Jahrbuch Käufer die die Raubkopien ermöglicht haben nur selber ins Knie ge-schossen.

Gruß Hagen

[maynard]

Tach...

Wo wir nun gerade bei diesem Thema sind ... welche Moglichkeiten / APIs / usw. stehen denn eigentlich zur Verfügung, um an solche Speicherbereiche ranzukommen, wie sie negaH genannt hat ???

[negaH]

Es wird schon einges an API geben aber das wird nicht dokumentiert sein. HDs/CD-ROMs können über das SMART API angesprochen werden und so kann man deren Drive Identity Block auslesen. Allerdings, vergleiche ich meine Soucen die das SMART API benutzen mit meinen Sourcen die über geshützte Portzugriffe sozusagen wie ein Windowstreiber auf dise Infos zugreifen so ist das SMART ziemlich umständlich. Auch für den Zugriff auf die RTC gibt auf HW-Ebene ziemlich einfache Portzugriffe, im protected Mode des WindowsOS sind solche Sachen aber vorzugsweise nur über Treiber möglich.

Gruß Hagen

[F.W.]

@negaH: Jepp, das stimmt. Also können wir online Registrierung wegstreichen!

Ich werd jetzt mal das mit der CD-Seriennummer (GetVolumeInformation) verfolgen!

[negaH]

Ok, du willst also auf teufel komm raus deinen Schutz einbauen und nicht deine "Vermarktungs"strategie ändern. In diesem Moment empfehle ich dir folgendes:

Baue dein Program das die verschlüsselten Dateien der CD-ROM lesen kann, sie entschlüsselt und dann auch anzeigt. Das ist am sichersten, denn man muß schon deine Anwendung knacken können. Bleibt nur das Problem das die Daten jeder CD mit anderen Schlüsseln verschlüsselt werden müssten. D.h. jede CD ist wirklich individuell und du musst bei der Erzeugung jeder CD die Daten anders verschlüssen. Das ist aber ein riesiger Aufwand und deshalb macht man das leicht anders.

Man erzeugt eine Datei in der zb. 1000 mal das gleiche Zufallspasswort nacheinander steht. Mit diesem Passwort wurden alle Daten auf der CD verschlüsselt. Jedes der 1000 identischen Passwörtern wird nun mit einem anderen Schlüssel verschlüsselt, diese Schlüssel sind dann 1000 unterschiedliche Registrationsschlüssel. Man hat so eine Schlüsseldatenbank in der der eigentliche Datei-Schlüssel mit 1000 verschiedenen Schlüsseln geschützt drinnensteht.
Nachteil: hat man einmal den Masterkey in dieser Datei ermittelt (weil man eine registrierte CD hat), kann man die Daten aller CDs entschlüsseln.

Nun bleibt noch das Problem das du den realen Registrationscode berechnen musst. Dieser Code muss eine sichere Kombination aus den Daten der CD-ROM und einigen individuellen Computermerkmalen sein. Durch einen versteckten Algorithmus kann die Software aus einem gegebenen Registrationscode + den Computermerkmalen den eigentlichen Registrationsschlüssel zur Entschlüsselung der Masterkey-Datei berechnen. Auf deinem Server läuft ein Applet das aus den vom Benutzer gesendeten Computermerkmalen den passenden Registrationscode erzeugt und diesen per WEB auf dem Rechner des Benutzers installiert. Ergo: dein Program kann die Daten nur auf einem registrierten Rechner entschlüsseln.

Dieses Schema hat aber immer noch Schwachstellen, einfach weil das gesamte Schutzsystem auf reiner Software basiert und frei zugänglich auf dem Rechner des Benutzers läuft. Man kann es also immernoch knacken, aber schon viel schwieriger. Der Vorteil ist aber das jede CD-ROM die gleichen Daten enthält, sich also nicht individuell unterscheidet. Das reduziert die Kosten bei der Produktion.

Gruß Hagen

[F.W.]

Wie ich schon in meinem letzen Posting erwähnte werde ich nichts machen, was mit Onlineregistrierung zu tun hat, da man sich die Daten in 10 Jahren noch ansehen können soll, in einer Zeit, wo der Server vielleicht nicht mal mehr läuft.

Ich hatte mir das so gedacht:
Wenn jede CD beimm Brennen eine eigene Hardware-Seriennummer (damit meine ich nicht die, die ich ihr zu ordne, sondern eben diese Nummer da, die man über GetVolumeInformation kriegt) bekommt, könnte man doch einen Kenncode (evtl. verschlüsselt) in das Programm einbauen, das dann diesen Kenncode mit der HardwareSeriennummer auf Übereinstimmung prüft.

Hierbei tritt jetzt folgendes Problem auf:

• Kann man die HardwareSeriennummer der CD vorraussagen?

Wenn ja, dann könnte man noch ein kleines Programm schreiben, welches die Originalexe mit Platzhalter an Stelle des Kenncodes nimmt, eien Kenncode für die CD abspeichert und die dadurch gewonnene neue Exe in einen Ordner speichert, bsw. traägt sein Name die Indexnummer (als der wievielte Rohling er eingelegt werden muss oder so)

Wenn nicht, dann wird in das Programm mit einer Seriennummer für den Benutzer ausgeliefert. Diese SN ist dann die HardwareSn der CD, nur z.B. verschlüsselt.

Wie ich die Daten verschlüssele ist kein Problem, da bin ich sehr phantasievoll, da fällt mir schon was ein :zwinker:


PS: Die Entscheidung, ob wir das Material schützen oder anders vermakten ist noch nicht gefallen, ich hab meinen Kumpel nur heute nicht gesehen und übers Wochenende komm ich auch nicht an ihn ran, letzendlich ist es seine Entscheidung, aber ich bereite mich mal auf alle Umstände vor :mrgreen:

Wyski

[negaH]

Zitat:

Kann man die HardwareSeriennummer der CD vorraussagen?

Ja, und man kann eine Kopie erstellen die die gleiche Nummer hat. Man legt das beim Brennen fest.

Wat'nu ?

Du benötigst pro CD einen Informtionsblock der garantiert NICHT kopierbar ist, den DU aber beim Brennen schreiben kannst.

Merkst du den Widerspruch im letzten Satz ? Ich kann mir vorstellen das wenn du die CD's profesionell brennen lässt auch die Möglichkeit besteht auf der CD solche Informationen abzulegen. Ich wüsste aber nicht das CD Rohlinge ein solches individuelles Merkmal besitzen, und wenn du selber brennen willst dann benutzt du immer die gleichen Rohlinge wie die der Raubkopierer. Ergo: deine selbstgebrannten CD's können zu 100% kopiert werden, da Du sie mit den gleichen Bordmitteln selber brennen musst.
Der Trick bei professionellen CD's besteht darin das man vom Standard Datenformat der CD's abweichen kann, das Problem was sich daraus aber ergibt ist wie Du in deiner Software diese CDs lesen willst. Wieder im Kreise gedreht, es sei denn du schreibst deinen eigenen CDROM Teiber.

Allerdings, ich spreche hier nicht aus Erfahrungen, es könnte durchaus anders sein. Das sollte man mal recherchieren.

Gruß Hagen

[F.W.]

Shit!

Dann werd ich wohl doch auf Vermarktungsstrategien setzen! Und da hörte sich die Idee mit Vorbestellung garnicht schlecht an.
Na dann ist eigentlich alles erstmal klar. Dann meld' ich mich spätestens Montag wieder!

Mfg Felix :coder:

[Alter Mann]

Hallo,

da ist man ein 'Alter Mann' und lernt immer noch etwas dazu :wink:

@negaH wo bitte legt man die Seriennummer fest und mit welchem Programm?

Ich habe ca. 250 CD-ROM's und alle haben eine andere Nummer, von Gleichheit ist
da nichts zu erkennen.

[F.W.]

Ich hab meinem Kumepl mal so die hier vorgeschlagenen Vorschläge vorgeschlagen :mrgreen: !

Er war der Meinung, dass man das mit der Online Registrierung ruhig machen könne, da er von den CDs sowieso keine große Lebensdauer erwartet.

Alles in allem hat er sich noch nicht entschieden :arrow: Das Spiel geht noch weiter, mal sehen was am Ende raus kommt! :pale:

Mfg Felix

[Cabation]

Kommt vielleicht etwas spät... auch nicht in Delphi, sondern Access programmiert, aber vielleicht hilfts. ;)


Nach dem Brennen der CD lesen wir die Sereinnummer der CD aus und geben diese dem Benutzer als Registrierungsnummer. (Natürlich mathematisch noch etwas verwurstelt)
Wir fragen nach der Installation den Benutzer nach Registrierungsnummer. Die Eingabe wird mit der Ser-Nr der CD verglichen. Wenn diese übereinstimmt, wird die Ser-Nr. der Festplatte z.Bsp. fix hinterlegt (als Property). Da die Datenbank als MDE geliefert wurde, hat der Nutzer nicht ohne weiteres die Möglichkeit, den in der Property hinterlegten Wert zu ändern.
Sollte die Festplattenser. nicht mit der hinterlegten übereinstimmen, verlangt das Prg nach der CD und lässt die Registrierungsnummer neu eingeben.

Somit wäre die Installation an mehreren Rechnern zwar möglich, Kopien der CD würden aber nicht lauffähig werden (ohne Kenntnis der mathematischen Verwurstelung)

Ich hoffe, es hilft halbwegs weiter...


Gruß
Cabation

[nat]

ich glaube zwar auch, dass meine idee jetzt nicht mehr groß von bedeutung is,
aber trotzdem möchte ich meine anmerkungen dazu doch gerne noch loswerden! :)

Zitat:

Auf Druck der Musikindustrie (vertreten durch IFPI und RIAA) musste Philips einen sogenannten Recorder Identification Code (RID) als verpflichtende Schutzmaßnahme zur eindeutigen Zuordnung gebrannter CDs zu ihren Brenner in den Rainbow Books aufnehmen. Der RID-Code ist damit das Gegenstück zum Source Identification Code, der acht Zeichen lange Herstellercode für CD-Rohlinge.

Der RID-Code setzt sich aus drei Komponenten zusammen:

* Den Herstellercode (z. B. "PHI" für Philips)
* Die Modellnummer
* Die eindeutige Seriennummer des Brenners

(Quelle: http://de.wikipedia.org/wiki/CD-Brenner)

wenn du dir jetzt einen verschlüsselten viewer/loader (wie schon weiter oben angesprochen)
proggs und den key fürs verschlüsseln aus den beiden o.g. "codes" für brenner & rohling
generierst (und dein loader dann diese daten natürlich auch wieder zum entschlüsseln
verwendent), dann dürfte dein prog doch nur auf cds laufen, die auf deinem brenner
und auf dem von dir verwendeten rohling-typ gebrannt wurden. so kann die cd auf jedem
beliebigen rechner angeschaut, jedoch nicht so ohne weiteres kopiert werden.
ich denke für diesen fall sollte dieser schutz vollkommen ausreichend sein.

Edit:
die daten müssten natürlich vor jedem brennen für den akt. rohling neu verschlüsselt werden.
das sollte aber mit nem kleinen tool auch mit einem klick erledigt sein.

[AndreasP]

mahlzeit,

ich glaube ihr überseht bei der ganzen diskusion 2 dinge (ich hab die letzten beiträge nur überflogen :oops: ).
1. wenn du ein extra programm schreibst ist der benutzer auf windows beschränkt. das haben zwar statistisch gesehen 90% aller computerbesitzer, aber wer weis schon was in 10 jahren ist (meine kristalkugel hat sich gerade verabschiedet) auserdem hätte ich persönlich was gegen so eine beschränkung wenn sie nicht technisch zwingend ist (und ein paar bilder/videos aus meiner schulzeit zähle ich nicht dazu). aus meiner schulzeit kenne ich noch leute die verwenden nur linux oder macos.

2. was ist mit den eigentlichen nutzerdaten bilder/video/text. willst du deinen kunden wirklich zumuten die ganze cd erst auf die platte zu kopieren/installieren um sie dann zügig anschauen/entschlüsseln zu können, oder willst du ein properitäres format entwickeln (hast du die zeit/wissen dazu?). und da bei schülern ja in der regel immer geldknappheit herscht würde es mich nicht wundern wenn einige noch 500mhz rechner verwenden.

ich persönlich würde dir raten lass den ganzen firlefanz mit dem "kopierschutz", ich kenne keinen den man nicht umgehen könnte. und auch solche sachen wie zwangsregistrierung und abgleich mit dem schulserver machen am ende nur mehr probleme als nutzen, vom unmut deiner mitschüler mal ganz abgesehen (siehe diskusion um winxp zwangsregistrierung und steam), man bedenke auch den reiz des verbotenen. auserdem, kannst du garantieren das der server in 10 jahren noch steht?.

mein vorschlag wäre, gestallte eine ansprechendes webinterface das du zur navigation auf der cd verwenden kannst (siehe ct - software cd's). zur refinanzierung kannst du ja dann entweder die vorbestellungsvariante verwenden oder 1 buch /1 cd dafür etwas teurer. das erspart dir eine menge arbeit/zusätzliche kosten/ägerer (wen es nicht funktioniert)

[AndreasP]

beitrag bitte löschen. :oops: