es ist etwas wunderlich, was du spät in der Nacht hier im Forum verbreitest:
WoWu hat geschrieben:Einwenig mehr Sachkunde wäre schon hilfreich:
Es gibt keine HDCP geschützte bzw. "mit Signalen versehenen" Content. HDCP ist ein Handshake-Verfahren, das bei Kontaktierung der Hardware abläuft und nichts mit dem Content zu tun hat. Der Content bleibt unverschlüsselt.
Du hast in diesem Punkt die Spezifikation missverstanden.
"HDCP Encryption is applied at the input to the T.M.D.S. Encoder and
decryption is applied at the output of the T.M.D.S. Decoder"
Würde man deiner Theorie folgen, so könnte man problemlos die unverschlüsselten Nutzdatensignale auf den Leitungen abgreifen, solange eine authentisierte Verbindung besteht. Damit wäre die gesamte HDCP-Architektur sinnlos.
Ich hoffe du hast für dein vielzitiertes Buch besser recherchiert.
GirlPower hat geschrieben:aber was willst du uns damit sagen ?
was hat das clonen eines pc-monitors mit hdcp zu tun ?
hdcp ist eigentlich wie ein kopierschutz zu sehen....
Herr Wichtigwedel will uns damit überdeutlich sagen, daß er keine Ahnung hat, wovon er faselt. Ich hatte letzte Woche gleich Zugriff auf mehrere, nagelneue Flach-TVs. Alle mit Full-HD-Panels. Per DVI-HDMI-Adapter an Notebook (von Anfang 2007) und PC (Modell 2006), beide mit NVidia-Grafikkarten und garantiert ohne HDCP-Unterstützung, angeschlossen. HDMI-Eingang vom TV-Eingang angewählt - schon taucht im Grafikkartentreiber der Fernseher auf und läßt sich ansteuern.
Wenn es, wie im Falle des Ursprungs-Fragestellers, nicht klappt, kann dies eine ganze Reihe von Ursachen haben - mit älteren Flach-TVs habe ich am PC auch schon alle Arten von Überraschungen erlebt. Seit dem Modelljahrgang 2008 sollte es mit den TVs der sogenannten A-Marken (Panasonic, Philips, Sony, Samsung etc.) keinen Streß mehr geben. Und HDCP könnte bei Problemen nur dann eine Rolle spielen, wenn der Hersteller es falsch implementiert hat - nämlich so, wie es Herr W. uns weismachen will.
Liebe Slashcamer: Diese Diskussion ist mal wieder ein hervorragendes Beispiel dafür, wie Herr W. ahnungslose Besucher Eures Forums mit seinen schlicht falschen Aussagen ins Bockshorn jagt. Das fällt auf Euch zurück - ob ihr wollt oder nicht. Wollt Ihr ihn vielleicht doch mal endlich sperren?
Alternativvorschlag: Ihr zahlt mich, um die bisher von mir nur kursorisch gepflegte Liste W.schen Wahnwitzes systematisch zu aktualisieren. Das dürfte für mich die lukrativere Variante sein...
------------
Gurgel doch mal - und dann schön weit ausspucken!
Dann hast Du HDCP noch nicht wirklich verstanden .... denn bei HDCP handelt es sich um ein Hochgeschwindigkeits-Hardware- Chiffrierverfahren mit 40 Schlüsseln und einer Länge von 56 Bit.
Die Verschlüsselung, auf die Du Dich beziehst,
Kaitel 3, "Data Encryption"
... betrifft lediglich den Datenkanal, auf dem die HW-Verbindung besteht, nicht jedoch die Kanäle, auf denen der Content ausgetauscht wird. Somit ist der Content unverschlüsselt.
Du musst deutlich zwischen dem Datenkanal und dem Content unterscheiden.
Erst wenn die Authentifizierung ordnungsgemäß durchgeführt wurde stehen die korrekten Initialisierungswerte für den HDCP Cipher fest.
Nach jedem Bildrücklauf wird eine Neuinitialisierung des Ciphers durchgeführt, die aber (normalerweise) nichts am Wert des Ciphers ändern sollte, solange nicht der Schlüssel wieder getauscht wird.
Um zu verhindern, dass im laufenden Betrieb ein authentifiziertes Gerät gegen ein nicht authentifiziertes ausgetauscht wird, überprüft die State Machine im Pollverfahren bei HDCP etwa alle 5 Sekunden den ordnungs-gemäßen Zustand des Gegenparts, was fehlschlägt, wenn der "richtige" Kommunikationspartner abgeschaltet oder durch ein anderes Gerät ausgetauscht wurde.
Würde es also gelingen, den Content aus der serielle TMDS Übertragung zu decodieren, wäre er in der Tat sichtbar.
Aus den oben genannten Gründen gelingt das aber nicht.
Geräte, die zwar über eine HDMI/HDCP Lizensierung verfügen, bei denen sich aber im Nachhinein herausstellt, dass sie dennoch den Zugriff auf das HD Signal, auch durch nachträgliche Manipulation) ermöglichen, können über die Revocationsliste, die in DVD bzw. in TV Ausstrahlungen mitgesendet wird, nachträglich abgeschaltet werden.
HDCP ist nie im Bildsignal enthalten, wie fälschlicherweise oft behauptet wird, sondern ist ein separates Verfahren, das bereits beim Einschalten auf Hardwarebene funktioniert und nicht erst wenn der Content läuft.
Die für diesen Vorgang notwendigen Schlüssel „handeln“ die Geräte in einem Authentisierungs-Prozess am Beginn einer Übertragung aus.
Dies Authentifizierung bietet dem Rechteinhaber die Möglichkeit, bei Missbrauch bestimmter Geräte einzugreifen.
Eigner von Urheberrechten, deren Inhalte illegal kopiert wurden, als auch Hersteller, die einen Marktnachteil dadurch haben, das Konkurrenzunternehmen das Kopierschutzverfahren nicht korrekt implementiert hat, über die DCP LLC einen Rückruf der Schlüssel der betroffenen Geräte erwirken.
Also auch solche Geräte, die HDMI nach VGA versprechen funktionieren nur solange, wie sie keinen urheberrechtlich geschützten Content "sehen", der eine Revocations-Liste führt.
Insofern ist also, entgegen Deiner Annahme, nicht das Nutzsignal verschlüsselt, sondern lediglich das Authentisierungsverfahren.
Ich denke, also, ich habe für mein Buch schon ziemlich genau recherchiert, in dem das Verfahren natürlich noch sehr viel genauer beschrieben wird und nach über 10 Jahren Erfahrung mit Verschlüsselungsverfahren im TV Bereich denke ich auch, dass ich über die erforderliche Hintergrunderfahrung verfüge, solche Verfahren auch richtig verstehen zu können.
Deine ursprünglichen Formulierungen haben dem geneigten Leser suggeriert, der Datenstrom einer HDCP-gesicherten Verbindung sei unverschlüsselt. Das legt auch die von dir referenzierte Spezifikation "High-bandwidth Digital Content Protection System - Interface Independent Adaptation" nahe. Diese beschäftigt sich ausschließlich mit dem HDCP-Verfahren, ohne auf die dazu notwendige Verschlüsselung der Daten auf der TMDS-Schnittstelle einzugehen.
Würde es also gelingen, den Content aus der serielle TMDS Übertragung zu decodieren, wäre er in der Tat sichtbar.
Vorausgesetzt du kannst die Verschlüsselung rückgängig machen.
Über TMDS kommen die Bilddaten, und jedes einzelne 24-Bit-Wort, das darüber übertragen wird, wird mit einem Pseudo-Zufallswert verXORed.
"The HDCP Cipher generates a new 24-bit word of pseudo-random data for every pixel of HDCP Content to be encrypted."
Hättest du von Anfang an klargestellt, dass du die Verschlüsselung der Nutzdaten auf dem physical Layer als gegeben voraussetzt, dann hätte ich auch nichts gesagt.
Deti
Zuletzt geändert von deti am Mo 23 Mär, 2009 14:14, insgesamt 1-mal geändert.
@ Deti
Ich habe immer gesagt, dass der CONTENT nicht verschlüsselt ist und die Differenzierung zwischen Content und Datenkanal vorausgesetzt.
Also, genaues Lesen hätte Deine Kritik überflüssig gemacht.
Aber manche (andere) Forumteilnehmer halten eben HDCP ohnehin für ein Kopierschutzverfahren alter "Bauart" und können nicht einmal zwischen den unterschiedlichen Signaltypen unterscheiden.
Aber ich denke, es ist jetzt klar, dass der Content unverschlüsselt übertragen wird und sich der Schutz lediglich auf die Verbindung bezieht und daraus auch klar wird, warum viele Monitore erst gar keine HD-taugliche Verbindung aufbauen und auch in der Verbindung zu DVI der Datenkanal völlig fehlt und somit HD Verbindungen nicht so ohne Weiteres hergestellt werden.
Um es nochmal klarzustellen: Es gibt KEINEN Weg die Nutzdaten auf den TMDS-Leitungen, also den (unverschlüsselten) Content, einer HDCP-gesicherten Verbindung auszulesen. Weil jedes einzelne 24-Bit-Wort der Bilddaten, das darüber übertragen wird, mit einem Pseudo-Zufallswert verXORed wird.
Es wird dem Content nichts angehängt und es wird auch in keiner Weise verschlüsselt.
Besteht die Verbindung einmal, ist sie lediglich durch den parallel laufenden Datenkanal gesichert, der allerdings zum Content zu keiner Zeit referenziert.
Lediglich dieser parallele Datenkanal ist ge-cyphert.
Die TMDS Übertragung ist lediglich ein serielles Übertragungsverfahren, dessen Signal auch wieder in ein parallelles Signal umgewandelt werden kann und damit nutzbar wird. Man könnte es also als quasi Codierung bezeichnen, die in sich aber keinerlei Schutzmechanismen enthält.
Man muss also den Content als unverschlüsselt bezeichnen, weil jegliche Veränderung (und sei es nur durch Anhängen relevanter Daten) fehlt. Lediglich der (extra eingeführte) Datenkanal zwischen den Hardware-Elementen und die dadurch mögliche Steuerung des abgebenden Gerätes sichern den Content ab.
Die Sicherung besteht darin, dass man an die Signale nicht heran kommt.
Aber auch, wenn kein Content läuft, sondern lediglich die Verbindung besteht ..... also Content-unabhängig .... nein, nein, das habe ich wohl verstanden, nur solange auf auf Nullpakete gearbeitet wird, kann man kaum behaupten, es sein Content abhängig.
Es ist ein Hardware - Verfahren !!!!!
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
