| Autor |
Beitrag |
Jakob Schöttl
      
Beiträge: 929
Erhaltene Danke: 1
Delphi 7 Professional
|
Verfasst: Mi 09.09.09 18:59
Hallo,
ich hab gerade was über Illegale Primzahl, das sind wohl Primzahlen, die, in binärer Darstellung mit gzip komprimiert, Dokumente, z.B. einen Quelltext ergeben können. Sie müssen natürlich entsprechend viele Stellen haben, ein Beispiel: 1401
Ich versteh das natürlich nicht wirklich! Aber weiß irgendjemand, warum das gerade eine Primzahl sein muss, und nicht irgendeine Zahl? Hat das was mit dem Algorithmus von gzip zu tun? Moderiert von Narses: Topic aus Algorithmen, Optimierung und Assembler verschoben am Do 10.09.2009 um 09:38
|
|
andras
      
Beiträge: 460
Win XP, Win Vista Home Premium, Ubuntu Dapper Drake
Delphi 2005 Pers
|
Verfasst: Mi 09.09.09 19:08
Jakob Schöttl hat folgendes geschrieben : | Hallo,
Ich versteh das natürlich nicht wirklich! Aber weiß irgendjemand, warum das gerade eine Primzahl sein muss, und nicht irgendeine Zahl? Hat das was mit dem Algorithmus von gzip zu tun? |
Also ich könnt mir vorstellen, dass es halt in dem Fall eine Primzahl ist, weil Primzahlen im Allgemeinen mehr Aufmerksamkeit bekommen als normale Zahlen. Nach Primzahlen wird gesucht, nach normalen Zahlen nicht.
Allerdings, ich hab von dem ganzen jetzt das 1. mal gehört, also wissen tu ich es nicht.
|
|
platzwart
      
Beiträge: 1054
Erhaltene Danke: 78
Win 7, Ubuntu 9.10
Delphi 2007 Pro, C++, Qt
|
Verfasst: Mi 09.09.09 19:31
Ehm... die Antwort steht doch bei Wikipedia! Aus rechtlichen Gründen... und da haben die dann getrickst, indem das illegale Programm als Primzahl dargestellt wurde und somit konnte man die "Datei" bzw. die "Ansammlung von 0 und 1" legal vertreiben... Hast du den Text ganz gelesen?!?
_________________ Wissenschaft schafft Wissenschaft, denn Wissenschaft ist Wissenschaft, die mit Wissen und Schaffen Wissen schafft. (myself)
|
|
Jakob Schöttl 
      
Beiträge: 929
Erhaltene Danke: 1
Delphi 7 Professional
|
Verfasst: Mi 09.09.09 19:40
platzwart hat folgendes geschrieben : | | Ehm... die Antwort steht doch bei Wikipedia! Aus rechtlichen Gründen... und da haben die dann getrickst, indem das illegale Programm als Primzahl dargestellt wurde und somit konnte man die "Datei" bzw. die "Ansammlung von 0 und 1" legal vertreiben... Hast du den Text ganz gelesen?!? |
ja so viel hab ich schon mitgekriegt, aber ich hab mich ja gefragt, ob es eben nur Primzahlen gibt, mit denen man sowas machen kann, oder ob das eben zufall ist.
|
|
FinnO
      
Beiträge: 1331
Erhaltene Danke: 123
Mac OSX, Arch
TypeScript (Webstorm), Kotlin, Clojure (IDEA), Golang (VSCode)
|
Verfasst: Mi 09.09.09 19:58
na, dass das Zufall ist, ist irgendwie selbstverständlich. Schließlich hat jede Zahl ein Bitmuster, nicht nur Primzahlen.
|
|
Boldar
      
Beiträge: 1555
Erhaltene Danke: 70
Win7 Enterprise 64bit, Win XP SP2
Turbo Delphi
|
Verfasst: Mi 09.09.09 20:31
nein, da steht, sie haben in der menge der möglichen Zahlen extra nach einer Primzahl gesucht.
|
|
delfiphan
      
Beiträge: 2684
Erhaltene Danke: 32
|
Verfasst: Mi 09.09.09 20:33
Du könntest auch die Zahl Pi nehmen und binär codieren. Irgendwo würdest du die Sources von Windows 7 finden. Wieso Primzahlen, weil man eine normale Zahl nicht mehr finden muss sondern einfach konstruieren könnte. Da hätte man nicht mehr viele Argumente.
|
|
alzaimar
      
Beiträge: 2889
Erhaltene Danke: 13
W2000, XP
D6E, BDS2006A, DevExpress
|
Verfasst: Do 10.09.09 06:33
Merkwürdich ist doch aber, das ausgerechnet eine Primzahl -mit gzip dekodiert- den Quelltext von DeCSS ergibt. Ich meine, es gibt doch verdammt viele Zahlen und im Vergleich dazu ziemlich wenig Primzahlen, vor allem 1401-Stellige.
Auf der anderen Seite gibt es ja nicht nur einen Quellcode von DeCSS, sondern beliebig viele. Wenn ich diese also komprimiere, bekomme ich auch beliebig viele Bitmuster, a.k.a lange Zahlen. Ist lustig, das dabei eine Primzahl ist, aber -nun ja-, da hat halt jemand zu viel Zeit gehabt und lange gesucht. Oder Glück gehabt.
Mit Sicherheit funktioniert das Ganze auch mit RAR.
_________________ Na denn, dann. Bis dann, denn.
|
|
Narses
      

Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: Do 10.09.09 08:38
Moin!
Ist schon wieder April?
cu
Narses
_________________ There are 10 types of people - those who understand binary and those who don´t.
|
|
Gammatester
      
Beiträge: 328
Erhaltene Danke: 101
|
Verfasst: Do 10.09.09 10:25
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Do 10.09.09 10:52
| Zitat: | | Merkwürdich ist doch aber, das ausgerechnet eine Primzahl -mit gzip dekodiert- den Quelltext von DeCSS ergibt. |
Ich glaube du interpretierst da zuviel rein.
Ich vermute das der Alghorithmus von zip so ausgeklügelt ist das der Dekodierer ~weiß~ wann der zu dekodierende Stream zu ende ist. Man kann sich also einfach den DeCss Source nehmen den kodieren und einfach hinten solange Bytes anfügen bis die Bytefolge einer Primzahl entspricht ohne das spätere Dekodierergebnis zu ändern.
|
|
Gammatester
      
Beiträge: 328
Erhaltene Danke: 101
|
Verfasst: Do 10.09.09 11:38
Ralf Jansen hat folgendes geschrieben : | | Zitat: | | Merkwürdich ist doch aber, das ausgerechnet eine Primzahl -mit gzip dekodiert- den Quelltext von DeCSS ergibt. |
Ich glaube du interpretierst da zuviel rein.
Ich vermute das der Alghorithmus von zip so ausgeklügelt ist das der Dekodierer ~weiß~ wann der zu dekodierende Stream zu ende ist. Man kann sich also einfach den DeCss Source nehmen den kodieren und einfach hinten solange Bytes anfügen bis die Bytefolge einer Primzahl entspricht ohne das spätere Dekodierergebnis zu ändern. |
Genau! Außerdem scheints wirklich nur mit gzip zu funktioneren, denn das hört nach zwei #0 bytes auf. 7Z und Rar sind nicht so einfach zu überlisten. Und es dauert auch nicht lange, so eine Primzahl zu berechen. Beispiel: der Text aus dem 1. Beitrag "Hallo, ... gzip zu tun?". Er wird ge-gzipt, hex ausgelesen, zwei #0 Bytes angehängt, als MP-Integer interpretiert und einfach die nächste Primzahl gesucht:
Quelltext 1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12:
| gzip Primzahl: 12430635356633383230544503457508399231396526660820008145615911442018575400640497 40826329416087077683845294583646687390514962394362513037180796278988303254525866 10985557595958415883642373041951179288781563710360197699053325476881063318449859 53766209315391568278878648755260400556040509545532496448903608050148673443016162 70684710711439879098731206354619322329103236280697302288905831996008780271792399 14430607131108675826378922269335829695368173702171059417481295824230641465726691 56447615399547347006023930604202273239674720538518681889053508585476811089481558 82065526914900080060282469077677342169282117488587320306026989741089942589904830 73914324425631733622788091134162743537288823372927417948379295751837801981005065 49618734435741713780763635245811180241589 Time [s]: 9.908 |
Allerdings benutzt meine Bibliothek den BPSW-Primtest, also wird die eigentliche Zeit für eine hieb-und-stichfeste Verifikation der Primeigenschaft wahrscheinlich wesentlich länger sein als bis 10 sec für die Berechnung.
Gammatester
Edit: Die Zahl ist wirklich prim (eigentlich Schade, sonst wär's das erste Gegenbeispiel für BPSW). Zeitbedarf mit Primo 3.0.7: Initialization=0.25s, 1stPhase=5mn 50s, 2ndPhase=43.34s, Total=6mn 34s)
Zuletzt bearbeitet von Gammatester am Do 10.09.09 14:37, insgesamt 1-mal bearbeitet
|
|
Delphi-Laie
      
Beiträge: 1600
Erhaltene Danke: 232
Delphi 2 - RAD-Studio 10.1 Berlin
|
Verfasst: Do 10.09.09 11:45
FinnO hat folgendes geschrieben : | | na, dass das Zufall ist, ist irgendwie selbstverständlich. Schließlich hat jede Zahl ein Bitmuster, nicht nur Primzahlen. |
Letztendlich kann man auch an jeder (natürlichen) Zahl irgendwelche Eigenschaften finden, ja dieser fast schon andichten, die sie originell, einzigartig, unverwechselbar macht. Mathematiker sind diesbezüglich grenzenlos hartnäckig und kreativ spürsinnig. Und unter diesem Aspekt der nachweislichen Einzigartigkeit oder bestenfalls einer Gruppierung weniger Zahlen mit ähnlichen bzw. gemeinsamen Eigenschaften (siehe Primzahlen) kann man eben jede Zahl veröffentlichen, wenn man es nur gut und/oder genug begründen kann. Ansonsten ist die bloße Veröffentlichung einer Zahl auch ohne einen solchen Hinweis rechtlich einwandfrei, wenn man ihre "dunkle" Seite ebenfalls verschweigt, dann ist ja keine unlautere Absicht nachzuweisen. (Natürliche) Zahlen als Abstraktion der Anzahlen (von Mengen) natürlicher Objektes als solche existieren nun einmal objektiv und unabhängig vom menschlichen Geiste (sonst hätten Sie keine von den Gehirnen unabhängige Eigenschaften) und lassen sich nicht einmal von US-amerikanischen Gesetzen bzw. Gerichten, die sogar schon die Mondoberfläche sich "angeeignet" haben sollen, verbieten.  Zählt man sie einfach der Reihe nach durch, gelangt man mit hunderprozentiger Sicherheit irgendwann in die Illegalität, in die Kriminalität.
Allein das Syntagma "illegale Primzahl" zeigt doch den ganzen Widersinn, die Lächerlichkeit, die Hirnrissigkeit gerade des US-amerikanischen (Un-)Rechtssystems auf. Ich nehme es jedenfalls nicht ernst.
Zuletzt bearbeitet von Delphi-Laie am Do 10.09.09 13:38, insgesamt 3-mal bearbeitet
|
|
Sirke
      
Beiträge: 208
Erhaltene Danke: 2
|
Verfasst: Do 10.09.09 13:23
Bei diesen "illegalen Primzahlen" geht es ja um den Sinn einer Veröffentlichung von illegalen Daten auf eine legale weise. Daher sucht man sich am einfachsten Primzahlen, da diesen in der Mathematik am meisten Beachtung geschenkt wird und auch bestimmte Primzahlen, ob nun aufgrund ihrer Art, Bildungsvorschrift oder Länge, veröffentlicht werden. Berichtet man anschließend über die weitere Besunderheit dieser Zahl, können alle Personen auf diese illegalen Daten zugreifen.
Ähnliches wurde ja auch mit dem Quellcode von PGP gemacht, dessen Export aus den USA illegal gewesen wäre. Daher wurde dieser als Buch in maschinenlesbarer Schrift samt Prüfsummen veröffentlicht und anschließend exportiert, da diese keine Exportbeschränkungen haben.
|
|
Delphi-Laie
      
Beiträge: 1600
Erhaltene Danke: 232
Delphi 2 - RAD-Studio 10.1 Berlin
|
Verfasst: Fr 11.09.09 18:00
Diesen Gedanken kann man sogar noch weitertreiben und verallgemeinern: Jedes urheberrechtlich geschützt Werk, sei es Audio, Video, Photo, Gemälde, Plastik, etwas Schriftliches (z.B. Buch), ein Algorithmus, eine Erfindung oder Entdeckung läßt sich digitalisieren und damit letzlich einer - in der Regel immens großen - Zahl zuordnen (wobei diese Zuordnung natürlich vom Digitalisierungsverfahren abhängt und damit nicht eineindeutig ist). Wenn das mit der Verjustifizierung des Bereiches/Raumes der natürlichen Zahlen so weitergeht, dann gehen den Mathematikern allmählich die (großen) Zahlen aus, vielleicht wird sogar die Mathematik als ganzes abgeschafft werden müssen. 
|
|
|