Protected Streaming - Versionsgeschichte

TabellenBot: Einzelnachweis mit Heise-Online-Link formatiert

2024-02-03T11:43:20Z

Einzelnachweis mit Heise-Online-Link formatiert

← Nächstältere Version		Version vom 3. Februar 2024, 13:43 Uhr
Zeile 6:		Zeile 6:
	Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>		Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>

	Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[Digital Millennium Copyright Act\|DMCA]].<ref>https://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html</ref>		Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[Digital Millennium Copyright Act\|DMCA]].<ref>{{Internetquelle \| autor=Dr. Volker Zota, \| url=https://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html \| titel=Adobe geht gegen Streamrecorder für Flashvideos vor \| werk=[[Heise online\|heise.de]] \| datum=2009-05-25 \| abruf=2024-02-03}}</ref>

	== SWF-Verification ==		== SWF-Verification ==

Heavytrader-Gunnar: linkfix von Weiterleitungsseite auf Zielartikel.

2019-04-26T08:14:31Z

linkfix von Weiterleitungsseite auf Zielartikel.

← Nächstältere Version		Version vom 26. April 2019, 10:14 Uhr
Zeile 1:		Zeile 1:
	'''Protected Streaming''' ist ein digitales Rechte-Management ([[Digitale Rechteverwaltung\|DRM-Technologie]]) von [[Adobe ~~Systems~~\|Adobe]]. Es dient dazu, digitale Inhalte (Video oder Audio Streams) gegen unerlaubte Nutzung zu schützen. Protected Streaming ist eigentlich eine Kombination aus verschiedenen Techniken. Im Wesentlichen spielen zwei Komponenten zusammen.		'''Protected Streaming''' ist ein digitales Rechte-Management ([[Digitale Rechteverwaltung\|DRM-Technologie]]) von [[Adobe Inc.\|Adobe]]. Es dient dazu, digitale Inhalte (Video oder Audio Streams) gegen unerlaubte Nutzung zu schützen. Protected Streaming ist eigentlich eine Kombination aus verschiedenen Techniken. Im Wesentlichen spielen zwei Komponenten zusammen.

	== Verschlüsselung ==		== Verschlüsselung ==
Zeile 9:		Zeile 9:

	== SWF-Verification ==		== SWF-Verification ==
	Dieses Verfahren dient dazu zu gewährleisten, dass nur der offizielle, vom Anbieter zur Verfügung gestellte Client verwendet werden kann, um die Streams abzurufen. Mit Client ist hier z. B. ein [[Adobe Flash\|Flash]]-Videoplayer gemeint, der vom Inhalte-Anbieter mitgeliefert wird (~~z. B.~~ innerhalb einer Website). Alle erlaubten Clients (.swf-Dateien) werden dabei auf dem Flash-Media-Server hinterlegt. Versucht ein unbekannter Client den Stream abzurufen, verweigert der Flash Media Server den Verbindungsaufbau zum Client.		Dieses Verfahren dient dazu zu gewährleisten, dass nur der offizielle, vom Anbieter zur Verfügung gestellte Client verwendet werden kann, um die Streams abzurufen. Mit Client ist hier z. B. ein [[Adobe Flash\|Flash]]-Videoplayer gemeint, der vom Inhalte-Anbieter mitgeliefert wird (beispielsweise innerhalb einer Website). Alle erlaubten Clients (.swf-Dateien) werden dabei auf dem Flash-Media-Server hinterlegt. Versucht ein unbekannter Client den Stream abzurufen, verweigert der Flash Media Server den Verbindungsaufbau zum Client.

	Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.		Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.

Luke081515Bot: Bot: Ein Weblink wurde korrigiert

2016-11-17T22:32:32Z

Bot: Ein Weblink wurde korrigiert

← Nächstältere Version		Version vom 18. November 2016, 00:32 Uhr
Zeile 6:		Zeile 6:
	Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>		Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>

	Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[Digital Millennium Copyright Act\|DMCA]].<ref>~~http~~://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html</ref>		Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[Digital Millennium Copyright Act\|DMCA]].<ref>https://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html</ref>

	== SWF-Verification ==		== SWF-Verification ==

Fettbemme: /* Verschlüsselung */ Langschriftlemma unterlegt

2014-01-27T14:05:09Z

Verschlüsselung: Langschriftlemma unterlegt

← Nächstältere Version		Version vom 27. Januar 2014, 16:05 Uhr
Zeile 3:		Zeile 3:
	== Verschlüsselung ==		== Verschlüsselung ==
	Die Inhalte werden durch den Flash-Media-Server während der Übertragung verschlüsselt – es ist also keine Vorab-Verschlüsselung der Dateien notwendig (im Gegensatz zu z. B. Microsoft DRM). Die Daten werden dabei über ein spezielles Protokoll übertragen, entweder ''rtmpe'' oder ''rtmps''. ''rtmps'' verschlüsselt die Daten via [[Transport Layer Security\|SSL]], ''rtmpe'' verwendet hingegen ein proprietäres Verfahren.		Die Inhalte werden durch den Flash-Media-Server während der Übertragung verschlüsselt – es ist also keine Vorab-Verschlüsselung der Dateien notwendig (im Gegensatz zu z. B. Microsoft DRM). Die Daten werden dabei über ein spezielles Protokoll übertragen, entweder ''rtmpe'' oder ''rtmps''. ''rtmps'' verschlüsselt die Daten via [[Transport Layer Security\|SSL]], ''rtmpe'' verwendet hingegen ein proprietäres Verfahren.
	''rtmpe'' erzeugt weniger [[CPU]]-Last auf dem Flash-Media-Server. Durch ein Sicherheitsleck im Flash Player war in der Vergangenheit der Zugriff auf die übertragenen Daten möglich. Adobe hat diese Sicherheitslücke im Januar 2009 jedoch geschlossen.		''rtmpe'' erzeugt weniger [[Prozessor\|CPU]]-Last auf dem Flash-Media-Server. Durch ein Sicherheitsleck im Flash Player war in der Vergangenheit der Zugriff auf die übertragenen Daten möglich. Adobe hat diese Sicherheitslücke im Januar 2009 jedoch geschlossen.
	Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>		Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>

	Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[DMCA]].<ref>http://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html</ref>		Weiterhin gibt es daher Tools, welche ''rtmpe''-Streams entschlüsseln und auch lokal speichern können, zum Beispiel [[rtmpdump]]. Adobe bekämpft jedoch die öffentliche Verbreitung dieser Tools mit Verweis auf den [[Digital Millennium Copyright Act\|DMCA]].<ref>http://www.heise.de/newsticker/meldung/Adobe-geht-gegen-Streamrecorder-fuer-Flashvideos-vor-219989.html</ref>

	== SWF-Verification ==		== SWF-Verification ==

77.56.53.183 am 4. Dezember 2013 um 08:01 Uhr

2013-12-04T08:01:04Z

← Nächstältere Version		Version vom 4. Dezember 2013, 10:01 Uhr
Zeile 2:		Zeile 2:

	== Verschlüsselung ==		== Verschlüsselung ==
	Die Inhalte werden durch den Flash-Media-Server während der Übertragung verschlüsselt – es ist also keine Vorab-Verschlüsselung der Dateien notwendig (im Gegensatz zu z.B. Microsoft DRM). Die Daten werden dabei über ein spezielles Protokoll übertragen, entweder ''rtmpe'' oder ''rtmps''. ''rtmps'' verschlüsselt die Daten via [[Transport Layer Security\|SSL]], ''rtmpe'' verwendet hingegen ein proprietäres Verfahren.		Die Inhalte werden durch den Flash-Media-Server während der Übertragung verschlüsselt – es ist also keine Vorab-Verschlüsselung der Dateien notwendig (im Gegensatz zu z. B. Microsoft DRM). Die Daten werden dabei über ein spezielles Protokoll übertragen, entweder ''rtmpe'' oder ''rtmps''. ''rtmps'' verschlüsselt die Daten via [[Transport Layer Security\|SSL]], ''rtmpe'' verwendet hingegen ein proprietäres Verfahren.
	''rtmpe'' erzeugt weniger [[CPU]]-Last auf dem Flash-Media-Server. Durch ein Sicherheitsleck im Flash Player war in der Vergangenheit der Zugriff auf die übertragenen Daten möglich. Adobe hat diese Sicherheitslücke im Januar 2009 jedoch geschlossen.		''rtmpe'' erzeugt weniger [[CPU]]-Last auf dem Flash-Media-Server. Durch ein Sicherheitsleck im Flash Player war in der Vergangenheit der Zugriff auf die übertragenen Daten möglich. Adobe hat diese Sicherheitslücke im Januar 2009 jedoch geschlossen.
	Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>		Da sich jedoch der zur Verschlüsselung verwendete [[RC4]] Schlüssel aus einerseits der zu übertragenen Datei selbst, andererseits den letzten 32 Bytes der ersten Serverantwort errechnet, ist sowohl ein [[Man-in-the-middle-Angriff]] als auch ein Entschlüsseln des empfangenen Mediastreams durch den Empfänger leicht möglich.<ref>http://lkcl.net/rtmp/RTMPE.txt</ref>
Zeile 9:		Zeile 9:

	== SWF-Verification ==		== SWF-Verification ==
	Dieses Verfahren dient dazu zu gewährleisten, dass nur der offizielle, vom Anbieter zur Verfügung gestellte Client verwendet werden kann, um die Streams abzurufen. Mit Client ist hier z.B. ein [[Adobe Flash\|Flash]]-Videoplayer gemeint, der vom Inhalte-Anbieter mitgeliefert wird (z.B. innerhalb einer Website). Alle erlaubten Clients (.swf-Dateien) werden dabei auf dem Flash-Media-Server hinterlegt. Versucht ein unbekannter Client den Stream abzurufen, verweigert der Flash Media Server den Verbindungsaufbau zum Client.		Dieses Verfahren dient dazu zu gewährleisten, dass nur der offizielle, vom Anbieter zur Verfügung gestellte Client verwendet werden kann, um die Streams abzurufen. Mit Client ist hier z. B. ein [[Adobe Flash\|Flash]]-Videoplayer gemeint, der vom Inhalte-Anbieter mitgeliefert wird (z. B. innerhalb einer Website). Alle erlaubten Clients (.swf-Dateien) werden dabei auf dem Flash-Media-Server hinterlegt. Versucht ein unbekannter Client den Stream abzurufen, verweigert der Flash Media Server den Verbindungsaufbau zum Client.

	Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.		Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.
Zeile 16:		Zeile 16:

	== Weblinks ==		== Weblinks ==
		⚫	* [http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/flashmediaserver/pdfs/protecting_video_fms.pdf Whitepaper von Adobe] (PDF, 439 kB)

⚫	* [http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/flashmediaserver/pdfs/protecting_video_fms.pdf Whitepaper von Adobe (PDF)] (439 kB)
	* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=08_xmlref_281.html rtmpe (Adobe LiveDocs)]		* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=08_xmlref_281.html rtmpe (Adobe LiveDocs)]
	* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=03_configtasks_25.html rtmps (Adobe LiveDocs)]		* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=03_configtasks_25.html rtmps (Adobe LiveDocs)]

84.147.49.229: /* SWF-Verification */ Tippfehler

2013-11-26T15:59:05Z

SWF-Verification: Tippfehler

← Nächstältere Version		Version vom 26. November 2013, 17:59 Uhr
Zeile 13:		Zeile 13:
	Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.		Ein „abhören“ bzw. „mitschneiden“ der übertragenen Streams kann damit jedoch nicht wirksam verhindert werden.

	Weiterhin ist es möglich, auf dem Flash Media Server eine Liste zu hinterlegen, von welchen Hosts aus die Streams abgerufen werden können. Dies dient dazu zu verhindern, ~~das~~ einfach der komplette Original-Player in fremden Seiten eingebettet wird.		Weiterhin ist es möglich, auf dem Flash Media Server eine Liste zu hinterlegen, von welchen Hosts aus die Streams abgerufen werden können. Dies dient dazu zu verhindern, dass einfach der komplette Original-Player in fremden Seiten eingebettet wird.

	== Weblinks ==		== Weblinks ==

89.204.135.139: Toter Link korrigiert.

2013-06-22T00:48:30Z

Toter Link korrigiert.

← Nächstältere Version		Version vom 22. Juni 2013, 02:48 Uhr
Zeile 16:		Zeile 16:

	== Weblinks ==		== Weblinks ==

	* [http://www.adobe.com/devnet/flashmediaserver/~~articles~~/protecting_video_fms.pdf Whitepaper von Adobe (PDF)] (439 kB)		* [http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/flashmediaserver/pdfs/protecting_video_fms.pdf Whitepaper von Adobe (PDF)] (439 kB)
	* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=08_xmlref_281.html rtmpe (Adobe LiveDocs)]		* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=08_xmlref_281.html rtmpe (Adobe LiveDocs)]
	* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=03_configtasks_25.html rtmps (Adobe LiveDocs)]		* [http://livedocs.adobe.com/flashmediaserver/3.0/docs/help.html?content=03_configtasks_25.html rtmps (Adobe LiveDocs)]

Kangeru: HC: Entferne Kategorie:Multimedia; Ergänze Kategorie:Streaming

2013-04-16T16:48:39Z

HC: Entferne Kategorie:Multimedia; Ergänze Kategorie:Streaming

← Nächstältere Version		Version vom 16. April 2013, 18:48 Uhr
Zeile 23:		Zeile 23:
	<references />		<references />

	[[Kategorie:~~Multimedia~~]]		[[Kategorie:Streaming]]
	[[Kategorie:DRM]]		[[Kategorie:DRM]]

Kangeru: HC: Entferne Kategorie:Netzwerkprotokoll; Ergänze Kategorie:DRM

2013-04-16T16:38:35Z

HC: Entferne Kategorie:Netzwerkprotokoll; Ergänze Kategorie:DRM

← Nächstältere Version		Version vom 16. April 2013, 18:38 Uhr
Zeile 24:		Zeile 24:

	[[Kategorie:Multimedia]]		[[Kategorie:Multimedia]]
	[[Kategorie:~~Netzwerkprotokoll~~]]		[[Kategorie:DRM]]

KLBot2: Bot: 1 Interwiki-Link(s) nach Wikidata (:d:Q239087) migriert

2013-04-04T08:07:31Z

Bot: 1 Interwiki-Link(s) nach Wikidata (d:Q239087) migriert

← Nächstältere Version		Version vom 4. April 2013, 10:07 Uhr
Zeile 25:		Zeile 25:
	[[Kategorie:Multimedia]]		[[Kategorie:Multimedia]]
	[[Kategorie:Netzwerkprotokoll]]		[[Kategorie:Netzwerkprotokoll]]

	[[en:Protected Streaming]]