Überblick: Inhaltsschutz

DRM

DRM (Digital Rights Management) schützt Ihre Videoinhalte, indem die Videodaten verschlüsselt und basierend auf Lizenzrichtlinien entsperrt werden. Wenn der Videoinhalt in einen Brightcove-Player geladen wird, ruft der Player einen Lizenzserver zurück und erhält die Berechtigung zum Abspielen des Videos. Diese Transaktion ist für die Betrachter transparent. Siehe die Überblick: Digital Rights Management (DRM) in der Video Cloud Dokument für weitere Informationen.

HLS-Verschlüsselung (HLSe)

Die HLS-Verschlüsselung ist zwar nicht so sicher wie DRM, erschwert jedoch das unbefugte Anzeigen Ihrer Videos. Sehen Schützen von Videos mit HLS-Verschlüsselung Einzelheiten zur Funktionsweise von HLSe und zur Aktivierung Ihres Kontos.

TTL (Token-Authentifizierung)

Wenn Sie Premium- oder vertrauliche Inhalte liefern, werden Sie nach allen Möglichkeiten suchen, um sicherzustellen, dass diese sicher bleiben. Sie möchten nicht, dass Endbenutzer Video-URLs kopieren oder Inhalte ohne die ordnungsgemäße Autorisierung weiterhin wiedergeben können. Brightcove unterstützt die VOD-Signatur von HLS-, MP4- und DASH-URLs. Das Signieren wird sowohl für Brightcove House- als auch für BYO CDN-Konfigurationen mit Akamai, Fastly, Cloudfront und JOCDN unterstützt.

Standardmäßig haben TTL-Token eine sehr kurze Lebensdauer. Sie können die Lebensdauer bei Bedarf (für MRSS-Feeds und andere Anwendungsfälle) um verlängern Wenden Sie sich an den Brightcove-Support Damit sie den Wert für die Lebensdauer des Tokens höher einstellen. Der zulässige Bereich liegt zwischen einer Stunde und einem Jahr. Denken Sie jedoch daran, dass dies eine Kontoeinstellung ist. Stellen Sie den Wert nicht so hoch ein, dass er die Sicherheit Ihrer anderen Videos gefährden könnte.

Kurzes Manifest TTL

Im Wiedergabeworkflow ruft der Brightcove-Player die Wiedergabe-API (oder Edge-Auth-API) auf, um die verfügbaren Manifeste zum Starten der Wiedergabe abzurufen, indem ein Richtlinienschlüssel (oder JWT) zur Authentifizierung bereitgestellt wird.

Damit diese APIs skalierbar und hochverfügbar sind, wurde eine Caching-Schicht eingeführt. Diese Schicht speichert die Antworten von der Signed Manifest URL API und der Playback API. Da die signierten Manifeste zwischengespeichert werden, muss die TTL lang genug sein, um für die Zeit im Cache gültig zu sein, plus einen Puffer für den Player.

Kurze Manifest-TTLs ermöglichen es den Zuschauern, die Wiedergabe ungehindert fortzusetzen. Außerdem funktionieren alle Funktionen der dynamischen Zustellung mit Short manifest TTL.

Domaineinschränkungen

Für Spieler können Domänenbeschränkungen festgelegt werden, um die Domänen einzuschränken, in denen Spieler verwendet werden können. Wenn der Player-Veröffentlichungscode kopiert und auf einer anderen Site verwendet wird, verhindern Domain-Einschränkungen, dass der Player Videos lädt. Publisher müssen den In-Page-Einbettungscode verwenden, damit die Wiedergabe in den Domänen funktioniert, für die eine Whitelist erstellt wurde. Publisher können den iframe-Einbettungscode nicht für eine Whitelist-Domain (oder eine andere Domain) verwenden und erwarten, dass die Wiedergabe ordnungsgemäß funktioniert.

Siehe die Konfigurieren von Einschränkungen für Player-Inhalte Dokument für Anweisungen, wie Sie Ihren Player und die Domain einschränken können Domain Restrictions Messaging Dokument zum Umgang mit Domäneneinschränkungsfehlern in Brightcove Player.