FORUM.RYAN.COM.BR

Citação de: jmaraujo em Setembro 30, 2009, 02:47:51 am

Um outro método para compartir os análises (no lugar de upar os arquivos .IDB) é zipar o arquivo .BIN analizado junto com um arquivo .IDC exportado (File -> Produce file -> Dump database to IDC file...) com todas as rotinas identificadas. Fica um arquivo .zip bem mais pequeno... Sem contar que pode ser aberto com quase qualquer IDA (v4.7, v5.1, etc.)

Isso eu não sabia! Obrigado!

Eu também não sabia. Obrigado a jmaraujo pela dica.

Mais sobre como as chaves HDCP podem estar presentes nos aparelhos.

http://focus.ti.com/lit/an/slla131/slla131.pdf
A respeito de componentes da Texas Instruments para interfaces DVI

...For proper HDCP operation, the TFP501 must have appropriate keys loaded in an external
EEPROM and encrypted by the device.

18. Do I need an EEPROM for HDCP keys with the TFP510?
The TFP510 has a provision to use keys stored elsewhere in memory and sent to it. The
keys are still encrypted uniquely to the device. See related documents for more details.

17. Should I write protect the HDCP key EEPROM?
Yes. The TI device will read from the EEPROM, check an indicator value and decide
whether to read and use the keys stored there or encrypt them. There is only 1 64 bit value
of the indicator which will cause the device to re-write the EEPROM. Improper write to the
EEPROM by the device is unlikely, however, the EEPROM could possibly interpret power
transients as a write command and alter its memory. Write protecting the EEPROM is
advised after the TI device has encrypted the keys.


19. Do I need an EEPROM for HDCP keys with the TFP501?
Yes, the TFP501 has no other user interface over which keys can be transferred.

20. How does the TI device differentiate between the key EEPROM and other I2C EEPROMs
in the system?
The TI devices use an isolated I2C bus for the EEPROM load. The device is always bus
master, but talks to the EEPROM only at a well defined time after reset, so access to the
EEPROM for factory programming or re-programming is easy.

O que isso nos diz:

• As chaves podem estar aparentemente expostas no firmware ou em EEPROM, mas provavelmente (se o fabricante não for idiota) estão criptografadas por processo conhecido apenas pelo chip que as lê. Isso confirma minha teoria de alguns posts atrás;
• Mesmo que o fabricante grave as chaves do jeito que as recebeu alguns chips tem a capacidade de ao perceber isso criptografar o bloco automaticamente;

Manual de serviço da TV VIZIO L30WGU
http://buttfuzz.net/downloads/tv/vizio_l30wgu_service_manual.pdf

HDCP Keys EEPROM
The SiI 169 comes pre-programmed with a production set of HDCP keys in its internal EEPROM. In
this way the keys are provided the highest level of protection as required by the HDCP specification.
Silicon Image manages all aspects of the key purchasing and programming. There is no need for the
customer to purchase HDCP keys from the licensing authority. For security reasons, the keys cannot
be read out of the device.
Samples of the SiI 169 are available with the B1 public keys as listed in the back of the HDCP
specification. These are marked with a -PUB part number as noted in the Ordering Information
section. Make sure to request either “Public” or “Production” keys when requesting samples. Before
receiving samples of the SiI 169 with production keys a customer must have signed the HDCP
license agreement.

Essa era a única possibilidade que eu conhecia, antes de "me tocar" para a possibilidade de uma segunda camada de criptografia: o chip já vem pré-fabricado com as chaves não havendo como um hacker comum ter acesso a elas (piratas em escala industrial tem seus meios). No caso do chip acima existe uma EEPROM interna que provavelmente só pode ser acessada com ferramentas do fabricante. Isso evita o enorme custo associado a gravar chaves diferentes em cada chip direto na pastilha de silício. Usando uma EEPROM interna o fabricante do chip pode gravar as chaves depois da criação da pastilha e em seguida "cortar" (física ou logicamente) o acesso externo à EEPROM.

Só para dar uma idéia de como pode ser difícil ler algo quando o fabricante não dá acesso externo, somente após 10 anos alguém conseguiu fazer um "dump" da boot ROM do Gameboy Color.

Bala também é usuário (100% certeza) de fórum.legendas.tv.

Eu não tenho como checar se ele também postou esse fake lá porque as inscrições estão suspensas.

Chutado, expulso, banido...

Now I see...

The most recent version on vb6rocod´s blog is "DVP3360_12_vb6_v5". That was the file I compared the Bala´s firmware to. And found differences in 8032, ARM and (obviously) DATA.

Now comparing to 5.1 version I´m able to see the cheat.