[firebase-br] RES: RES: RES: RES: RES: Segurança

Qua Ago 19 09:36:52 -03 2009

Quanto a Triggers e Procedures (Me corrijam se eu estiver errado), elas 
são compiladas dentro do Banco, podendo ser apagadas.

Para apagar o fonte das Stored Procedures, faça o seguinte;

UPDATE RDB$PROCEDURES
SET RDB$PROCEDURE_SOURCE = NULL
WHERE RDB$SYSTEM_FLAG = 0;

E para apagar o fonte das Triggers, faça o seguinte:

UPDATE RDB$TRIGGERS
SET RDB$TRIGGER_SOURCE = NULL
WHERE RDB$SYSTEM_FLAG IS NULL;

Isso tem um inconveniente, se vc precisar mexer no banco do cara, vc tem 
que levar a trigger ou procedure para compilar as modificações.

Reinaldo

Luis escreveu:
> Acho que há dois pontos fundamentais no quesito segurança para banco de
> dados:
> 
> 1- Primeira - exatamente a quem pertencem os dados. Eu sempre deixo claro,
> tanto a nível de proposta como de contrato, que o banco é do cliente e de
> sua inteira responsabilidade em: Manter, proteger e realizar backups
> periódicos, pois o banco é dele.
> 
> 2- a parte tecnológica dos código contidos no banco: Triggers, Procedures,
> etc... esse é um ponto que complica ao desenvolvedor, pois no FB, pelo que
> já vi, não há como proteger isso e passar ao cliente, ele terá acesso. Por
> esse motivo, em aplicações comerciais para múltiplas empresas, essa parte
> acaba sendo interessante ficar no aplicativo e não no banco, apesar da perda
> de performance.
> 
> Nota: Ainda não tenho conhecimento suficiente para saber se é possível no FB
> passar uma procedure ou trigger como parâmetro, ou seja, a estrutura da
> trigger ou procedure estaria no banco, mas os dados básicos seriam
> fornecidos através de parâmetros por uma chamada do aplicativo?
> 
> Luis
> 
> 
> -----Mensagem original-----
> De: lista-bounces-JZX6CTs6PlE39yzSjRtAkw em public.gmane.org [mailto:lista-bounces-JZX6CTs6PlE39yzSjRtAkw em public.gmane.org] Em
> nome de Felix
> Enviada em: terça-feira, 18 de agosto de 2009 22:25
> Para: 'FireBase'
> Assunto: [firebase-br] RES: RES: RES: RES: Segurança
> 
> Segurança para base de dados é um assunto muito complexo.
> 
> Por exemplo, eu gostaria de proteger a base para impedir que um usuário
> tivesse chance de adulterar os registros, excluir lançamentos de contas a
> receber (e embolsar o dinheiro), mudar quantidades em estoque (e levar o
> produto para casa), etc - sim, eu sei que o usuário teria que 'estudar' para
> abrir uma base Firebird com flamerobin ou qq outra ferramenta.
> 
> MAS: se eu bloquear a base a empresa ficaria a minha mercê! Não poderia
> migrar os dados (que são propriedade da empresa) sem minha autorização ou
> consentimento!
> 
> Eu poderia 'chantagear' a empresa, cobrando um 'extra' para exportar a base.
> 
> Da maneira como é hoje: o cliente é o responsável pela segurança dos
> arquivos de dados. Se ele quiser 100% de segurança basta colocar um servidor
> numa sala trancada ou num rack com chave.
> 
> Basta deixar claro para o cliente o que ele DEVE fazer e o que nós PODEMOS
> oferecer.
> 
> Fco. Felix
> Desenvolvimento de Sistemas
> www.soltecnologia.com.br
> 
> -----Mensagem original-----
> De: lista-bounces-JZX6CTs6PlE39yzSjRtAkw em public.gmane.org [mailto:lista-bounces-JZX6CTs6PlE39yzSjRtAkw em public.gmane.org] Em
> nome de Eduardo Jedliczka
> Enviada em: terça-feira, 18 de agosto de 2009 22:04
> Para: Carlos H. Cantu; FireBase
> Assunto: Re: [firebase-br] RES: RES: RES: Segurança
> 
> além do mais, dá para se conectar com o outro usuário, com a mesma
> fragilidade (eu já precisei abrir um banco com a role de sysdba e nao
> perdi mais do que 10 minutos para descobrir o nome do owner da base)
> 
> e tem mais, uma ROLE com o nome SYSDBA não funciona no firebird 2.1
> 
> Abraço
> 
> Em Ter, 2009-08-18 às 16:04 -0300, Carlos H. Cantu escreveu:
> 
>> O problema dessa gambiarra eh que eh muito facil remover o role
>> criado.
>>
>> Pesquise as mensagens antigas na lista que isto já foi discutido.
>>
>> []s
>> Carlos H. Cantu
>> www.FireBase.com.br - www.firebirdnews.org
>> www.warmboot.com.br - blog.firebase.com.br
>>
>> HEP> A tempo pesquisei sobre este assunto, achei algo, que parece
> interessante,
>> HEP> era algo assim...
>>
>> HEP> Crie um usuário no security.fdb (ex: user: admin e senha:  admin)
>> HEP> gsec -user sysdba -pas masterkey -add admin -pw admin
>>
>> HEP> Crie uma Base de Dados com este usuário
>>
>> HEP> Logue na Base criada com este user e crie uma role com nome de Sysdba
>>
>> HEP> Assim qdo alguem copiar o banco para outro server que ele saiba a
> senha
>> HEP> do sysdba ira aparecer um erro e o Sysdba nao conecta. Nao fiz testes
>> HEP> afundo...
>> HEP> Ta ai a dica, a quem interessar poste os resultados depois.
>>
>>
>> HEP> 2009/8/18 Rodolpho da Silva <nascimento-ytrvCdabblZfyO9Q7EP/yw em public.gmane.org>
>>
>>>>> 100% confiável, 100% de performance, 100% mesmo? Somente servidor
>>>>> fisicamente protegido...
>>>> Disse tudo....
>>>>
>>>> Rodolpho da Silva
>>>> www.essencialcode.com.br
>>>>
>>>>
>>>>
>>>>  ----- Original Message -----
>>>>  From: Felix
>>>>  To: 'FireBase'
>>>>  Sent: Tuesday, August 18, 2009 2:41 PM
>>>>  Subject: [firebase-br] RES: RES: RES: Segurança
>>>>
>>>>
>>>>  Boas idéias... mas...
>>>>
>>>>  1. Perda de performance
>>>>  2. Perda de performance
>>>>  3. Chances de corrupção da base
>>>>
>>>>  Eu tentei criar usuários, mudar senha, etc etc. Nada adiantaria.
> Bastou
>>>>  copiar a base para outro micro com um Firebird 'limpo', criar o
> usuário
>>>> que
>>>>  existia no Firebird original e... acesso completo!
>>>>
>>>>  100% confiável, 100% de performance, 100% mesmo? Somente servidor
>>>>  fisicamente protegido...
>>>>
>>>>
>>>>
>>>>
> ----------------------------------------------------------------------------
> --
>>>>
>>>>
>>>>  No virus found in this incoming message.
>>>>  Checked by AVG - www.avg.com
>>>>  Version: 8.5.392 / Virus Database: 270.13.60/2311 - Release Date:
> 08/18/09
>>>> 06:03:00
>>>> ______________________________________________
>>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>>> Para saber como gerenciar/excluir seu cadastro na lista, use:
>>>> http://www.firebase.com.br/fb/artigo.php?id=1107
>>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>>
>>
>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> 
> 
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> 
> 
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> 