BISS-CA Decryption

BISS-CA Decryption

⚠️

Trusted Platform Module (TPM) must be fitted. If not fitted, the BISS-CA functionality will be hidden. Please contact MediaKind Customer Support on how to check this.

BISS v2 mode CA, or BISS-CA (as specified in EBU Tech 3292-s1 Version 1.0 March 2018) is an extension to BISS v2 which replaces the fixed Session Word (SW) used to descramble an incoming feed with a cycling Session Word that is transmitted in the transport stream using Entitlement Control Messages (ECMs).

Receivers may be entitled by the headend to decrypt the cycling Session Words via an intermediary Session Key (SK) which are transmitted in the transport stream using Entitlement Management Message (EMMs).

Entitlement of the receiver is handled through public/private key cryptography where the public and private keys are both known to the receiver and only the public key is known to the headend. For each entitled receiver, the SK is encrypted using the receiver’s public key.

The RX1 supports the following BISS-CA features:

  • Self-generated key pair
  • Injected key pair

Key pairs

Multiple Self-Generated Key Pairs and/or Injected Key Pairs can be stored on a single RX1 unit. This allows the receiver operator to switch the unit between headend scramblers without having to reload or regenerate the key pairs.

For all key pair types, the RX1 permits the public key to be downloaded so that it can be communicated to the headend operator to allow the unit to be entitled.

Descrambling license tokens

For every service that is decrypted using BISS-CA, a single Descrambling License Token (FAT1023941/3) is consumed.

BISS-CA key pairs

There are two types of key pairs supported by the RX1 as described below.

The key pairs that are currently stored on the RX1 unit can be viewed from the BISS-CA key pairs table under Server Information (see Display BISS-CA key pairs table).

The BISS-CA key pairs table will list the following information:

  • EKID: This is the Entitlement Key ID derived from the key pair stored on the RX1. It will be unique to the key pair and may be used to reference or identify the key pair when communicating with the content provider about what keys are present.

  • Key Pair Type: This indicates the Key Pair Type as either Self-Generated or Injected.

  • Creation Date: The date when the key pair was generated or imported on to the RX1.

  • Description: A text field that the operator can optionally fill to help identify what the key pair is used for such as, name of content provider, event name, etc. This field has no effect on the operation of BISS-CA decryption.

  • Download Actions: The Download Actions available for the key pair which vary according to the key pair Type:

    • Public: Download the public portion of the key pair; All key pair types.
    • Attestation: Download attestation data for the key pair; Self-Generated key pairs only.
    • Delete: Remove the key pair from storage on the RX1; Self-Generated and Injected key pairs only.

Display BISS-CA key pairs table

To navigate to the key pairs table, follow these steps:

  1. Display Servers.

  2. Click the Detail icon, to display Server information.

  3. Click the RX1 Appliance tab then click the BISS-CA Key Pairs tab. Valid key pairs are displayed in a table.

Create a self-generated key pair

To create a self-generated key pair, follow these steps:

  1. Display BISS-CA Key Pairs Table.

  2. Click Add key Pair.

  3. Select Self-Generated Key Pair. A pop-up window should appear stating Success.

  4. Click OK to close the pop-up window. A new Key Pair entry should appear in the BISS-CA Key Pair table.

  5. Enter a suitable descriptive title in the Description field to help identify what content provider this Key Pair will be registered to or the name of the event it will be used for.

Import injected key pair

To import an injected key pair, follow these steps:

  1. Display BISS-CA key pairs table.

  2. Click Add Key Pair.

  3. Select Import Injected Key Pair. A pop-up browser window should appear showing the required fields necessary for importing an Injected key pair.

  4. Click Select a File for the Select Public Key field, browse and select the file for the public portion of the key pair.

  5. Click Select a File for the Select Private Key field, browse and select the file for the private portion of the key pair.

  6. Enter a suitable descriptive title in the Description field to help identify what content provider this key pair will be registered to or the name of the event it will be used for.

  7. Click the Import button. A pop-up window should appear stating Success.

  8. Click OK to close the pop-up window. A new key pair entry should appear in the BISS-CA key pair table.

Export the public key

Exporting the public portion of a key pair stored on the RX1 is available for Self-Generated and Injected key pair types.

To export the public key, follow these steps:

  1. Display BISS-CA key pairs table.

  2. Locate the row with the desired key pair.

  3. From the Download Actions column, click the Public button.

Export attestation data

To authenticate that a Self-Generated key pair was created by the RX1, an Attestation Package can be exported for validation.

  • The RX1 does not provide attestation data in the form of a X.509 certificate.
  • There is no attestation data available for Buried or Injected Key Pairs.

To export attestation data, follow these steps:

  1. Display BISS-CA key pairs table.

  2. Locate the row with the desired key pair.

  3. From the Download Actions column click the Attestation button.

Remove stored key Pair

Only Self-Generated and Injected key pair types can be removed from the RX1.

⚠️

Once a key pair has been removed, it is impossible to undo or recover the lost key pair. A service that is dependent on the key pair removed can no longer be descrambled. New entitlements will need to be obtained from the content provider (see Managing BISS-CA entitlements).

To remove a stored key pair, follow these steps:

  1. Display BISS-CA Key Pairs Table.

  2. Locate the row with the desired key pair.

  3. From the Download Actions column click the Delete button. A pop-up window should appear confirming the action.

  4. Select Yes, Delete Key to complete the action. A pop-up window should appear stating Success.

  5. Click OK to close the pop-up window.

Enable BISS-CA decryption for service decode

See Managing BISS-CA Entitlements.

For a service that has been configured for UHD or SD/HD, enable BISS-CA with the following steps:

  1. From the Home page, select the RECEIVER item from the required feed then click to edit

  2. From the Parameters window, select the Decrypt tab.

  3. Tick the BISS-CA checkbox to enable decryption (untick the checkbox to disable decryption).

  4. Click Save and continue to save your changes.

Enable BISS-CA decryption for TS passthrough

See Managing BISS-CA Entitlements.

For a service that has been configured for TS Passthrough, enable BISS-CA with the following steps:

  1. From the Home page, select the RECEIVER item from the required feed then click to edit

  2. From the Parameters window, select the Decrypt tab.

  3. Click Add Decrypted Program button. A new row will appear in the decryption table.

  4. Set the Service to be decrypted and set the Decryption Type to BISS-CA.

  5. Click Save and continue to save your changes.