BRPI0610539A2 - sistema de segurança de rede - Google Patents

Abstract

A presente invenção refere-se a um método de autenticação de uma transação entre um dispositivo local, sob controle de um usuário, e um servidor remoto, compreendendo: - determinar uma série de dados específicos ao dispositivo local; - determinar uma série de dados específicos para o usuário do dispositivo; - transmitir a série de dados específicos de dispositivo e a série de dados específicos de usuário para uma máquina de criptografia remota; e - gerar na máquina de criptografia remota uma série de modelos de dados de uso único, cada modelo compreendendo itens selecionados aleatoriamente da série de dados específicos de dispositivo e da série de dados específicos de usuário; o método compreendendo ainda, durante autenticação: - enviar um modelo de dados da máquina para o dispositivo local; - usar o modelo de dados para interrogar o dispositivo local para os itens de dados específicos de dispositivo; - usar o modelo de dados para interrogar o usuário, para proporcionar os itens de dados específicos de dispositivo no modelo; e - comparar os itens de dados proporcionados pelo dispositivo local e o usuário, em resposta à interrogação aos itens de dados usados para criar o modelo para autenticar a transação.

Description

SISTEMA DE SEGURANÇA DE REDE

CAMPO DA INVENÇÃO

A presente invenção se refere a sistemas de segurançapara operação com dispositivos ligados em rede. Emparticular, a invenção proporciona métodos e sistemas paragarantir a identidade de um usuário em um ambiente detransação ligado em rede.

FUNDAMENTOS DA INVENÇÃO

Um ambiente, no qual essa invenção encontra aplicaçãoparticular, é aquele de transações seguras pela Internet.No entanto, como vai ser evidente, a invenção não élimitada a esses usos e pode ser aplicada a transaçõesentre os dispositivos, usando vários meios de comunicação.

Vários métodos foram desenvolvidos para proporcionarsegurança em transações pela Internet. Um desses exemplos éo de Camadas de Soquetes Seguros (SSL), desenvolvidas pelaNetscape como um protocolo de segurança para transaçõesúnicas. Essas podem ser usadas para eventos únicos, talcomo pagamento de cartão de crédito para uma compra feitapor um lugar na Internet. No entanto, a maior parte dastransações não são de evento único e um outro nivel desegurança é necessário. A mais comum dessas é o uso decódigos de acesso, números de pinos ou senhas. Esses impõemque um usuário introduza um código "secreto" para confirmara identidade do usuário e criar um canal de comunicaçãosegura entre o usuário e o provedor de serviço, tal como obanco. Desde que o código se mantenha secreto, acomunicação pode ser segura. No entanto, pode serrelativamente fácil determinar o código secreto, ou porinterrogação do computador no qual o código é salvo,registrando as batidas no teclado, quando o código éintroduzido, observando a entrada de código ou um registroescrito do código, ou por simples tentativa e erro, combase em análise matemática. Alguns sistemas tentamaperfeiçoar o nível de segurança por combinações de códigose questões selecionadas, que se referem às informaçõespessoais do usuário. No entanto, esses ainda estãosubmetidos às mesmas deficiências gerais.

Um nível de segurança aperfeiçoado pode ser obtido poruso de um cartão inteligente (um cartão conduzindo umcircuito integrado IC) . 0 processamento limitado nocircuito integrado do cartão propicia o uso de umacriptografia mais complexa. Também, proporciona uma chavefísica que deve estar presente juntamente com o códigorelevante. Há considerações práticas que fazem com que ouso desses cartões não seja muito desejável. 0 computadordo usuário deve ser capaz de ler o cartão, os cartões sãorelativamente caros e os cartões precisam de maneira segurapara emissão e distribui.

Todos esses sistemas se baseiam apenas em informacoesdo usuário. Essa invenção faz uso de informaçõesespecíficas de dispositivo, para aperfeiçoar o nível desegurança.

DESCRIÇÃO DA INVENÇÃO

Um aspecto da invenção compreende um método deautenticação de uma transação entre um dispositivo local,sob controle de um usuário, e um servidor remoto,compreendendo:

determinar uma série de dados específicos aodispositivo local;

determinar uma série de dados específicos para ousuário do dispositivo;

transmitir a série de dados específicos dedispositivo e a série de dados específicos deusuário para uma máquina de criptografia remota; e

gerar na máquina de criptografia remota uma sériede modelos de dados de uso único, cada modelocompreendendo itens selecionados aleatoriamente dasérie de dados específicos de dispositivo e dasérie de dados específicos de usuário;

o método compreendendo ainda, durante autenticação:enviar um modelo de dados da máquina para odispositivo local;

usar o modelo de dados para interrogar odispositivo local para os itens de dadosespecíficos de dispositivo;

usar o modelo de dados para interrogar o usuário,para proporcionar os itens de dados específicos dedispositivo no modelo; e

comparar os itens de dados proporcionados pelodispositivo local e o usuário, em resposta àinterrogação aos itens de dados usados para criar omodelo para autenticar a transação.

De preferência, o método inclui a etapa de carregar umagente de software no dispositivo local, o agente desoftware manipulando a determinação dos dados específicosde dispositivo, proporcionando uma interface para o usuáriointroduzir os dados específicos de usuário, e a decomunicar esses dados, em forma criptografada, à máquina decriptografia.

Prefere-se também que, após o uso do modelo de dadosem uma operação de autenticação, que o modelo seja deletadoda série.Em uma concretização da invenção, o modelo de dados éenviado para o dispositivo local, imediatamente antes datransação, para que seja autenticado, e a resposta éenviada do dispositivo local para o servidor remoto, apósrecebimento e antes da transação ocorrer.

0 dispositivo local pode ser um computador, umtelefone móvel, um PDA ou qualquer outro dessesdispositivos. 0 dispositivo local pode conectar-se aoservidor remoto por um canal de comunicações adequado, talcomo a Internet, conexão sem fio, GPRS, WAN, LAN, etc.

Os dados específicos para o dispositivo local podemcompreender os dados relativos à configuração fisica dodispositivo, tais como os números id (identificadores) paraos componentes, tais como os discos rigidos, CPUs, etc, econfiguração de software e firmware, tais como tipo eversão de OS, versão de BIOS, etc.

Os dados específicos para o usuário compreendemtipicamente informações conhecidas do usuário eproporcionadas em resposta.

MODO(S) PARA CONDUÇÃO DA INVENÇÃO

0 aspecto da invenção apresentado a seguir é descritoem relação a um computador como um dispositivo local. Vaiser evidente que a mesma tecnologia pode ser aplicada amuitos diferentes tipos de dispositivos, tais comotelefones fixos, telefones móveis, PDAs, etc.

Cada computador tem determinadas propriedades que sãoúnicas àquela máquina. Incluem números de identificação ounúmeros de registro da CPU, placa-mãe ou discos rigidos,por exemplo. Outras informações contidas dentro da máquinapodem incluir tamanho do disco rigido, capacidade dearmazenamento da RAM, data de compra ou registro, versão deBIOS, sistema operacional, nome da máquina, etc. Essesdados são tipicamente armazenados no disco rigido damáquina (ou equivalente). Ainda que poucos desses itens dedados sejam absolutamente únicos, exceto possivelmente osnúmeros de identificação ou registro, há itens de dadosdiferentes suficientes entre esses elementos emcomputadores aparentemente idênticos, que a probabilidadede qualquer computador ter dados idênticos é muito baixa.No entanto, por conta deles mesmos, esses dados não sãoabsolutamente seguros. Se um computador for conectado a umarede, é relativamente direto interrogar a máquina, paraproporcionar esses dados e imitar essa máquina.

Para evitar esse problema, a presente invenção tambémusa dados específicos de usuário. Essas são informaçõesproporcionadas pelo usuário e de conhecimento apenas dele.Essas informações podem compreender informações, tais comodata de nascimento, nome de solteira da mãe, etc. Noentanto, uma vez que essas informacoes tambem podem serobtidas de outras fontes, prefere-se que os dadosespecíficos de usuário também incluam as informaçõesrelativas às preferências pessoais, tais como cor favorita,ou informações pessoais incomuns tais como nome do animalde estimação ou assemelhados. Proporcionando-se itenssuficientes dessas informações, a probabilidade de outrousuário ter as mesmas informações pessoais é muito baixa.

Esses dois conjuntos de dados formam a base dainvenção. 0 objeto é proporcionar um sistema que requerinformações selecionadas aleatoriamente de ambos osconjuntos, para autenticar a transação.

A invenção se refere à transação entre os dispositivoslocais e os servidores remotos. Os exemplos tipicos dessastransações são o sistema bancário via Internet e ascentrais de vendas pela Internet. Nessas transações, umusuário usa o dispositivo local para comunicar-se com oservidor remoto, para pedir informações ou instruir ações(por exemplo, ver extratos bancários, instruir compras outransferências, etc.). Em virtude do valor da transação,qualquer que seja em termos de informações pessoais (nomes,endereços, números de conta, extratos bancários, etc.) oude valor comercial direto (pagamentos, etc), é desejávelque ambos o usuário e o provedor de serviço autentiquem atransação para confirmar que o usuário está habilitado asubmeter ou receber as informações ou instruir a ação. Aabordagem básica para essa autenticação, tanto na técnicaanterior quanto na presente invencao, e que o servidorremoto interroga o usuário pelo dispositivo local, paradados que confirmem a identidade.

Na presente invenção, a maneira na qual os doisconjuntos de dados são usados é por uso de uma máquina decriptografia. Em uma transação tipica, isso vai ser deresponsabilidade da entidade que controla o servidorremoto. No entanto, em muitos casos, a máquina decriptografia vai ficar em um servidor separado e vai agirem resposta aos pedidos do servidor remoto.

Para configurar o dispositivo local, um agente desoftware é instalado nele. Esses agentes de software sãocomumente usados para várias aplicações de softwares. 0agente de software pode ser carregado por uma conexão emrede, um CD ou qualquer outra abordagem. Uma vez instalado,o agente de software interroga o servidor remoto para obteros dados específicos de dispositivo. Os tipos de dados vãoser predeterminados no agente e podem incluir aqueles dadosespecíficos de dispositivo indicados acima. A abordagemdesejada é que essa interrogação e a seleção de dados sejamautomáticas. É possível que isso possa ser também feitomanualmente por uso de caixas de diálogo e campos deintrodução de dados. Os dados específicos de usuário vãoser coletados por uso de caixas de diálogo e campos deintrodução de dados, os dados sendo introduzidos emresposta às perguntas apresentadas pelo agente de software.Ainda que perguntas predefinadas sejam preferidas,considera-se também que o usuário pode também introduzir assuas próprias perguntas e respostas.

Os dados coletados pelo agente de software sãotransmitidos para a máquina de criptografia, por umaconexão em rede, tipicamente em forma criptografada. Amáquina de criptografia então mistura ou "munges" (mung =triturar ate reduzir a nada) os dois conjuntos de dados ecria uma série de modelos de dados de uso único, que sãoeles próprios armazenados em forma criptografada. Há váriastécnicas e algoritmos conhecidos para triturar os dados quepodem ser usados. Em tudo isso, o que é importante é queapós trituração, os dados não são reconhecidos como os seusdados-fonte originais.

Cada modelo de dados compreende uma combinaçãoselecionada aleatoriamente de itens de dados de cadaconjunto: específicos de usuário e específicos dedispositivo. Vários desses modelos podem ser preparados deantemão, por exemplo, 500 modelos armazenados prontos parauso. É também possível criar cada modelo apenas quandonecessário, com nenhum sendo armazenado. No entanto, issopode retardar o processo inaceitavelmente.

Cada modelo de dados é intencionado para ser usadoapenas uma vez. Nesse aspecto, o conjunto de modelos dedados são similares aos caracteres de uso único usados parachaves de codigos.Em uso, o usuário inicia uma transação com o servidora partir do dispositivo local. Quando a autenticação énecessária, a aplicação de software de autenticação, noservidor remoto, pede que o modelo seja emitido pelamáquina de criptografia. Ou o modelo seguinte no conjunto éemitido ou um novo modelo é gerado pela máquina. O modelo éenviado para o servidor e para o dispositivo local. Aaplicação de software no servidor remoto determina, apartir dos dados proporcionados pelo agente de software nodispositivo local, os itens de dados específicos paraautenticar a transação do modelo. 0 agente de software nodispositivo local interroga o dispositivo para os dadosespecíficos de dispositivo e exibe caixas de diálogo ecampos de introdução de dados para os dados específicos deusuário. Uma vez que esses dados são introduzidos, eles sãoenviados, em forma criptografada, para o servidor remoto,no qual a aplicação de software compara os dadosproporcionados do dispositivo local com os dados derivadosda máquina como corretos, para comparação com aquele modelode dados. Se os itens de dados estão corretos, a transaçãopode ser autenticada. Se não, a transação pode ser negada.

O método da presente invenção tem várias vantagens.Essas incluem o fato de que a interceptação dos dadostransmitidos do dispositivo local para o servidor não é deuso posterior, uma vez que outro modelo vai requerer umacombinação diferente de itens de dados. Também, a alteraçãode um parametro de dispositivo, tal como uma unidade dedisco, pode ser acomodada por novo registro dos dadosespecíficos de dispositivo, tal como um evento, e geraçãode novos modelos.

As aplicações típicas compreendem transação bancáriasem linha e comercialização pela Internet. No entanto, umuso particular desse método pode ser na distribuição demúsica pela Internet. Nesse caso, o arquivo de músicadigital é transmitido para o dispositivo local, seguinte àautenticação, como descrito acima. Os dados específicos dedispositivo são mantidos com o arquivo digital e oreprodutor configurado de modo que apenas toque se odispositivo no qual o arquivo vai ser reproduzido puderproporcionar os dados necessários para aqueles no arquivo.Desse modo, o arquivo de música só pode ser reproduzido nodispositivo para o qual tenha sido transmitidooriginalmente. Isso permite que os detentores dos direitosdas músicas impeçam a distribuição não autorizada de cópiasdo arquivo de música, uma vez que não vão ser reprodutiveisem qualquer outro dispositivo.

Considera-se que os métodos de acordo com a invençãosão de ampla aplicação e não são limitados a qualquer umaforma particular de dispositivo ou transação. Aimplementação em software dos conceitos é direta.

Claims (6)

1. Método de autenticação de uma transação entre umdispositivo local, sob controle de um usuário, e umservidor remoto, caracterizado pelo fato de que compreende:- determinar uma série de dados específicos aodispositivo local;- determinar uma série de dados específicos para ousuário do dispositivo;- transmitir a série de dados específicos dedispositivo e a série de dados específicos de usuáriopara uma máquina de criptografia remota; e- gerar na máquina de criptografia remota uma série demodelos de dados de uso único, cada modelocompreendendo itens selecionados aleatoriamente dasérie de dados específicos de dispositivo e da sériede dados específicos de usuário;o método compreendendo ainda, durante autenticação:- enviar um modelo de dados da máquina para odispositivo local;- usar o modelo de dados para interrogar o dispositivolocal para os itens de dados específicos dedispositivo;- usar o modelo de dados para interrogar o usuário,para proporcionar os itens de dados específicos dedispositivo no modelo; e- comparar os itens de dados proporcionados pelodispositivo local e o usuário, em resposta àinterrogação aos itens de dados usados para criar omodelo para autenticar a transação.

2. Método de acordo com a reivindicação 1, caracterizadopelo fato de que os dados específicos de usuário e os dadosespecíficos de dispositivo são reunidos por meio de umagente de software, instalado no dispositivo.

3. Método de acordo com a reivindicação 1 ou 2,caracterizado pelo fato de que a máquina de criptografiagera a série de modelos, que é armazenada antes de uso.

4. Método de acordo com a reivindicação 1 ou 2,caracterizado pelo fato de que a máquina de criptografiagera cada modelo em resposta a um pedido para autenticaçãodo servidor remoto.

5. Método de acordo com qualquer uma das reivindicações 1a 4, caracterizado pelo fato de que a transação compreendeo envio de um arquivo executável do servidor para odispositivo, o método incluindo ainda associar os dadosespecíficos de dispositivo com o arquivo executável, demodo que só possam ser executados naquele dispositivo.

6. Método de acordo com qualquer uma das reivindicações 1a 5, caracterizado pelo fato de que a transação compreendeproporcionar informações, compra em linha ou transferênciade música.