BRPI0709498A2 - sistema de autenticação e método de autenticação - Google Patents

Abstract

SISTEMA DE AUTENTICAçãO E MéTODO DE AUTENTICAçãO. Um sistema (50) compreende armazenagem (60) e um sistema básico de entrada/saída (BlOS) (62) armazenado na armazenagem e adaptado para ser executado por um processador (52) . O BlOS tem uma definição associada (64) . O sistema (50) recebe um valor criptografado que compreende uma transformação criptografada de uma solicitação para alterar pelo menos um de o BIOS (62) e a definição (64) . Uma primeira chave é usada para criptografar o valor, O processador (52) usa uma segunda chave correspondente à primeira chave para autenticar a citada solicitação.

Description

"SISTEMA DE AUTENTICAÇÃO E MÉTODO DE AUTENTICAÇÃO"

Antecedentes

Garantir a segurança de um sistema de computador édesejável. Por exemplo, uma aplicação nociva pode tentarmudar um código do sistema básico de entrada/saída (BIOS)de um computador e/ou parâmetros relacionados com o BIOS.Fazer isto poderia, por exemplo, tornar o computadorinoperante ou de outra forma comprometer a segurança docomputador.

Descrição resumida dos desenhos

Para uma descrição detalhada de configurações exemplaresda invenção, referência será feita agora aos desenhosanexos nos quais:

A figura 1 mostra um diagrama de sistema de acordo comconfigurações da invenção; e

A figura 2 mostra um método de acordo com configuraçõesda invenção.

Notação e nomenclatura

Certos termos são usados através de toda a descriçãoseguinte e reivindicações para se referir a componentesparticulares do sistema. Como alguém experiente natécnica apreciará, as companhias de computador podem sereferir a um componente por diferentes nomes. Estedocumento não pretende fazer distinção entre componentesque diferem de nome mas não de função. Na discussãoseguinte e nas reivindicações, os termos "incluindo" e"compreendendo" são usados de um modo de terminaçãoaberta, e portanto devem ser interpretados a significar"incluindo, mas não limitados a...". Também, o termo "seacoplam" ou "se acopla" é intencionado a significar umaconexão elétrica indireta, direta, óptica ou sem fio.

Portanto, se um primeiro dispositivo se acopla a umsegundo dispositivo, esta conexão pode ser através de umaconexão elétrica direta, através de uma conexão elétricaindireta, conexão via outros dispositivos e conexões,através de uma conexão elétrica óptica, ou através de umaconexão elétrica sem fio.Descrição detalhada

Referindo-se à figura 1, um sistema 50 de acordo com umaconfiguração ilustrativa da invenção compreende umprocessador 52, uma ponte norte 54, memória 56, uma pontesul 58, e uma memória não volátil 60. Em algumasconfigurações, o sistema 50 compreende um computador(p.ex., um servidor, um notebook, tablet [prancheta],etc. ) , mas pode ser outro que um computador em outrasconfigurações. Em pelo menos uma configuração, a memórianão volátil 60 compreende uma memória somente de leitura(ROM). 0 processador 52 opera para executar códigocontido na ROM 60 ou outra armazenagem tal como a memória56. As pontes 54 e 58 acoplam entre si o processador 52,memória 56 e ROM 60 como mostrado. Outras arquiteturas desistema 50 são possíveis também.

A ROM 60 compreende o código de sistema básico deentrada/saída (BIOS) 62. 0 código de BIOS 62 é executadopelo processador 52 a partir da ROM 60, ou copiado para amemória 56 para execução a partir de lá. Em pelo menosuma configuração, o código de BIOS 62 compreende códigoque permite o sistema 50 ser inicializado e testadodurante uma operação de boot [inicialização], um processotambém referido como energização em auto-teste (POST). Empelo menos algumas configurações, o processo de bootcomeça com a execução do código de POST incluído dentrodo BIOS 62 diretamente a partir da ROM 60. Em algum pontodurante a POST, pelo menos parte de, se não todo, ocódigo de BIOS 62 é copiado para, e executado a partirde, a memória 56. A memória 56 compreende qualquer tipoadequado de memória não volátil tal como qualquer de umavariedade de tipos de memória de acesso randômico (RAM).

Além de executar um processo de POST, o código de BIOS 62também é utilizável para acessar várias funções de nívelrelativamente baixo do sistema tal como acesso a drives[acionadores] de armazenagem (p.ex., drives de discosrígidos, drives de discos flexíveis, etc.), dispositivosde entrada (por exemplo teclado, mouse), e outrosdispositivos de entrada e/ou saída.

A ROM 6 0 também compreende uma ou mais definições de BIOS64. As definições de BIOS 64 compreendem definições taiscomo ordem de boot, habilitação/desabilitação de trava de drive, e várias habilitações/desabilitações de itens dehardware (p.ex., portas de entrada/saída, gerenciamentode plataforma confiada, etc.). As definições de BIOS 64podem estar separadas de, mas acessíveis ao, código deBIOS 62, ou podem estar embutidas dentro do próprio código BIOS.

Os conteúdos da ROM 60 podem ser modificados comodesejado, um processo referido como fazer o "flashing"[lampejar] (ou "reflashing") da ROM. Em algumasconfigurações, uma utilidade de flashing executa. A utilidade recebe uma nova "imagem" a passar por flashingna ROM, lê os conteúdos correntes da ROM, altera osconteúdos recuperados à medida do necessário para ficaremconsistentes com a nova imagem, e sobrescreve a ROM com anova informação. 0 processo particular para fazer o flashing pode ser qualquer processo de flashing adequado.

Pelo menos o código de BIOS 62 e/ou as definições de BIOS64, se não todos os conteúdos da ROM 60, podem sermodificados desta maneira.

As configurações da presente invenção compreendem umatécnica que controla a modificação de parte de ou todo oconteúdo da ROM 60. Em uma configuração, uma solicitaçãopara modificar uma porção de ou todo o código de BIOS 62e/ou definições de BIOS 64 não é permitida a serexecutada até que a solicitação possa ser autenticada.

Uma técnica adequada para autenticar tal solicitação estáilustrada na figura 2.

Referindo-se agora â figura 2, um processo deautenticação 100 é mostrado compreendendo as ações 102-116. As ações representadas podem ser executadas em qualquer ordem, tal como aquela mostrada na figura 2 ouuma ordem diferente. Algumas ações podem ser combinadasjuntas em uma única ação. As ações representadas nafigura 2 são executadas pelo sistema 50. De acordo compelo menos algumas configurações da invenção, parte outodas as ações são executadas pelo código executado peloprocessador 52. Um exemplo de tal código é uma aplicaçãode controle de acesso de BIOS (BAC) 57 mostrada na figura 1.

O processo 100 representado na figura 2 inclui, em pelomenos algumas configurações, o uso de uma função de"transformação" ["hash"]. Uma transformação é um númerogerado a partir de uma seqüência ["string"] de, porexemplo, texto (neste caso, a solicitação para modificarconteúdos da ROM 60) . Um valor de transformação é geradopor uma fórmula matemática de transformação de tal modoque seja muito difícil recuperar o texto original apartir dos valores combinados.

O processo ilustrativo 100 descrito abaixo também serefere ao uso de uma chave privada e correspondente chavepública para fins de criptografia e descriptografia. Emuma configuração ilustrativa de um protocolo decriptografia por chave pública/chave privada, uma chavepública é conhecida ou de outro modo tornada acessívelpara todos os recipientes pretendidos de uma mensagemcriptografada e uma chave privada é acessível somentepara o originador da mensagem. A chave privada é usadapara criptografar a mensagem. A chave pública correta éusada para descriptografar a mensagem criptografada. Emum protocolo de chave pública/chave privada, as chavespública e privada são matematicamente relacionadas entresi de tal modo que somente a chave privada possa serusada para criptografar uma mensagem e somente acorrespondente chave pública possa ser usada paradescriptografar a mensagem, ou vice-versa. As técnicas decriptografia além das técnicas baseadas em chavepública/chave privada também são possíveis.Em 102, o sistema 50 recebe uma mensagem. Em algumasconfigurações, a mensagem se origina a partir de softwareexecutando no sistema 50, enquanto em outrasconfigurações, a mensagem se origina de uma fonte à partedo sistema 50. A mensagem pode ser de acordo com qualquerde uma variedade de formatos ou protocolos. A mensagem é,ou contém, uma solicitação (p.ex., bytes de comando) paraalterar pelo menos um de o código de BIOS 62 e uma oumais definições de BIOS 64. Em pelo menos algumasconfigurações, a solicitação incluída na mensagem estácriptografada (isto é, não criptografada), enquanto emoutras configurações, a solicitação não estácriptografada e ainda em outras configurações, uma oumais partes da solicitação está criptografada. Em algumasconfigurações, a mensagem contém uma solicitação nãocriptografada e um valor criptografado que compreende umaversão criptografada de uma transformação da solicitação.

Isto é, a solicitação foi combinada por uma função detransformação e a saída da função de transformação écriptografada. De acordo com uma configuração dainvenção, o processo de criptografia usa uma chaveprivada. Uma chave pública 66 (figura 1) que correspondeà chave privada é armazenada na ROM 60 ou em outraarmazenagem. Em algumas configurações, a chave pública 66é embutida dentro do código BIOS 62.

Em 104, a chave pública 66 correspondendo à chaveprivada, que foi usada para criptografar a transformaçãoda solicitação, é recuperada, por exemplo, a partir daROM 60. A chave pública recuperada 66 é usada em 106 paradescriptografar a mensagem para recuperar a transformaçãodo comando. Em 108, o processador 52, ou outra lógica,computa uma transformação da solicitação a partir damensagem e, em 110, a transformação recentementecomputada é comparada com a transformação recuperada doprocesso de descriptografia. Os dois valores detransformação devem combinar se a chave privada corretafoi usada para criptografar a transformação dasolicitação (isto é, a chave privada à qual a chavepública no sistema 50 corresponde) e o mesmo algoritmo detransformação foi usado em 108 para formar a mensagemoriginal pela fonte da mensagem.

A ação 112 determina se os valores de transformaçãocombinam. Se os valores de transformação combinam, entãoa solicitação contida na mensagem é executada na ação 114. Como explicado acima e de acordo com váriasconfigurações da invenção, a solicitação faz qualquer ouambos de pelo menos uma porção do código de BIOS 62 e umaou mais das definições de BIOS 64 serem alteradas.Se, entretanto, as transformações não combinarem, então uma ação de segurança é executada. A ação de segurançanão permite a solicitação na mensagem transmitida para osistema 50 ser executada, e assim o código de BIOS 62e/ou uma ou mais das definições de BIOS 64 não sãoalterados. Ao contrário, a ação de segurança pode serpara gerar uma indicação de alerta de segurança queindique a falha do processo de autenticação. 0 alertapode ser na forma de uma mensagem ou um valor (p.ex., umbit) escrito em um registro ou memória ou mostrado em umdisplay. Alternativamente, a ação de segurança podesimplesmente ser para não fazer nada.

De acordo com várias configurações da invenção, amensagem também inclui um argumento associado com asolicitação para modificar o BIOS 62 e/ou uma ou mais dasdefinições de BIOS 64. 0 argumento compreende um ou mais valores de dados que são usados pelo sistema 50 paraexecutar a solicitação, assumindo que a solicitação sejaautenticada com sucesso. Exemplos de tais argumentosincluem uma senha de trava de drive anterior (isto é,corrente) e uma nova senha de trava de drive (se for desejado mudar a senha), uma lista seqüencial dosdispositivos da ordem de boot (se for desejado mudar aordem de boot dos dispositivos), e um identificador(p.ex., nome) de um dispositivo e um novo estado (p.ex.,habilitado, desabilitado) para tal dispositivo. Em algumas configurações, o argumento compreende umidentificador que especifica a definição de BIOS a sermodificada bem como novo(s) valor(es) para a definiçãoespecificada.

A discussão acima é pretendida a ser ilustrativa dosprincípios e das várias configurações da presenteinvenção. Numerosas variações e modificações tornar-se-ãoaparentes àqueles experientes na técnica uma vez que adescrição seja completamente apreciada. Em pelo menos umaconfiguração, a solicitação para alterar o BIOS/definiçãode BIOS pode ser executada sem ter que fazer o reboot docomputador. É pretendido que as reivindicações seguintessejam interpretadas para abranger todas tais variações emodificações.

Claims (10)

1. Sistema de autenticação, caracterizado pelo fato decompreender:armazenagem (60); eum sistema básico de entrada/saída (BIOS) (62) armazenadona citada armazenagem (60) e adaptado para ser executadopor um processador (52) , o citado BIOS (62) tendo umadefinição (64) associada com o mesmo; esendo que o citado sistema (50) recebe um valorcriptografado que compreende uma transformaçãocriptografada de uma solicitação para alterar pelo menosum de o citado BIOS e a citada definição, uma primeirachave sendo usada para criptografar o citado valor; esendo que o citado processador (52) usa uma segunda chavecorrespondente à citada primeira chave para autenticar acitada solicitação.

2. Sistema, de acordo com a reivindicação 1,caracterizado pelo fato de o citado processador (52)executar uma ação de segurança se o processador forincapaz de autenticar com sucesso a citada solicitação.

3. Sistema, de acordo com a reivindicação 1,caracterizado pelo fato de o citado processador (52)executar a citada solicitação se a citada solicitação forautenticada com sucesso.

4. Sistema, de acordo com a reivindicação 1,caracterizado pelo fato de o citado processador (52)descriptografar o citado valor criptografado usando acitada segunda chave.

5. Sistema, de acordo com a reivindicação 1,caracterizado pelo fato de a citada primeira chavecompreender uma chave privada e a citada segunda chavecompreender uma chave pública.

6. Método de autenticação, caracterizado pelo fato decompreender:receber (102) um valor criptografado que compreende umatransformação criptografada de uma solicitação paraalterar pelo menos um de um sistema básico deentrada/saida (BIOS) (62) e uma definição (64) associadacom o citado BIOS, uma primeira chave sendo usada paracriptografar o citado valor; edescriptografar (106) o citado valor criptografado usandouma segunda chave para recuperar a citada transformaçãoda solicitação, a citada segunda chave associada com acitada primeira chave.

7. Método, de acordo com a reivindicação 6, caracterizadopelo fato de adicionalmente compreender determinar (112)se se executa a citada solicitação baseado na citadatransformação recuperada da solicitação.

8. Método, de acordo com a reivindicação 7, caracterizadopelo fato de adicionalmente compreender executar (116)uma ação de segurança ao determinar que a solicitação nãodeve ser executada.

9. Método, de acordo com a reivindicação 6, caracterizadopelo fato de adicionalmente compreender receber asolicitação em uma forma que não é criptografada.

10. Método, de acordo com a reivindicação 9,caracterizado pelo fato de adicionalmente compreender umanova transformação da solicitação descriptografada ecomparar a citada nova transformação com a transformaçãorecuperada.