BRPI0415314B1

BRPI0415314B1 - Método e arranjo para gerenciar gerações de informação de código de segurança em um ambiente de informação, e, entidades consumidora e de produção de código de segurança em um ambiente de informação

Info

Publication number: BRPI0415314B1
Application number: BRPI0415314-6A
Authority: BR
Inventors: Selander Göran; Lindholm Fredrick; Nyström Magnus
Original assignee: Telefonaktiebolaget Lm Ericsson Publ
Priority date: 2003-10-14
Filing date: 2004-10-13
Publication date: 2018-04-17
Also published as: RU2351078C2; WO2005038818A9; RU2006116499A; CA2539879A1; KR100807926B1; CN1910848B; KR20060084447A; BRPI0415314B8; WO2005038818A1; US20070127719A1; ZA200602587B; JP4855940B2; JP2007508778A; CN1910848A; EP1676281B1; EP1676281A1; CA2539879C; BRPI0415314A

Description

(54) Título: MÉTODO E ARRANJO PARA GERENCIAR GERAÇÕES DE INFORMAÇÃO DE CÓDIGO DE SEGURANÇA EM UM AMBIENTE DE INFORMAÇÃO, E, ENTIDADES CONSUMIDORA E DE PRODUÇÃO DE CÓDIGO DE SEGURANÇA EM UM AMBIENTE DE INFORMAÇÃO (51) Int.CI.: H04L 9/08 (30) Prioridade Unionista: 14/10/2003 US 60/510153 (73) Titular(es): TELEFONAKTIEBOLAGET LM ERICSSON (PUBL). MAGNUS NYSTRÕM (72) Inventor(es): GÕRAN SELANDER; FREDRICK LINDHOLM; MAGNUS NYSTRÕM

“MÉTODO E ARRANJO PARA GERENCIAR GERAÇÕES DE INFORMAÇÃO DE CÓDIGO DE SEGURANÇA EM UM AMBIENTE DE INFORMAÇÃO, E, ENTIDADES CONSUMIDORA E DE PRODUÇÃO DE CÓDIGO DE SEGURANÇA EM UM AMBIENTE DE INFORMAÇÃO”

CAMPO TÉCNICO DA INVENÇÃO

A presente invenção relaciona-se ao gerenciamento de códigos criptográficos entre entidades em um sistema de comunicação.

FUNDAMENTOS DA INVENÇÃO

Segurança de informação é uma área de importância vital na sociedade de tecnologia da informação de hoje.

O gerenciamento de código criptográfico desempenha um papel fundamental como a base para um número de técnicas de segurança da informação incluindo, entre outras, confidencialidades, autenticação de entidade, integridade de dados e assinaturas digitais. Para uma introdução ao assunto da criptografia em geral e gerenciamento de código em particular, referimo-nos a [1] e [5] (capítulo 13), respectivamente. Abaixo, é apresentado um sumário do gerenciamento de código relevante para o presente contexto, baseado em parte na referência padrão [5].

As relações de codificação envolvem geralmente pelo menos dois papéis: um “produto” e um “consumidor” do material de codificação. O objetivo do gerenciamento de código é manter relações de codificação e material de codificação de uma maneira que conte ameaças relevantes, tais como por exemplo, o compromisso de confidencialidade de códigos secretos, O gerenciamento de código é usualmente provido dentro do contexto de uma política de segurança específica, definindo explicitamente ou implicitamente as ameaças que o sistema considerado pretende equacionar, por exemplo, por meio de práticas e procedimentos a serem seguidos. Então, uma política pode incluir procedimentos ou instruções para evitar o uso de um código que não seja mais válido, ou para outras diferentes de uma finalidade pretendida.

Várias técnicas e protocolos estão disponíveis para distribuir códigos criptográficos, cuja confidencialidade precisa ser preservada entre entidades que se comunicam. Uma técnica é o uso de camadas de código, que é uma classificação de códigos em graus de confidencialidade refletindo a sensibilidade dos dados sendo protegidos:

1. Códigos principais - códigos de longa duração no nível mais alto na hierarquia,

2. Códigos de criptografia de código - códigos simétricos usados para transporte ou armazenagem de código de outros códigos

3. Códigos de dados/sessões - usados para prover operações criptográficas em dados de usuário (por exemplo, criptografia e autenticação). Estes são geralmente códigos de curta duração.

Os códigos em uma camada são frequentemente usados para proteger itens em uma camada mais baixa. Esta restrição é destinada a tomar ataques mais difíceis, e a limitar a exposição resultante do compromisso de um código específico.

Em adição à hierarquia de camada de código mencionada acima, os códigos podem ser classificados com base em considerações temporais. Conforme indicado acima, uma política de segurança ou um evento externo podem necessitar mudança de material de codificação usado na comunicação entre entidades. Isto se relaciona à noção de um período de validade de um código - o período de tempo ao longo do qual este é válido para uso por partes legítimas. Períodos de validade podem, por exemplo, servir para limitar o tempo e informação disponíveis para atacar dados protegidos por um algoritmo criptográfico particular, ou limitar a exposição no caso de compromisso de um código único.

Exceto em sistemas simples onde códigos secretos podem permanecer fixos por todo o tempo, os período de validade associados aos

códigos normalmente requerem que os códigos sejam atualizados periodicamente, criando deste modo seqüências ou gerações de códigos. As atualizações podem envolver o uso de material de codificação existente para estabelecer um novo material de codificação, o uso de protocolos de estabelecimento de código apropriados ou camadas de código. Entretanto, para limitar a exposição no caso de compromisso de códigos secretos de longa duração ou códigos de sessões anteriores, certas dependências entre o material de codificação deveríam ser evitadas. Por exemplo, assegurar um novo código de sessão criptografando-o sob código de sessão antigo não é recomendado (uma vez que o compromisso do código antigo compromete o novo).

Um caso particular de atualização de código que é relevante para a presente invenção é aquele de códigos com períodos de validade de superposição, isto é, quando várias gerações de códigos precisam coexistir e onde dependências entre códigos tais como indicadas acima precisam ser evitadas.

Pode haver várias razões para colocar novos códigos de dados em serviço, enquanto códigos de dados antigos permanecem em uso. Uma de tais razões é quando há uma necessidade de aumentar a proteção dos novos dados, mas onde os dados antigos, por alguma razão, não necessitam da proteção aumentada: é fácil visualizar modelos comerciais que dependem da proteção segura de conteúdo por um certo período, mas onde posteriormente o conteúdo precisa ser comprometido com danos limitados ou nenhum dano financeiro, exemplos incluem novos serviços, previsões do tempo, etc.

Uma outra razão pode ser relevante no contexto de gerenciamento de código de grupo. Supondo dados seguramente compartilhados entre um grupo de entidades, diferentes entidades no grupo podem ter visões diferentes sobre o que constitui o código atual ou de última geração, conduzindo a diferentes gerações de códigos usadas por partes diferentes em comunicação. Embora seja fácil indicar a geração de código em

Γ:

uso, pode ser difícil ou mesmo indesejável requerer que todas as entidades mantenham a última geração de código, tomando então necessário permitir algum grau de uso paralelo de códigos novos e antigos. Um exemplo disto é • uma Rede de Área Pessoal (PAN) consistindo de dispositivos de usuário 5 (telefone móvel, laptop, assistente digital pessoal, reprodutor de MP3, câmera digital (vídeo), etc.) conectados usando alguma(s) tecnologia(s) de rede e onde os dispositivos compartilham seguramente a informação pessoal do usuário, dados, aplicações ou conteúdos e onde o usuário está aplicando uma política de segurança de atualizações de código regulares automatizadas. Pode ser também o caso de que alguns dispositivos estejam desligados ou de outro modo não acessíveis durante a atualização de código, mas ainda sejam capazes de se comunicar seguramente com outros dispositivos atualizados antes que tenha sido possível a atualização.

Um problema relacionado corresponde a privilégios de entidade de grupo dinâmico, por exemplo quando uma entidade de grupo toma-se excluída de acesso a dados futuros enquanto ainda está sendo autorizada a escrever seguramente dados protegidos para o grupo. Um exemplo desta situação são esquemas de proteção de conteúdo onde a revogação de um dispositivo tomaria impossível para aquele dispositivo fornecer novo conteúdo, mas onde conteúdo antigo ainda seria possível de compartilhar com outros dispositivos. Então, entidades que possuem os privilégios corretos precisam manter ambos os códigos antigo e novo para serem capazes de tomar parte em toda comunicação.

Em todos os casos, há um problema relacionado a eficiência de gerenciar dados criptografados com códigos diferentes. Supondo um grande número de atualizações de códigos desta espécie, onde os códigos antigos ainda são válidos, podem ocorrer graves problemas de armazenagem, em particular em pequenos dispositivos, tais como telefones móveis, dispositivos de reprodução de música portáteis, sensores e assim por diante, onde o espaço

de armazenagem é limitado.

Uma solução tentada para esta problema é substituir o código atual pelo código da próxima geração e criptografar novamente todos os dados previamente criptografados com o código de última geração, reduzindo deste modo a armazenagem de código ao código mais recente. Entretanto, tal solução adiciona o custo computacional e de distribuição da nova criptografia, que pode ser substancial se são criptografadas grandes quantidades de dados. Ainda mais, isto não resolve as situações de comunicação de grupo mencionadas acima, por exemplo, quando um elemento excluído não é mais capaz de escrever dados secretamente, uma vez que não tem acesso ao código mais recente e os outros elementos substituíram os códigos antigos pelo mais recente. Uma outra tentativa, aplicável a ambientes de comunicação, é requerer que todos os dispositivos sempre tenham acesso ao código mais recente. Conforme indicado acima, isto não é prático, quando dispositivos podem ser desligados durante atualizações de código ou de outro modo possuem dificuldades para contatar o emissor do código.

SUMÁRIO DA INVENÇÃO

A presente invenção supera estas e outras deficiências dos arranjos da técnica anterior.

É um objetivo geral da presente invenção, habilitar atualizações de código eficientes e o uso de códigos de geração prévia requerendo apenas a armazenagem de um código.

E um objetivo particular da presente invenção prover meios para entidades de grupo se comunicarem usando qualquer geração de códigos, enquanto requer somente a armazenagem de um código em cada entidade.

Estes e outros objetivos são satisfeitos pela invenção, conforme definido pelas reivindicações de patente anexas.

Um conceito básico da invenção é definir uma relação entre gerações de código criptográfico, de tal modo que gerações anteriores de

códigos podem ser eficientemente derivadas destes últimos, porém não da outra forma, isto é, é impossível derivar gerações posteriores de códigos a partir de códigos anteriores sem informação extra.

A invenção geralmente relaciona-se ao gerenciamento de gerações de informação de código criptográfico em um ambiente de informação (tal como um ambiente de comunicações) compreendendo um lado produtor de código gerando e distribuindo informação de código a um lado de consumo de código. Na atualização de código, a informação de código de uma nova geração de código é distribuída do lado produtor de código para o lado de consumo de código. Uma idéia básica de acordo com a invenção é substituir, no lado de consumo de código, informação de código de uma geração de código mais antiga pela informação de código da nova geração de código, e aplicar iterativamente, todas as vezes que for necessário, uma função de derivação de código de uma via predeterminada para derivar informação de código de pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código. Deste modo, as exigências de armazenagem no lado de consumo de código podem ser significativamente reduzidas. De fato, o único código que realmente necessita ser armazenado por uma entidade receptora no lado de consumo de código é o código de última geração. Códigos mais antigos são eficientemente derivados usando a função de derivação de código. Como um exemplo, a função de derivação de código pode ser uma função de “hash” criptográfica ou função de uma via similar.

Preferivelmente, o lado de produção de código gera a informação de código da nova geração de código a ser distribuída, aplicando iterativamente uma instância da função de derivação de código de uma via predeterminada, começando da informação de código de uma geração predeterminada, tal como a informação de código da geração de um código mestre ou qualquer geração de código intermediária inicialmente conhecida /3

Γ:

apenas do lado de produção. Neste caso, o lado de produção gera tipicamente e armazena um “código mestre” randômico e deriva “reversamente”, por ► aplicação iterada da função de derivação de código, gerações de código suficientes para a aplicação considerada. Aplicando iterativamente uma função de derivação de código de via única um dado número n de vezes, uma primeira geração de código pode ser produzida a partir do código mestre. Para gerar uma próxima geração de código, o lado de produção de código simplesmente aplica η - 1 iterações da função de derivação de código, e assim por diante. Isto significa que o lado de produção somente tem que armazenar o código mestre e o número de geração atual.

Altemativamente, o lado de produção de código gera informação de código da nova geração de código, aplicando uma função de alçapão da função de derivação de código de via única predeterminada, começando da informação de código de qualquer geração de código mais antiga. Uma função baseada em um cripto-sistema de código público (que é uma função de via única com um assim chamado alçapão) poderia ser usada para esta finalidade. O lado de consumo somente conhece o código público, ao passo que o lado de produção pode usar o código privado como um alçapão para ir “adiante” na cadeia de gerações de código.

Em uma aplicação típica, o lado de produção de código compreende um servidor de emissão de código emitindo informação de código de segurança a ser compartilhada por pelo menos um dispositivo de comunicação e um provedor dos dados protegidos.

A invenção é particularmente útil para gerenciamento de código de grupo, onde o lado de consumo de código compreende um grupo inteiro ou comunidade de dispositivos ou entidades. Em geral, cada entidade de grupo implementa uma instância da função de derivação de código de via única predeterminada, habilitando deste modo dispositivos de grupo com acesso à nova geração de código a se comunicarem (por exemplo, a compartilhar conteúdo protegido a partir de um provedor de conteúdo) não só com base na nova geração de código, como também com base em qualquer geração de código mais antiga.

A invenção habilita discriminação eficiente de dispositivos ou entidades excluídos, distribuindo aos dispositivos restantes não excluídos em um grupo, uma geração de código mais recente do que aquela disponível pelo(s) dispositivo(s) excluído(s), tendo em mente que a função de derivação de código de via única efetivamente inibe a derivação de geração de códigos mais recentes.

Outros parâmetros de entrada para a função de derivação de código podem incluir um código de acesso, tal como um Número de Identificação Pessoal (PIN) conhecido por um administrados/proprietário/ usuário acreditado. Vantajosamente, a função de derivação de código de via única é então implementada de tal modo que informação de código relevante é gerada somente se dados adicionais na forma de um código de acesso predeterminado são aplicados à função de derivação de código. Ainda um outro parâmetro poderia ser o próprio número de geração, criando efetivamente uma nova função de derivação de código para cada geração de código.

Deveria ser entendido que a informação de código derivada aplicando iterativamente a função de derivação de código de via única pode corresponder diretamente a um código criptográfico ou pode altemativamente ser transformada em tal código. A informação de código pode também ser transformada para um conjunto de códigos, cada um derivado efetivamente de um código da geração prévia.

A invenção pode ser empregada em uma variedade de aplicações diferentes, incluindo porém não limitada a Gerenciamento de Direitos Digitais em um sistema de distribuição de conteúdo digital, jogos online, compartilhamento de arquivo em uma Rede de Área Local ou Pessoal *

··· (LAN/PAN), aplicações de armazenagem e envio e segurança de sessões online.

A invenção oferece as seguinte vantagens:

Habilita a armazenagem eficiente de gerações de código: O único código que precisa ser armazenado por uma entidade receptora é a última geração.

Habilita códigos a serem eficientemente gerados: Iterações de uma função eficiente.

Habilita entidades de grupo a se comunicarem usando qualquer geração de código: Qualquer entidade corrente ou prévia no grupo é endereçada selecionando uma geração suficientemente anterior de código. Usar um código mais recente provê discriminação opcional de entidades excluídas.

Não necessita assegurar a recepção de atualizações de código intermediárias: Durante a atualização de código em um cenário de grupo, algumas entidades podem ter perdido uma atualização de código de uma geração particular. Com a presente invenção, não há necessidade de não perder de vista quaisquer atualizações intermediárias perdidas, uma vez que todas as atualizações prévias podem ser eficientemente derivadas de um código de geração mais recente.

Os produtores podem implementar e tirar vantagem da invenção, independentemente de sua implementação e uso pelos consumidores.

Permite implementações independentes de política: Diferentes emissores de código podem ter políticas diferentes para revogação ou períodos de validade de código, sem afetar a implementação do dispositivo.

Acesso seletivo a gerações de código anteriores: A invenção permite acesso restrito a gerações prévias de códigos, discriminando /A iu;

em outros parâmetros.

Outras vantagens oferecidas pela presente invenção serão verificadas pela leitura das descrições abaixo das realizações da invenção.

BREVE DESCRIÇÃO DOS DESENHOS

A invenção, juntamente com objetivos e vantagens adicionais desta, será melhor entendida pela referência à seguinte descrição, considerada juntamente com os desenhos que a acompanham, nos quais:

Figura 1 é um diagrama esquemático ilustrando os papéis de produtor geral de código e consumidor de código em um ambiente de informação típico;

Figura 2A ilustra um meio de produzir gerações de código no lado de produção de código, de acordo com uma realização preferida da invenção;

Figura 2B ilustra um meio de produzir gerações de código no lado de produção de código, de acordo com uma realização alternativa da invenção;

Figura 3 ilustra um meio de derivar gerações de código mais antigas no lado de consumo de código, de acordo com uma realização preferida da invenção;

Figura 4 ilustra um cenário no qual um produtor de código emite códigos secretos a serem compartilhados por uma comunidade de dispositivos, com gerenciamento de código convencional; e

Figura 5 ilustra um cenário no qual um produtor de código emite códigos secretos a serem compartilhados por uma comunidade de dispositivos, com gerenciamento de código de acordo com uma realização preferida da invenção.

DESCRIÇÃO DETALHADA DAS REALIZAÇÕES DA INVENÇÃO

As realizações descritas abaixo são meramente dadas como exemplo, e deveria ser entendido que a presente invenção não está limitada a

1/ · ·······; .1 :

··· ·** ***» ·· · · · · ·

W·· : : :^: r ¹ ζ ··♦ ·· · elas. Modificações, mudanças e melhoramentos adicionais que mantenham os princípios fundamentais básicos descritos e reivindicados aqui, estão dentro do escopo da invenção.

Através dos desenhos, os mesmos caracteres de referência 5 foram usados para elementos correspondentes ou similares.

Com referência à Figura 1, considere um ambiente de informação, exemplificado aqui no contexto de um sistema de comunicações com pelo menos um emissor de código secreto S tal como um servidor emissor de código, pelo menos um provedor de conteúdo ou serviço P, e pelo menos um receptor potencial R. Usando os termos da sessão de fundamentos,

S é um “produtor” e P e R são “consumidores” do material de codificação.

Qualquer S é suposto ter um canal seguro anterior (por exemplo, confidencial) com P e R. Um objetivo é que o(s) provedor(es) P conduzam dados de forma segura e eficiente ao(s) receptor(es) R usando a informação provida por S.

Um outro objetivo é gerenciar eficientemente a informação secreta, em S, P e R. Os canais seguros entre S e P, e S e R são destinados a distribuição de código e informação relacionada tal como geração de código, políticas de código incluindo períodos de validade, escopo, etc. Os papéis de S e P podem coincidir. O papel do emissor de código secreto pode ser diferente do papel do criador de código secreto (ver abaixo; a parte tendo gerado o código mestre o opcionalmente as gerações de código) mas é natural que aquela distinção seja feita por um especialista na técnica e então não precisa ser explicitamente enfatizada na presente invenção.

Para um melhor entendimento da invenção, pode ser útil começar com uma descrição de alguns cenários típicos.

Cenário 1

S gerou um código secreto de primeira geração k_b que é distribuído seguramente a P e R. P possui dados protegidos Xj com kj e enviados a R, que então pode efetuar as operações apropriadas /f

12, • · • ·

(decriptografia, verificações, etc.) nos dados Xi usando o código secreto k_bNa atualização de código, o código secreto da próxima geração k₂ é distribuído a P e R e dados subsequentes de P podem ser protegidos com um novo código provendo maior credibilidade. O procedimento é iterado para códigos de gerações mais altas. Um código antigo pode ainda ser usado para o caso de um consumidor desejado não ter acesso (físico ou lógico) a um novo código. Após um número de atualizações de código, o(s) produtor(es) e consumidor(es) estão diante de múltiplos códigos válidos potenciais e dados criptografados com vários códigos que precisam ser todos armazenados e gerenciados seguramente.

Vários procedimentos e ordens diferentes são possíveis para distribuição de códigos e dados, como é conhecido pelo especialista na técnica, tais como:

1. Primeiramente ki é enviado a R. Por solicitação de Xi a partir de P, o R, ki é enviado a P a partir de S e xi protegido com ki enviado de P para R. Na atualização de código, k₂ é enviado a R, etc.

2. Sob requisição de xi a partir de P, por R, kj é enviado a P a partir de S e xj protegido com kj enviado de P para R. Então ki é distribuído para R. Por solicitação de xi a partir de P, por R, se tiver havido uma atualização de código, k₂ é enviado a P a partir de S, etc.

Cenário 2

Neste exemplo, P e S coincidem. No exemplo anterior, os dados deveríam ser protegidos e distribuídos independentemente da distribuição de código, por exemplo, em uma situação de armazenar e enviar. Neste exemplo, S (- P) e R deseja estabelecer uma sessão de comunicações segura com atualizações de código permitindo múltiplas sessões paralelas. Embutido opcionalmente em um protocolo de sinalização entre S e R, S envia o código de sessão de primeira geração ki a R, através do canal seguro. Usando o código de sessão de primeira geração, S e R podem trocar dados /7

13.

I » · · · : . ····’ • · * « · • ·. · seguramente, sem usar o canal seguro (executando deste modo código em camadas: o canal seguro a priori é uma camada mais alta que o canal de . dados). O canal seguro é usado para atualizações de código quando uma nova sessão é iniciada. Como sessões antigas ainda podem ser usadas em paralelo, haverá potencialmente múltiplos códigos de sessão para gerenciar seguramente.

Cenário 3

O caso de mais de um receptor potencial é de interesse especial e estudado em detalhe neste cenário. A título de exemplo, suponha um cenário no qual temos um grupo, também referido como uma comunidade C, compreendendo um conjunto de entidades ou dispositivos, di,..., d_N, um servidor de emissão de código secreto S_c que emite códigos secretos a serem compartilhados pela comunidade de dispositivos e um provedor P_c de dados protegidos para esta comunidade. É suposto que P_c e S_c colaborem, de tal modo que Sc pode informar Pc sobre o código secreto compartilhado correntemente válido. O terceiro e último papel envolvido é o usuário/proprietário/administrador U_c da comunidade de dispositivos. O emissor de código secreto é um produtor de código e os outros são consumidores de código. Os papéis de S, P e U não precisam ser distintos.

Para simplicidade de notação não incluímos explicitamente a dependência da comunidade, embora seja normalmente suposto que tal dependência exista. Também, para simplicidade de um cenário típico e sem perdas de generalidade, supomos que há somente quatro dispositivos, isto é, N = 4.

No sentido de verificar e ao mesmo tempo destacar alguns problemas relacionados ao gerenciamento de código convencional, será feita referência inicialmente à Figura 4 da técnica anterior. S gerou um primeiro código secreto k_b que compartilha com d_b d₂e d₃. O dispositivo d₄ não é ainda um elemento da comunidade. Suponha também que tenhamos dados xj

protegidos com ki em d_b e que tenhamos dados x₂, também protegidos com k_b no dispositivo d₂. No instante t_b o dispositivo d₃ voluntariamente ou involuntariamente deixa a comunidade. No primeiro caso, d₃ informa S da partida, no último caso, S obtém esta informação de alguma outra fonte ou toma a decisão unilateralmente. S toma esta partida conhecida de P, com a implicação de que P não deveria mais prover novos dados à comunidade de dispositivos, de tal modo que é possível para d₃ acessá-los.

No instante t₂ (t₂ > ti) o dispositivo di requisita novos dados x₃de P. Neste ponto, P saberá que nãó pode mais prover dados protegidos com k_b e então solicitará a S um novo código, k₂, e proverá x₃ a d_b protegido por k₂. O dispositivo d_b reconhecendo que não está de posse de k₂, voltará a S para adquiri-lo. Após autenticação como d_b k₂ é seguramente transferido para d_b Se di posteriormente desejar prover x₃ a d₂, o mesmo acontecerá; d₂reconhecerá que não está de posse de k₂ (a menos que tenha solicitado recentemente novos dados protegidos de P) e contatará S para adquirir estes dados.

No instante t₃ (t₃ > t₂), d₂ transfere x₂ para d_b Quando isto acontece, há um par de possibilidades:

a. O dispositivo di não apagou ki quando recebeu k₂, mas nas manteve ki para uso futuro.

b. O dispositivo di não sabe mais coisa alguma sobre k_b

No caso a, há uma necessidade dos dispositivos armazenarem todos os códigos secretos compartilhados k_b..,, k_Mpara todas as comunidades C_b..., Cl de que foram membros. No caso b, havería uma necessidade de di contatar S e solicitar um código k_b O custo neste caso é um número aumentado de interações com S, e uma exigência para S armazenar todos os códigos secretos compartilhados para todas as comunidades com que interagem.

Do mesmo modo, suponha que em um tempo t₄ (t₄ > t₃) o is;

dispositivo d4 se registra com S como um elemento da comunidade. No sentido de d₄ obter acesso a todos os dados providos à comunidade, S deveria ser capaz de prover d₄ com k_b..., k_M, diretamente ou através de um número de iterações, implicando mais uma vez em uma necessidade de armazenagem local de códigos prévios no emissor de código S.

A invenção é aplicável a estes cenários, versões mistas e outros procedimentos de distribuição de código/dados. Em particular, uma aplicação típica da presente invenção é o compartilhamento de conteúdo ou licenças entre dispositivos em um cenário de Gerenciamento de Direitos Digitais (DRM), em cujo caso P pode ser um provedor de conteúdo, S um emissor de licença, e R um ou mais dispositivos consumidores de conteúdo. Uma outra aplicação é o gerenciamento de código de grupo para compartilhamento de arquivo em uma Rede de Área Local, em cujo caso podemos ter S = U = P. Conforme indicado, outras aplicações incluem aplicações de armazenagem e envio e aplicações de segurança em sessões online. Ainda muitas outras aplicações são também possíveis.

Uma idéia básica de acordo com a invenção envolve substituir, na atualização de código, uma geração de código mais antigo armazenada do lado de consumo de código, pela nova geração de código, e aplicar iterativamente, todas as vezes que for necessário, uma função de derivação de código de via única predeterminada para derivar pelo menos uma geração de código mais antiga a partir da nova geração de código. Isto reduz as exigências de armazenagem no lado de consumo de código consideravelmente, uma vez que somente a última geração de código precisa ser armazenada em uma implementação otimizada. Códigos mais antigos são eficientemente derivados usando a função de derivação de código.

A invenção é então baseada na definição de uma relação entre gerações de códigos, de tal modo que gerações anteriores de códigos podem ser derivadas eficientemente das mais recentes, mas não ao contrário. No lado

Γ6.^! · · „ ···* · ......

de produção de código, há então pelo menos duas possibilidades principais para gerar informação de código com base na função de derivação de código . de via única predeterminada. Em geral, as gerações de código podem ser produzidas “reversamente”, a partir de alguma informação de código inicial ou dada de outro modo usando uma função de derivação de código de via única ou em um modo de “envio” a partir das geração de código corrente usando um alçapão da função de derivação de código. No primeiro caso, as gerações de código são produzidas reversamente, começando pela informação de código de qualquer geração predeterminada, tal como a informação de código de uma geração de código mestre ou qualquer geração de código intermediário inicialmente conhecida apenas do lado de produção.

Abaixo, é apresentada uma linha geral de algumas etapas básicas em uma primeira realização típica da invenção.

1. O produtor de código preferivelmente gera e armazena um código mestre randômico k_n (um número pseudo randômico com o número desejado de bits) e deriva, por aplicação iterada de uma função de derivação de código F, suficientes gerações (n) de códigos de dados/sessão para a aplicação em mente (Figura 2A).

2. Para simplicidade, as gerações de código são 20 preferivelmente enumeradas em ordem reversa, começando com o último código derivado com geração 1 e assim por diante, até a n-ésima geração; ki, k₂,..., k_n.

3. O emissor de código distribui a primeira geração de código usando qualquer técnica de distribuição de código adequada, por exemplo, ISO 11770-3 [7] ou ANSI X9.44[8].

4. Na atualização de código, a próxima geração de código é distribuída, novamente usando qualquer técnica de distribuição adequada. No lado de envio, a geração de código relevante é eficientemente derivada do código mestre armazenado.

1:7./ • ··.·

5. No lado de recepção, a geração de código antiga é apagada e substituída pela geração de código mais nova. Códigos mais antigos são eficientemente derivados usando a função de derivação de código predeterminada, todas as vezes que for necessário. Se uma entidade no lado de consumo de código tem acesso ao código kj da geração j, então o código kj da geração i, onde i < j pode ser derivado usando a função de derivação de código F (Figura 3).

Para gerar uma próxima geração de código, o lado de produção de código pode simplesmente aplicar η - 1 iterações da função de derivação de código, e assim por diante. Isto significa que o lado de produção tem somente que armazenar o código mestre e o número de geração corrente.

A função usada para derivar códigos antigos a partir de códigos novos deveria ser projetada de tal modo que seja impossível para um consumidor derivar novos códigos a partir de códigos antigos (Figura 3). Isto implica em que a função precisa ser computacionalmente difícil de reverter ou “de via única”. Funções de “hash” criptográficas como SHA-256 ([6]) satisfazem a esta exigência. Adicionalmente, uma função de derivação de código eficiente elimina qualquer problema de dimensionamento, permitindo uma boa margem para o que significa “muitas gerações suficientes”.

Uma função baseada em um cripto-sistema de código público (que é uma função de via única com um assim chamado alçapão), onde o consumidor somente conhece o código público, poderia também satisfazer à exigência. Tal função poderia tomar possível para o produtor usar o alçapão (código privado) para “avançar” na cadeia, aliviando a necessidade de gerar previamente gerações de código mais recentes.

Abaixo, é apresentada uma linha geral de algumas etapas básicas em uma segunda realização típica da invenção, com base em uma função de via única com um alçapão, por exemplo, exponenciaçao de módulo inteiro composto (notar que os códigos neste caso podem ser mais longos que

1L aqueles na abordagem baseados em uma função de via única sem um alçapão, devido ao tamanho de saída maior das funções de via única de alçapão . conhecidas de segurança comparável).

1. O produtor de código gera uma primeira geração de t

código ki (um número pseudo randômico com número de bits desejado).

2. O emissor de código distribui a primeira geração de código usando qualquer técnica de distribuição de código adequada, por exemplo, ISO 11770-3[7] ou ANSI X9.44[8].

3. Na atualização de código, a próxima geração de código é 10 distribuída, novamente usando qualquer técnica de distribuição de código adequada. A geração de código relevante é eficientemente derivada da geração prévia antiga, usando um alçapão F_T de uma função de derivação de código de via única predeterminada (Figura 2B).

4. Do lado de recepção, o código de geração antiga é 15 apagado e substituído pelo código de geração mais recente. Códigos mais antigos são eficientemente derivados usando a função de derivação de código predeterminada conforme descrito acima (Figura 3) todas as vezes que dor necessário.

Como indicado acima, um aspecto importante da invenção é 20 sobre definir uma relação entre as diferentes gerações de códigos compartilhados k_ls k₂,..., kj,... k_n. A invenção permite uma variedade de modelos de certificação. Entretanto, como uma característica geral, se uma entidade é acreditada com acesso ao código kj da geração j, então, submetida a certas restrições opcionais, a entidade é também acreditada com acesso ao código kj da geração i, onde i < j.

A invenção envolve o uso de uma função eficiente que permita que um dispositivo acreditado receba a j-ésima geração de código como entrada, usando esta função e possivelmente outros parâmetros para obter códigos mais antigos k_b..., kp como entrada, mas onde é irrealizável obter

ds quaisquer códigos mais novos k_m? m > j com base na informação dada ou obtida. Outros parâmetros de entrada podem incluir um código de . acesso/Número de Identificação Pessoal (PIN) conhecido pelo administrador/proprietário/usuário U. Por exemplo, o código de acesso pode ser provido ao usuário de um dispositivo a partir de um provedor de conteúdo ou uma parte intermediária, por exemplo, na aquisição de um serviço ou algum conteúdo digital. Este pode ser visualizado on-line, ou seguramente transferido para o dispositivo do usuário ou mesmo enviado por correio normal ou por fax ao usuário. Para ativar o serviço ou obter acesso ao conteúdo digital, o usuário então tem que inserir o código de acesso. Sem este parâmetro ou com o parâmetro ajustado para um valor padrão se nenhum valor é provido, a função pode falhar ao derivar um código ou derivar um código incorreto. Outras variantes incluem acesso restrito a códigos de certa idade, pois há um “tempo de corte” além do qual não é possível derivar códigos sem o código ou PIN apropriado. O objetivo de tais parâmetros pode ser restringir acesso a gerações mais antigas de códigos e somente a administradores/proprietários/usuário U dos dispositivos, por exemplo no caso em que os dispositivos são roubados, perdidos ou vendidos. Ainda um outro parâmetro de entrada pode ser o próprio número de geração de código corrente, criando efetivamente uma nova função de derivação de código para cada geração de código.

Uma manifestação típica desta invenção é definir uma função computacionalmente eficiente F entre gerações consecutivas kp_} = F(kj,.„), 1 < j < n, onde a elipse indica outros parâmetros possíveis conforme mencionado acima. Com esta construção, o dispositivo acreditado pode aplicar a função F iterativamente um número de vezes para obter qualquer código antigo desejado k_b 1 <i< j.

Uma realização preferida é aquela de utilizar uma realização de uma função de via única criptográfica F para assegurar a impossibilidade

...

20..

		* ··.···.* .1
·· ·· ·		* H _ A
• · . * • · ♦.	•	: ···. · :

t·* .·	• *	......

de obter informação de códigos de geração mais recente do que a já conhecida.

Como um exemplo, o conceito de uma cadeia de “hash” é usada. Seja F uma função de “hash” criptográfica f de um parâmetro, que emite números de m bits para um dado número de entrada. Indique por n um limite inferior estimado do número necessário de gerações para o sistema relevante. Seja k_n um número randômico de m bits, e defina recursivamente kj. i =f(^kj) P^a i <j <n.

Uma aplicação deste exemplo pode ser f = SHA - 256, m = 256 (bits) e n bem acima do número antecipado de revogações de atualizações de código periódicas em um conjunto de dispositivos. Notar que este número pode ser mais alto que o número de dispositivo na comunidade em qualquer ponto dado no tempo. Uma vez que a comunidade é dinâmica, novos dispositivos podem se juntar (e sair ou tomar-se revogados) em qualquer ponto durante o tempo de vida da comunidade.

Como um outro exemplo, uma iteração de uma função de derivação de código é usada. Seja f uma função de derivação de código KDF, que é de via única e considera um número arbitrário de parâmetros de entrada. Indique por n um limite inferior estimado do número necessário de gerações para o sistema relevante. Seja k_n um número randômico de m bits, e defina recursivamente kj.i = KDF(kj,...) para i <j <n.

Uma aplicação deste exemplo pode ser KDF = kdConcatenation, m = 128 (bits) e n bem acima do número antecipado de revogações em um conjunto de dispositivos conforme acima.

A definição da função de derivação de código kdConcatenation pode ser encontrada em [1] e tem a vantagem de permitir que outras informações tal como o uso discutido de um PIN a ser incluído na derivação de código.

“A variável de entrada opcional Otherlnfo pode ser usada

.......::...... ·: : .

²¹ϊ .:. · · ··’ ·^:· ^: qualquer apropriado, por exemplo, para delimitar o uso pretendido do código... ” (ANSIX9.42-2000[1]).

♦ Como um terceiro exemplo, é usado o conceito combinado de uma cadeia de ^4<hash” e a aplicação iterada de uma função de derivação de código de via única. Novamente, seja F uma função de derivação de código KDF, e seja f uma função de “hash” criptográfica de uma variável, que emite números de m bits para um dado número de entrada. Indique por n um limite inferior estimado do número necessário de gerações para o sistema relevante. Seja k_n um número randômico de m bits, e defina recursivamente kj_i =

KDF(f(kj),...) para 1 <j <n.

Uma aplicação deste exemplo pode ser KDF = kdConcatenation, f = SHA - /, m = 160 (bits) e n bem acima do número antecipado de revogações em um conjunto de dispositivos conforme acima.

Novamente a definição da função de derivação de código kdConcatenation pode ser encontrada em [1] e tem a vantagem de permitir que outras informações tal como o uso discutido de um PIN a ser incluído na derivação de código.

Uma realização alternativa é aquela de usar uma realização de uma função de via única criptográfica F com um assim chamado alçapão F_T para assegurar a impossibilidade de obter informação de códigos de geração mais recente do que os já conhecidos de um consumidor, porém ao mesmo tempo há a possibilidade do produtor usar o alçapão para obter códigos da próxima geração. Na prática, tal função é geralmente menos eficiente do que as funções de via única simples. Entretanto, uma vantagem seria que o produtor não precisa pré computar uma cadeia de códigos de geração, mas pode, dado o código da geração corrente e a função de alçapão, computar a próxima geração de código, isto é, kj₄ = F_T (kj,...). Isto também acarreta a vantagem adicional de que o número de gerações não está limitado como, por exemplo, no caso baseado em cadeia de “hash” (onde o número máximo de

22·’ gerações está limitado à extensão da cadeia de “hash”).

Deveria ser entendido que a informação de código gerada • aplicando iterativamente a função de derivação de código geral F pode ser ₍ subseqüentemente transformada no código criptográfico real. Isto pode envolver trocar o tamanho do código e/ou outras transformações do material de código. Por exemplo, um código de 160 bits produzido usando uma função de “hash” SHA-1 pode ser mapeado em um código AES de 128 bits.

O conceito de uma cadeia de “hash” é conhecido como tal, por exemplo, das referências [1], [3] e [4], porém em áreas de aplicação completamente diferentes. O sistema de revogação de certificado de Micali equaciona principalmente o problema de verificação de revogação eficiente, evitando verificações pesadas repetidas de assinaturas e, ao invés disso, expondo imagens inversas em uma cadeia de “hash”, imagens que são eficientemente verificadas. O sistema de cadeia de “hash” de Lamport descrito em [3] e [4] permite que um servidor de autenticação armazene uma tupla < n, hashⁿ(senha) > para cada cliente, e ao receber uma requisição de autenticação do cliente, transmitir η - 1 para o cliente (hashⁿ(.) denota a composição repetida n vezes da função “hash”: hashⁿ(x)~hash(hash(.. hash(x)...))). O cliente então computas = hash¹¹'¹ (senha) e envia s ao servidor de autenticação. O servidor de autenticação autentica o cliente, verificando que hash(s) = hashⁿ(senha), e caso bem sucedido substitui a tupla por < η -1, hasW'¹ (senha) >.

Retomando aos cenários típicos 1, 2 e 3 apresentados acima, pode agora ser visto como a invenção se aplicaria.

Aplicação ao cenário 1:

Para preencher os objetivos deste cenário, é suficiente se S armazena o código mestre k_n, número de geração associado n e o número de geração corrente i; ou se a variante de alçapão é usada quando S necessita apenas armazenar o código de sessão corrente ki e o número de geração

·* * correspondente i. Independentemente disto, R necessita apenas armazenar o código de sessão corrente kje o número de geração correspondente i. Aplicação ao cenário 2:

Usando a mesma realização da invenção conforme descrito na aplicação ao cenário 1, é suficiente se S armazena n, k_n, e o número de geração corrente i, e se R armazena o código de sessão corrente kj e o número de geração i. A implementação da função de derivação de código de via única predeterminada no lado de consumo de código habilita R a se comunicar com base em qualquer geração de código mais antiga, embora uma ou mais atualizações de código prévias tenham sido perdidas.

Aplicação ao cenário 3 (referindo-se à Figura 5):

Esta realização da invenção relaciona-se ao gerenciamento de código em uma comunidade de dispositivo, incluindo a tarefa de como otimizar a exclusão de um dispositivo da comunidade, por exemplo, como um resultado de um dispositivo deixar voluntariamente ou involuntariamente a comunidade.

A invenção alivia os problemas anteriormente mencionados e permite requisições de armazenagem restrita em S e todos os dispositivos di a d_N, enquanto habilita ao mesmo tempo que dispositivos recentemente acrescentados compartilhem dados antigos, mesmo no caso de um grande número de revogações precedentes. A invenção também apresenta distribuição eficiente de novos códigos compartilhados dentro da comunidade, e alivia a necessidade de não perder de vista quaisquer atualizações de código prévias perdidas. Por exemplo, uma vez que um dispositivo tem acesso à geração de código mais recentes, este pode comunicar e compartilhar dados protegidos também com base em qualquer das gerações mais antigas, embora o dispositivo possa ter sido previamente desligado por um momento e perdido uma ou mais atualizações de código prévias.

De fato, a implementação da função de derivação de código de via única predeterminada habilita dispositivos de grupo com acesso à nova

24;

geração de código a se comunicar não só pelo uso da nova geração de código, como também com base em qualquer geração de código mais antiga. Na • prática, isto significa que tais dispositivos de grupo podem se comunicar, por exemplo, um com o outro, com um provedor de dados protegido por qualquer das gerações de código e também com dispositivos sem acesso à nova geração de código, mas que tenham acesso a gerações de código mais antigas.

• No instante t_2> di retoma a P para adquirir x₃. P, conhecendo a necessidade de um novo código, adquire k₂ de S, que por sua vez gera k₂aplicando F em k_n, uma vez menos do que fez para k_b ou alternativamente aplicando a função de alçapão F_T em ki. P então protege x₃ com k₂ e transmite o x₃ protegido a d₂.

• Tendo recebido x₃, di reconhece que necessita acesso a k₂. O dispositivo di portanto, contata S e recebe k₂, possivelmente após ser autenticado. Neste ponto, di substitui ki por k₂ em sua armazenagem interna e faz uma nota do número de geração de k₂.

• Quando posteriormente di envia x₃ a d₂, d₂ de um modo similar, necessita contatar S para adquirir k₂, e uma vez recebido, coloca ki em sua armazenagem interna com k₂ e faz uma nota de seu número de geração.

• No instante t₃, d₂ envia x₂ a d_b O dispositivo di reconhecerá 20 que x₂ está protegido por k_h uma geração anterior de k₂, e simplesmente aplicará F(k₂,...) para chegar em ki e subseqüentemente decriptografar x₂.

• No instante t₄, o novo dispositivo cU se registra no domínio. O dispositivo d₄ receberá k₂ e informação sobre seu número de geração a partir de S - notar que S não precisa enviar informação sobre o código ki anterior. Quaisquer dados na comunidade que são enviados a d₄, depois deste ponto (e enquanto d₄ é um elemento registrado da comunidade) será legível para d₄ (porém não para d₃) graças à invenção. Se os dados providos são protegidos por um código anterior como k_b d₄ aplica F(k₂,...) para chegar naquele código, concluindo deste modo o cenário 3.

• ¹⁰

REFERENCIAS [1] ANSIX9.42-2000, Public Key Cryptography for The Financial Services Industry: Agreement of Symmetric Keys Using Discrete Logarithm Cryptography, American National Standards Institute, 2000.

[2] US PatentNo. 5.666.416, Certificate revocation system, por Micali, S.

[3] Password Authentication with Insecure Communication, por Lamport, L. Communications of the ACM 24, 11 de Novembro de 1981, páginas 770-772, Available at http://research.microsoft.com/users/lamport/pubs/password.pdf [4] US Patent N 5.751.812, Re-initialization of an iterated hash function secure password system over an insecure network connection, por Anderson, M.

[5] Handbook of Applied Cryptography, páginas 543-590, por A. Menezes, P. Van Oorschot e S. Vanstone.

[6] Federal Information Processing Standards Publication 180-2, “Specifications for the SECURE HASH STANDARD”, Fevereiro 2004 Available at: http ://csrc. nist.gov/publications/fips/flps 1802withchangenotice.pdf [7] ISO/IEC 11770-3:1999, Information technology - Security techniques Key management - Part 3: Mechanisms using asymmetric techniques.

[8] ANSI X9.44-2003 (Draft 6): Public Key Cryptography for the Financial Services Industry: Key Establishment Using Integer Factorization Cryptography, Draft 6, 2003.

Claims

REIVINDICAÇÕES

1. Método para gerenciar gerações de informação de código de segurança em um ambiente de informação compreendendo um lado de produção de código gerando e distribuindo informação de código a um lado de consumo de código, caracterizado pelo fato de compreender as etapas de:

- distribuir, na atualização de código, informação de código de uma nova geração de código a partir do lado de produção de código para o lado de consumo de código;

- substituir, no lado de consumo de código, informação de código de uma geração de código mais antiga pela informação de código da nova geração de código;

- aplicar iterativamente, todas as vezes que necessário, uma função de derivação de código de via única predeterminada ao lado de consumo de código para derivar informação de código de pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código,
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o lado de produção de código gera a informação de código da citada nova geração de código, aplicando iterativamente uma instância da função de derivação de código de via única predeterminada começando da informação de código de uma geração predeterminada,
3. Método de acordo com a reivindicação 2, caracterizado pelo fato de que a citada geração de código predeterminada é uma geração de código mestre.
4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o lado de produção de código gera informação de código da citada nova geração de código, aplicando uma função de alçapão da função de derivação de código de via única predeterminada, começando da informação de código de qualquer geração de código mais antiga.

♦·♦···*·
5. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a citada etapa de aplicar iterativamente uma função de derivação . de código de via única predeterminada para derivar informação de código de pelo menos uma geração de código mais antiga, habilita o lado de consumo de

5 código a usar qualquer geração de código mais antiga no ambiente de informação, embora uma ou mais atualizações de código prévias tenham sido perdidas.
6. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o lado de produção de código compreende um servidor de emissão

10 de código, emitindo informação de código de segurança a ser compartilhada por: pelo menos um dispositivo de comunicação e um provedor dos dados protegidos para o citado pelo menos um dispositivo de comunicação.
7. Método de acordo com a reivindicação 6, caracterizado pelo fato de que o citado pelo menos um dispositivo de comunicação compreende

15 um grupo de dispositivos, cada um dos quais implementa uma instância da função de derivação de código de via única predeterminada, habilitando deste modo cada dispositivo de grupo com acesso à nova geração de código a se comunicar também com base em qualquer geração de código mais antiga.
8. Método de acordo com a reivindicação 7, caracterizado pelo

20 fato de que dispositivos de grupo com acesso à nova geração de código são habilitados a compartilhar dados protegidos, também com base em qualquer geração de código mais antiga.
9. Método de acordo com a reivindicação 6, caracterizado pelo fato de que o lado de consumo de código compreende o citado pelo menos um

25 dispositivo de comunicação e o citado provedor de dados protegidos.
10. Método de acordo com a reivindicação 6, caracterizado pelo fato de que o citado servidor de emissão de código e o citado provedor de dados protegidos são integrados.
11. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a citada função de derivação de código de via única é implementada em um dispositivo no lado de consumo de código para gerar , informação de código da citada pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código, desde que

5 dados adicionais na forma de um código de acesso predeterminado sejam aplicados à função de derivação de código.
12. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de código derivada aplicando iterativamente a citada função de derivação de código de via única corresponde diretamente a

10 um código criptográfico.
13. Método de acordo com a reivindicação 1, caracterizado pelo fato de compreender adicionaimente a etapa de transformar a citada informação de código derivada em um código criptográfico.
14. Método de acordo com a reivindicação 1, caracterizado 15 pelo fato de que a citada função de derivação de código é baseada em uma função de “hash” criptográfica.
15. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a citada informação de código de segurança é usada para Gerenciamento de Direitos Digitais em um sistema de distribuição de

20 conteúdo digital, jogos on-line, compartilhamento de arquivo em uma Rede de Área Local ou Pessoal, aplicações de armazenagem e envio ou para segurança de sessões on-line.
16. Arranjo para gerenciar gerações de informação de código de segurança em um ambiente de informação possuindo um lado de produção

25 de código que gera e distribui informação de código para um lado de consumo de código, caracterizado pelo fato de compreender:

- meios para distribuir, na atualização de código, informação de código de uma nova geração de código a partir do lado de produção de código para o lado de consumo de código;

···

• · «« · a »···«*·· • · • · · - » · · · *··. ·. • « »··· . * · * * • * I ·« · ·«· ·* ·· **

- meios para substituir, no lado de consumo de código, informação de código de uma geração de código mais antiga pela informação ~ de código da nova geração de código;

- meios para aplicar iterativamente, todas as vezes que 5 necessário, uma função de derivação de código de via única predeterminada ao lado de consumo de código para derivar informação de código de pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código.
17. Arranjo de acordo com a reivindicação 16, caracterizado

10 pelo fato de compreender adicionalmente meios para gerar, no lado de produção de código, a informação de código da citada nova geração de código, aplicando iterativamente uma instância da função de derivação de código de via única predeterminada começando da informação de código de uma geração de código predeterminada.

15
18. Arranjo de acordo com a reivindicação 17, caracterizado pelo fato de que a citada geração de código predeterminada é uma geração de código mestre.
19. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de compreender adicionalmente meios para gerar, do lado de
20 produção de código, informação de código da citada nova geração de código, aplicando uma função de alçapão da função de derivação de código de via única predeterminada, começando da informação de código de qualquer geração de código mais antiga.

20. Arranjo de acordo com a reivindicação 16, caracterizado

25 pelo fato de que os citados meios para aplicar iterativamente uma função de derivação de código de via única predeterminada para derivar informação de código de pelo menos uma geração de código mais antiga, é operável para habilitar o lado de consumo de código a usar qualquer geração de código mais antiga no ambiente de informação, embora uma ou mais atualizações de

3&

• ·* »

Λ »·»«»“ s ^{: :} υ ··· *

código prévias tenham sido perdidas.
21, Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de que o lado de produção de código compreende um servidor de emissão de código, emitindo informação de código de segurança a ser

5 compartilhada por: pelo menos um dispositivo de comunicação e um provedor dos dados protegidos para o citado pelo menos um dispositivo de comunicação.
22. Arranjo de acordo com a reivindicação 21, caracterizado pelo fato de que o citado pelo menos um dispositivo de comunicação

10 compreende um grupo de dispositivos, cada um dos quais compreende meios para aplicar iterativamente a citada função de derivação de código de via única, habilitando deste modo cada dispositivo de grupo com acesso à nova geração de código a se comunicar também com base em qualquer geração de código mais antiga.

15
23. Arranjo de acordo com a reivindicação 22, caracterizado pelo fato de que dispositivos de grupo com acesso à nova geração de código são habilitados a compartilhar dados protegidos, também com base em qualquer geração de código mais antiga.
24. Arranjo de acordo com a reivindicação 21, caracterizado

20 pelo fato de que o lado de consumo de código compreende o citado pelo menos um dispositivo de comunicação e o citado provedor de dados protegidos.
25. Arranjo de acordo com a reivindicação 21, caracterizado pelo fato de que o citado servidor de emissão de código e o citado provedor

25 de dados protegidos são integrados.
26. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de que os citados meios para aplicar iterativamente uma função de derivação de código de via única são implementados em um dispositivo no lado de consumo de código e configurados para gerar informação de código ⁶ r ·^:·····^:···· ·^:· ^: da citada pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código, desde que dados adicionais na forma de um código de acesso predeterminado sejam aplicados à função de derivação de código.
27. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de que os citados meios para aplicar iterativamente uma função de derivação de código de via única são operáveis para derivar informação de código que corresponde diretamente a um código criptográfico.
28. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de compreender adicionalmente meios para transformar a citada informação de código derivada em um código criptográfico.
29. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de que a citada função de derivação de código é baseada em uma função de “hash” criptográfica.
30. Arranjo de acordo com a reivindicação 16, caracterizado pelo fato de que a citada informação de código de segurança é usada para Gerenciamento de Direitos Digitais em um sistema de distribuição de conteúdo digital, jogos on-line, compartilhamento de arquivo em uma Rede de Área Local ou Pessoal, aplicações de armazenagem e envio ou para segurança de sessões on-line.
31. Entidade consumidora de código de segurança em um ambiente de informação, caracterizada pelo fato de compreender:

- meios para receber, na atualização de código, informação de código de uma nova geração de código;

- meios para substituir informação de código de uma geração de código mais antiga armazenada na citada entidade consumidora de código de segurança pela informação de código da nova geração de código;

- meios para aplicar iterativamente, todas as vezes que necessário, uma função de derivação de código de via única predeterminada

·· ·· « • ··»···»· • * · · • « * · • •t :··. ·. ; « · · * ··· • « * · · · • r · >«· ·« • • ·· ♦♦

para derivar informação de código de pelo menos uma geração de código mais antiga a partir da informação de código da nova geração de código.
32. Entidade de produção de código de segurança em um ambiente de informação, caracterizada pelo fato de compreender:

5 - meios para aplicar iterativamente, uma função de derivação de código de via unica um dado número de vezes, começando da informação de código de uma geração de código mestre, para derivar informação de código de uma geração de código predeterminada; e

- meios para distribuir uma representação da informação de φ 10 código derivada a pelo menos uma entidade consumidora de código no ambiente de informação, para a finalidade de comunicação segura.

LADO DE CONSUMO