Ocultar Pasta

[Paulo Nobre]

Existem programas que fazem com que uma pasta fique inacessível.

Fiquei tentando imaginar como isso seria feito e não consegui imaginar.

Alguém saberia dizer como fazer.

Digo isto porque usar

var

Atributos: Integer;

begin

Atributos:= FileGetAttr('C:\TesteEsconde');

FileSetAttr('C:\TesteEsconde',Atributos + faHidden)

end;

var

Atributos: Integer;

begin

Atributos:= FileGetAttr('C:\TesteEsconde');

FileSetAttr('C:\TesteEsconde',Atributos - faHidden)

é apenas um paleativo, pois o usuário pode via explorer optar por mostrar todas as pastas ocultas e aí babau.

Não acredito que os programas que fazem isto copiam a pasta do usário apagam a verdadeira e escondem ou compactam a original isto seria muito risco para eu acreditar.

[Micheus]

Então me responda, eu pego um arquivo e compacto ele com senha no WinRar, ou seja, o WinRar vai encriptá-lo. Agora me responda, quem seria capaz de abrir esse arquivo sem saber a senha. Eu nunca soube de nenhum caso, por mais hacker que o cara seja.

Se você quiser pagar... RAR Password Cracker

Isso é, se é que eu consiga desencriptar, porque por enquanto só conseguí encriptar. Já foi metade do caminho.

A lógica diz que não existe nada que não possa ser desfeito. Assim, para "desfazer", basta fazer na sequência inversa. Na verdade você já tem todo o caminho. ;)

[Thales Pontes Martins]

Se você quiser pagar... RAR Password Cracker

Putz, e eu que costumava deletar ensaios fotográficos de mulheres porque estavam protegidos por senhas, putz.

Quando agente pergunta essas coisas pra você, você sai pesquisando pra achar ou você já conhece esses lances maneiros?

Ou seja, nada é seguro o bastante. Eu posso fazer meu sistema hoje e amanhão um cara alí na esquina faz um programa que consegue decriptar sem senha? Não importa o quanto eu baguncei o código para que fique mais complicado descobrir o cálculo? E eu que pensei que criptografia fosse o único método 100% seguro de se proteger um arquivo contra leitura. Vejo que o único método é fazer uma formatação de baixo nível no hd mesmo. Aí nem Santo Antonio acessa. Então eu não vou nem terminar o sistema.

A lógica diz que não existe nada que não possa ser desfeito. Assim, para "desfazer", basta fazer na sequência inversa. Na verdade você já tem todo o caminho.

Tenho minhas dúvidas, as vezes depois de um cálculo, os dados resultantes, ou seja, a senha e o arquivo criptografado, não são suficientes para se recuperar os dados originais. Cheguei a essa conclusão depois de pensar em vários calculos, na tentativa de torná-los o máximo complexos dentro de minhas possibilidades, e me deparar com resultados que não são reversíveis. Ou pelo menos eu não conseguí pensar em um calculo para reverte-los.

[Micheus]

Se você quiser pagar... RAR Password Cracker

Quando agente pergunta essas coisas pra você, você sai pesquisando pra achar ou você já conhece esses lances maneiros?

As duas coisas. Alguns anos de NET ajudam. No caso específico do WinRar, eu fui procurar. Já conhecia para Winzip, pois também já precisei relembrar uma senha, mas para acessar coisa mais séria. :D

Ou seja, nada é seguro o bastante. Eu posso fazer meu sistema hoje e amanhão um cara alí na esquina faz um programa que consegue decriptar sem senha? Não importa o quanto eu baguncei o código para que fique mais complicado descobrir o cálculo? E eu que pensei que criptografia fosse o único método 100% seguro de se proteger um arquivo contra leitura. Vejo que o único método é fazer uma formatação de baixo nível no hd mesmo. Aí nem Santo Antonio acessa. Então eu não vou nem terminar o sistema.

Não seja trágico. Na verdade quanto mais travas mais seguro. Entretanto, devemos levar em conta que a importância do seu programa. Não é qualquer programa que vai ser craqueado. O cara da esquina só vai tentar quebrar suas travas se realmente for útil a ele ou a "comunidade".

A lógica diz que não existe nada que não possa ser desfeito. Assim, para "desfazer", basta fazer na sequência inversa. Na verdade você já tem todo o caminho.

Tenho minhas dúvidas, as vezes depois de um cálculo, os dados resultantes, ou seja, a senha e o arquivo criptografado, não são suficientes para se recuperar os dados originais. Cheguei a essa conclusão depois de pensar em vários calculos, na tentativa de torná-los o máximo complexos dentro de minhas possibilidades, e me deparar com resultados que não são reversíveis. Ou pelo menos eu não conseguí pensar em um calculo para reverte-los.

Não tenho conhecimento de que isso possa ocorrer.

[Churc]

opa

dá pra usar também o seguinte método, por exemplo

pra bloquear o acesso, você pega um arquivo

copia X bytes do começo dele e joga no final

e nesses X byte que você copiou você joga um caracter qualquer

ai o windows não vai mais reconhecer este arquivo, pois o cabeçalho dele foi pro saco rsr

ai pra desbloquear, você copia no final do arquivo os X bytes que você gravou que era o começo do arquivo, e joga denovo lá no começo...

fiz um teste aqui funcionou, só que com pasta que não consegui, porque putz, eu penso assim, aquele programa do marcos velasco faz algo assim na pasta, reparem que a mensagem de erro é do Windows e não do programa dele, então ele mexe em algum byte a ponto que o Windows não consiga ler informações da pasta...

O problema é que, pra arquivos eu consegui usando TFileStream, e pra pasta não tenho a mínima noção de como poderia modificar...

alguém tem alguma idéia?

abraços

[Thales Pontes Martins]

Não seja trágico. Na verdade quanto mais travas mais seguro. Entretanto, devemos levar em conta que a importância do seu programa. Não é qualquer programa que vai ser craqueado. O cara da esquina só vai tentar quebrar suas travas se realmente for útil a ele ou a "comunidade".

Tem razão, como quase ninguém vai usar o programa do Paulo ou outro que alguém faça, nenhum hacker se propuserá a gastar tantos esforços para quebrar o sistema. A não ser que por exemplo, você empresta o programa para um amigo que precisa emprestar o computador a alguém e precisa encriptar dados confidenciais, aí a pessoa que pegou o computador faça de tudo pra ver esses dados... Aconteceu com um amigo meu essa semana. :P

pra bloquear o acesso, você pega um arquivo

copia X bytes do começo dele e joga no final

e nesses X byte que você copiou você joga um caracter qualquer

ai o windows não vai mais reconhecer este arquivo, pois o cabeçalho dele foi pro saco rsr

ai pra desbloquear, você copia no final do arquivo os X bytes que você gravou que era o começo do arquivo, e joga denovo lá no começo...

Mais aí não protege nada, os dados ainda ficam acessíveis e é a maior moleza quebrar o sistema...

[Churc]

Mais aí não protege nada, os dados ainda ficam acessíveis e é a maior moleza quebrar o sistema...

Sim, apenas protege o acesso ao arquivo, mas a idéia minha não era proteger o arquivo e sim proteger o acesso ao arquivo ou pasta assim como o programa do Marcos Velasco faz =p

aquele programa do marcos velasco faz algo assim na pasta, reparem que a mensagem de erro é do Windows e não do programa dele, então ele mexe em algum byte a ponto que o Windows não consiga ler informações da pasta...

[Thales Pontes Martins]

A lógica diz que não existe nada que não possa ser desfeito. Assim, para "desfazer", basta fazer na sequência inversa. Na verdade você já tem todo o caminho.

Tenho minhas dúvidas, as vezes depois de um cálculo, os dados resultantes, ou seja, a senha e o arquivo criptografado, não são suficientes para se recuperar os dados originais. Cheguei a essa conclusão depois de pensar em vários calculos, na tentativa de torná-los o máximo complexos dentro de minhas possibilidades, e me deparar com resultados que não são reversíveis. Ou pelo menos eu não conseguí pensar em um calculo para reverte-los.

Não tenho conhecimento de que isso possa ocorrer.

Ainda mais quando o algorítmo usa muita aritmética de ponteiro, qualquer errinho é pelo menos uma ano pra descobrir. :lol:

[Graymalkin]

A lógica diz que não existe nada que não possa ser desfeito. Assim, para "desfazer", basta fazer na sequência inversa. Na verdade você já tem todo o caminho.

Tenho minhas dúvidas, as vezes depois de um cálculo, os dados resultantes, ou seja, a senha e o arquivo criptografado, não são suficientes para se recuperar os dados originais. Cheguei a essa conclusão depois de pensar em vários calculos, na tentativa de torná-los o máximo complexos dentro de minhas possibilidades, e me deparar com resultados que não são reversíveis. Ou pelo menos eu não conseguí pensar em um calculo para reverte-los.

Não tenho conhecimento de que isso possa ocorrer.

É possível sim. Hashing, por exemplo, é um algoritmo só de ida (One Way Encryption) para encriptar, ou seja, não tem como desencriptar: http://pt.wikipedia.org/wiki/Hash

Abraços,

Graymalkin

[Thales Pontes Martins]

É possível sim. Hashing, por exemplo, é um algoritmo só de ida (One Way Encryption) para encriptar, ou seja, não tem como desencriptar: http://pt.wikipedia.org/wiki/Hash

Boa Gray. Inclusive eu já usei hashing pra fazer tabela de transposição. O hashing é perfeito para identificar dados conhecidos em uma tabela por ter menor valor do que o dado, por isso não é reversível. Toda encriptação que resulta em tamanho menor (hashing) corre o risco de identificar 2 ou mais dados diferentes. Encriptações de tamanho igual nunca identificam dados diferentes mais sempre são iguais para o mesmo dado e mesma senha, e são reversíveis na maioria das vezes. E encriptações de tamanho maior sempre identificam os mesmos dados mas podem ser randomicas para o mesmo dado e mesma senha, e são reversíveis.

Cálculos que deixam os dados irreversíveis são por exemplo o AND lógico. Se você fizer um AND lógico em dois números, conhecendo o resultado e um operando não é possível conhecer o outro operando. Ao contrário do XOR lógico.

[Micheus]

É possível sim. Hashing, por exemplo, é um algoritmo só de ida (One Way Encryption) para encriptar, ou seja, não tem como desencriptar

com certeza. Fiz a colocação levando em conta justamente que o algorítimo utilize técnicas que viabilizem a recuperação, que é a situação que se está discutindo.

Cálculos que deixam os dados irreversíveis são por exemplo o AND lógico. Se você fizer um AND lógico em dois números, conhecendo o resultado e um operando não é possível conhecer o outro operando.

é verdade. E operações com deslocamento de bits também. Lembrei destes casos no chuveiro, pode?!. :D (sabe como é, a gente sai do forum e a cabeça continua processando)

[Thales Pontes Martins]

Vamos filosofar. É claro que existem cálculos que não se pode recuperar, os que cortam dados obviamente não se podem recuperar já que tiveram algums dados jogados fora, como somar ou XORear vários valores em uma única variável(Hashing). O shifting bit a bit também é irrecuperável pois jogas os bits pra fora da variável, então não tem como recuperar. O AND lógico também não porque podem existir 3 combinações diferentes que resultariam no mesmo resultado, então como você poderia adivinhar qual é a correta, não dá. A soma, subtração e XOR são reversíveis, sabendo um operando e o resultado pode-se saber o outro operando, ou seja não esconde dados como o AND.

Mais não era nada disso que eu me referia. Eu quis dizer que eu cheguei a um código que faz a encriptação preservando o mesmo tamanho, sem esconder ou cortar nenhum dado, deixando todas as informações intactas, mas sendo impossível existir um procedimento que recupere os dados para o original. Não vou explicar que procedimento é esse porque além de ser muito difícil explicar, as pessoas podem entender da maneira errada.

é verdade. E operações com deslocamento de bits também. Lembrei destes casos no chuveiro, pode?!. (sabe como é, a gente sai do forum e a cabeça continua processando)

O que acontece comigo sempre é o seguinte: Quando estou trabalhando em um código e acontece um erro, eu fico sentado na frente do computador analizando exaustivamente o código tentando descrobrir o erro. Depois que eu passei o dia todo olhando pro código e não conseguí descobrir nada, eu desisto e vou tomar banho. No banho eu ainda continuo tentando descobrir o erro vizualizando o código na minha mente, e lá pra metade do banho eu costumo achar o erro(Só unit de 500 linhas pra cima). 90% das vezes eu acho os erros no banho ou dormindo (nos sonhos). Só 10% eu acho na frente do computador olhando para o código. Acreditem se quiser. :P

A propósito, conseguí fazer a desencriptação aqui 100%, agora estou com problemas com a validação de senhas. Sabe como é, nesse tipo de código sempre ocorre pelo menos uns 40 erros, e é o que está previsto pra acontecer. Quem sabe no banho. hehe.

[Guest - Thiago -]

Galera,

Utilizo um programa que baixei no superdowloads - Pensave, que também pode ser baixado no próprio site - Pensave - www.pensave.com.br. Comecei a utilizá-lo para proteger os arquivos no meu pendrive, mas descobri que posso utilizá-lo também para proteger arquivos no computador. Quebrou um galhão, já que utilizo um computador que também é utilizado por outras pessoas. A proteção é através da criptografia dos arquivos e para ter acesso é somente com senha.

[luizrocha13]

Bom você pode simplesmente usar comandos do dos,use a sua lógica :

Para criar uma pasta inacessivel:

var dir:string;

begin

dir:=ExtractFilePath(Application.Exename)+'Control Panel.{21EC2020-3AEA-1069-A2DD-08002B30309D}';

if not DirectoryExists(Dir)

then

begin

ForceDirectories(Dir);

WinExec('cmd.exe /c attrib +h +s "Control Panel.{21EC2020-3AEA-1069-A2DD-08002B30309D}"', 0);

end;

o exemplo acima não bloqueia a renomeação da pasta, para isso programe sua aplicação para criar um arquivo desktop.ini dentro da pasta a ser bloqueada com o seguinte conteúdo:

[.ShellClassInfo]

CLSID={645FF040-5081-101B-9F08-00AA002F954E}