O MDW (segurança em nível de usuário) morreu.
Nota importante: para ter acesso aos vídeos e arquivos exemplos deste site, adquira um dos planos apresentados abaixo. Você pode comprar em até 5x no Cartão de Crédito.
Veja como comprar e saiba mais sobre o material oferecido, clicando aqui.
Os recursos de segurança em nível de usuário não estão disponíveis em bancos de dados que usam um dos novos formatos de arquivo (.accdb, .accde, .accdc, .accdr).
Você pode continuar gerenciando a segurança em nível de usuário em arquivos de bancos de dados que usem um formato de arquivo anterior do Access (como .mdb ou .ade). Isso só é recomendável se você já tiver uma solução de segurança em nível de usuário que deseje manter.
Você pode acessar este recurso através da guia Ferramentas de Banco de Dados , selecionando o botão Usuários e Permissões.
Relembrando: isso só aparece para você se o arquivo estiver com a
extensão MDB ou ADE.
Dois motivos , ao meu ver , levaram eles a abandonar a Segurança em Nível de Usuário:
O primeiro é que a senha simples, com criptografia, do Access 2007, agora é realmente segura e isso resolve a maioria dos casos. Só há uma meio de se descobrir a senha, que é através de programas que tentam adivinhar (Força Bruta).
Gente, senha 123 não é senha! não precisa nem de programa para descobrir isso. O que eu quero dizer é que a senha realmente se torna segura a partir de 7 dígitos. A Microsoft recomenda de 8 a 14 dígitos. Procure utilizar-se de letras maiúsculas e minúsculas, números e símbolos. Exemplo: GsT@7$p
Amigo, guarde bem a senha que você criar , porque se esquecer... vai chorar!
Quero lembrar também que você pode ter uma senha para o Back-end (base de dados) e uma outra para o Front-end (aplicativo), se desejar.
O segundo motivo é que eles alegam que essa segurança em nível de usuário pode ser gerenciada pelo SharePoint Server. Poxa, mais o SharePoint só com o Windows Server e a curva de aprendizado não me pareceu tão simples! Vou estudar sobre o caso e em breve estarei comentando aqui no site como isso é configurado.
Você mesmo poderá criar e gerenciar permissões através de tabelas e formulários próprios, que não são muito simples de elaborar, mas tem modelos disponibilizados pelos fóruns que podem ajudar bastante nesta tarefa.
Vejamos como é simples configurar seu banco de dados com uma senha: abra o banco de dados em modo exclusivo, clicando no botão Office e selecionando Abrir, conforme figura abaixo:
Selecione o Banco de dados desejado e clique na opção Abrir exclusivo, conforme a figura abaixo:
Vá na guia Ferramentas de Banco de Dados e selecione Criptografar com senha. Digite a senha no formulário e clique em OK.
Quem já teve uma experiência com o SharePoint, pode colaborar com
alguns detalhes aí no nosso comentário.
Bom estudo!
Artigos Relacionados
Segurança máxima usando o OPEN
Vídeo - Controle personalizado de acesso de usuários
|
9 comentário(s) Luiz Cláudio 30/07/2021 09:53:21 Olá Wiraktan, para recriar o arquivo MDW, o mais importante não é a listagem de nomes de usuário e senha, mas sim o ID (Workgoup ID). Você precisa criar o MDW com o mesmo ID. Wiraktan Cidrin 28/07/2021 18:30:58 Boa noite pessoal! Arquivo MDW! Estou com um problema muito sério. Tenho um sistema antigo que eu usava um arquivo .MDW. Tenho as senhas de usuários, administrador tudo mais... Removi todas as senhas, e estou tentando criar um novo banco de dados para atualizar com a versão 2007, mas quando importo os objetos ou salvo na versão 2007, e tento abrir algum objeto vem a famosa mensagem "Sem permissão para usar o objeto... Como eu faço para incorporar os novos objetos livre de permissões? Agradeço desde já toda ajuda! CARLOS MAGNO ROCHA 04/04/2021 14:23:37 Avelino adoro access estou comum projeto para montar na minha empresa para lanchonete pois tera que ser usado em rede. Sendo que preciso aprender sobre a ribons e sobre este novo metodo a nivel de usuario. Ja assistir seu tutorial sobre usuario mais ainda estou com duvidas. Seria possivel ser feito um passo em relaçao as ribons e sobre o controle de segurança a nivel de usuario. Quanto me custaria esta sua ajuda, sem quer avaliar seu trabalho pois você tem ajudado muita gente com suas ajudas gratuitas. Espero que você me entenda. Obrigado e aguardo seu contato. Carlos Magno magnofice@yahoo.com.br Avelino Sampaio 20/11/2020 10:50:45 Amigo, não deixe de assistir a vÃdeo-aula, aqui no site, sobre segurança no access 2007, aonde eu sugiro o uso de um aplicativo, feito no próprio Access, chamado de OPEN. Ofereço também um controle de usuários, que se usando em conjunto com o OPEN, dará a segurança que você estava procurando para os seus aplicativos. Sucesso Juliano 08/09/2020 15:05:11 Avelino, A solução é muito boa, mas me parece que não funciona quando iniciamos o banco de dados com a tecla Shift pressionada. Existe alguma alternativa para isso? Abraços! Avelino Sampaio 20/07/2020 18:37:05 Eu nunca utilizei o MDW. Fiz sempre a minha. A senha simples no back-end e a configuração do front-end com o bloqueio da techa shiift + MDE(ACCDE) + uma linha no registro do Windows para bloquear o front-end em máquina não autorizada, sempre considerei suficiente para os meus casos. Veja, não estou desmerecendo o MDW, ao contrário, era um recurso realmente muito bom. Luiz, muito obrigado pelos seus esclarecimentos em relação ao SharePoint. Veja o que a Microsoft diz sobre o assunto http://office.microsoft.com/pt-br/access/HA102345611046.aspx?pid=CH100621891046 Grato Fenanda Macan 19/07/2020 17:09:45 Eu sempe utilizei as permissões para abrir formulários e relatórios dependendo do usuário que acessou o sistema desde a versão 97 do Access. Migrei o meu sistema para 2007 e estou fazendo diversas alterações para utilizar o melhor que essa versão tem. Deixei por último a segurança e agora recebo esta notÃcia ! Terei que desenvolver algo "na mão" para bloquear os acessos. Mesmo assim vou usar o MDW para criar usuários e dar permissões à s Ribbons do meu sistema. MDW, RIP. Luiz Cláudio Cosenza V. Rocha 19/07/2020 13:51:36 Infelizmente o MDW é insubstuÃvel. Era o único mecanismo profissional de proteção de dados nativo do Access. A senha de arquivo, mesmo que por enquanto seja segura no arquivo em que foi criada, ao ter as tabelas vinculadas pelo front-end perde-se toda a segurança. Eu ia dizer que a segunda justificativa (que o mecanismo de segurança pode ser o do SharePoint) não pode ser considerada séria. Mas isto já seria elogio demais. Ela sequer pode ser considerada uma justificativa. Era o que faltava alguém sugerir usar listas não-relacionais do SharePoint para desenvolver aplicativos do dia-a-dia. Imagine só chegar a um cliente com uma ferramenta simples de cadastro de produtos e dizer: "o aplicativo custa só R$2000. Tem um pequeno adicional de R$15.000 de licenças e mais R$3.000 de instalação e configuração". tagino 05/05/2020 11:57:08 Bom eu sou novo na programacao mas este de certeza vai ajuadr me a entender, pessoal baxem o video pra exercitar,, um abraco a equipe |
