PROTEGENDO BANCO DE DADOS MDB
Pessoal vi aqui que descobrir aquela senha que vc coloca no banco de dados do access é muito facil, fica a pergunta então como proteger os dados que estao gravados?
Criptografar: os exemplos que vi aqui nao funcionam muito bem pelo que testei!
Esconder o banco em uma pasta dentro do windows!
Gostaria de saber como vc lidam com esta cituação, e só para frizar não da para mudar o banco de dados pois ja tentei mas nao consgui usar mysqp e firebird.
Criptografar: os exemplos que vi aqui nao funcionam muito bem pelo que testei!
Esconder o banco em uma pasta dentro do windows!
Gostaria de saber como vc lidam com esta cituação, e só para frizar não da para mudar o banco de dados pois ja tentei mas nao consgui usar mysqp e firebird.
Criptografar os dados do banco é aconselhável para tabela pequenas, com informações que exige impostantes como usuário e senha. Agora criptografar todos os registros do banco fica complicado. Imagine mandar uma função para criptografar cada campo toda vez que salvar e outra para descriptografar cada campo toda vez que ler os registros!
Esconder o banco de dados pode ser uma saÃda. Você pode colocar atributo oculto no mdb, Também pode renomear sua extensão para .dat ou .dll, etc que vai funcionar. Não pode esquecer de mudar também na conexão.
Esconder o banco de dados pode ser uma saÃda. Você pode colocar atributo oculto no mdb, Também pode renomear sua extensão para .dat ou .dll, etc que vai funcionar. Não pode esquecer de mudar também na conexão.
Cabra,o mesmo código que você usa para gravar,alterar e excluir é o mesmo usado com access.
O que vai alterar e o Provider do banco.
db.Open [Ô]Provider=Microsoft.Jet.OLEDB.4.0;Data Source=[Ô] & App.Path & [Ô]\Dados.mdb[Ô]
db.Open [Ô]Provider=Ibole.provider.v4;Data Source=[Ô] & App.Path & [Ô]\Futebol.fdb[Ô], [Ô]SYSDBA[Ô], [Ô]masterkey[Ô]
Referências são as mesma,então cabra é fácil.Pode ir que tu consegue.
Valeu.
O que vai alterar e o Provider do banco.
db.Open [Ô]Provider=Microsoft.Jet.OLEDB.4.0;Data Source=[Ô] & App.Path & [Ô]\Dados.mdb[Ô]
db.Open [Ô]Provider=Ibole.provider.v4;Data Source=[Ô] & App.Path & [Ô]\Futebol.fdb[Ô], [Ô]SYSDBA[Ô], [Ô]masterkey[Ô]
Referências são as mesma,então cabra é fácil.Pode ir que tu consegue.
Valeu.
Amigo, a melhor opção na minha opinião é realmente mudar de banco.
Mas se quiser continuar com o Access, basta usar uma versão mais recente como
o Access 2010 ou o 2013. A extensão muda de [Ô].mdb[Ô] para [Ô].accbd[Ô].
Não é impossÃvel quebrar a senha, mas é muito mais segura e os programinhas que existem
google a fora não quebram se for a partir da versão 2010. (Claro que existem empresas que oferecem
o serviço que [Ô]quebrar[Ô] a senha, mas aà já oferecem ao outros bancos também)
Mas se quiser continuar com o Access, basta usar uma versão mais recente como
o Access 2010 ou o 2013. A extensão muda de [Ô].mdb[Ô] para [Ô].accbd[Ô].
Não é impossÃvel quebrar a senha, mas é muito mais segura e os programinhas que existem
google a fora não quebram se for a partir da versão 2010. (Claro que existem empresas que oferecem
o serviço que [Ô]quebrar[Ô] a senha, mas aà já oferecem ao outros bancos também)
Já pensou usar Firebird ou MySQL?
Bem, em informática, até o presente momento, tudo é possÃvel; a questão é o teor e qualidade do seu conhecimento a respeito.
Sobre o banco de dados access, ele tem um setor programável - VB - que pode auxiliar muito na ampliação da segurança do mesmo. você pode criar uma aplicação de apoio que trabalhe simultaneamente com este BD. Assim, se o programa não liberar o acesso, o banco de dados pode ser excluÃdo, pelas tentativas de acesso, não ficando assim refém tão somente da senha.
Bem, em informática, até o presente momento, tudo é possÃvel; a questão é o teor e qualidade do seu conhecimento a respeito.
Sobre o banco de dados access, ele tem um setor programável - VB - que pode auxiliar muito na ampliação da segurança do mesmo. você pode criar uma aplicação de apoio que trabalhe simultaneamente com este BD. Assim, se o programa não liberar o acesso, o banco de dados pode ser excluÃdo, pelas tentativas de acesso, não ficando assim refém tão somente da senha.
do access 2007 em diante que tem a extensão accdb no lugar de mdb já fica bem mais difÃcl e até o momento não tem ferramenta free capaz de quebrar a senha. pelo menos nunca vi
Bom colega infelizmente o access não é um sgbd robusto como os demais, vi que você tentou utilizar o MySQL, porém não conseguiu, então antes de qualquer coisa vou abordar este assunto, a maior dificuldade em migrar para mysql é a forma de se criar o banco, tabelas e campos, os utilizadores access estão acostumados a criar seus banco, pelo gerenciador do access onde vc clica em criar, e o banco é criado, adicionar tabela e pronto, derrepentemente eles veem inumeros tópicos que ensinam a criar o banco no mysql tudo por código e isso os assustam ( eu passei por isso), porém estes programadores acostumados com access na maioria das vezes não sabem que existe os chamados Fronts par Mysql onde se cria uma tabela da mesma forma que no access, ex: Mysql Front ou HeidiSQL, e particularmente prefiro o heidiSQL, veja uma imagem do mesmo:
Então isso facilitam 100% a criação de tabelas indices, etc, quando ao uso com o vb6 se você está acostumado a programar usando ADO praticamente nada muda na forma utilizada, a penas a conexão é diferente, consultas SQL, e outras coisas a mais são a mesmas.
quanto a segurança do access poucas coisas podem ser feitas para garantir a segurança, tipo:
Criar Senhas extremamente grandes, tipo 28 ou 30 caracteres, usando numeros, letras maiusculas e letras minusculas, pois os codigos que existem para descobrir a senha se tornariam extremamente cansativos de esperar, tipo 2 a 3 dias.
criar grupos de usuários, veja este Link
Tornar o banco oculto
e por ultimo criptografar os dados.
lógico nenhum dos fatores acima mesmo somados garantem 100% de segurança, maaaas o que vc tem de tão importante que chame a atenção de um Hacker que queira ter este trabalhão para acessar os dados do seu banco, este é um dos fatores a ser analisado.
Então isso facilitam 100% a criação de tabelas indices, etc, quando ao uso com o vb6 se você está acostumado a programar usando ADO praticamente nada muda na forma utilizada, a penas a conexão é diferente, consultas SQL, e outras coisas a mais são a mesmas.
quanto a segurança do access poucas coisas podem ser feitas para garantir a segurança, tipo:
Criar Senhas extremamente grandes, tipo 28 ou 30 caracteres, usando numeros, letras maiusculas e letras minusculas, pois os codigos que existem para descobrir a senha se tornariam extremamente cansativos de esperar, tipo 2 a 3 dias.
criar grupos de usuários, veja este Link
Tornar o banco oculto
e por ultimo criptografar os dados.
lógico nenhum dos fatores acima mesmo somados garantem 100% de segurança, maaaas o que vc tem de tão importante que chame a atenção de um Hacker que queira ter este trabalhão para acessar os dados do seu banco, este é um dos fatores a ser analisado.
Você nunca vai estar seguro enquanto os usuários tiverem acesso ao arquivo do banco de dados.
Se quer manter os dados seguros a primeira coisa é mudar para um SGDB, seja ele SQL Server, Firebird, MySQL ou qualquer outro do tipo, e colocar o banco de dados em um PC que nenhum usuário tenha acesso, feito isso só se eles conseguirem o nome de usuário e senha para acessarem os dados.
Criptografar geralmente não é uma opção, já que isso impede que sejam feitas buscas, que se organize ou faça cálculos com os dados diretamente na SQL, a não ser é claro no caso de o próprio banco de dados dar suporte a criptografia, como acontece se não me engano com o SQLite, em que se pode criptografar o arquivo de dados, porém durante o uso dado a senha correta a leitura do arquivo acontece normalmente, da mesma forma como se ele não estivesse criptografado.
Se quer manter os dados seguros a primeira coisa é mudar para um SGDB, seja ele SQL Server, Firebird, MySQL ou qualquer outro do tipo, e colocar o banco de dados em um PC que nenhum usuário tenha acesso, feito isso só se eles conseguirem o nome de usuário e senha para acessarem os dados.
Criptografar geralmente não é uma opção, já que isso impede que sejam feitas buscas, que se organize ou faça cálculos com os dados diretamente na SQL, a não ser é claro no caso de o próprio banco de dados dar suporte a criptografia, como acontece se não me engano com o SQLite, em que se pode criptografar o arquivo de dados, porém durante o uso dado a senha correta a leitura do arquivo acontece normalmente, da mesma forma como se ele não estivesse criptografado.
Obrigado a todos pelas dicas vou tentar de novo ok
Tópico encerrado , respostas não são mais permitidas