bnobre

Olá @BigWings, tubo bom?O meu é o Delphi 11... Nossa, é simplesmente tão vulnerável!!!!! Olá @Daniel Simoes, Você comenta o seguinte: Quando eu atribui a propriedade string do componente em Runtime parou de exibir no bloco de notas, mas quando você fez no seu exemplo continuou exibindo, então não fez nenhuma diferença em RunTime ou via Object Inspector... Esse comportamento que eu não consegui entender, porque no meu caso funcionou e no seu não?!?! Olá @TiagoTecchio, obrigado por essa observação. Na verdade pelo que vi até o momento das observações dos amigos não há nada que efetivamente proteja o conteúdo das strings. A técnica usada é dificultar a leitura através da criptografia e aplicar as chaves da criptografia com o uso dos valores em ASCII. Correto?!?!

Pena que não existe uma documentação mais detalhada sobre o assunto pra termos uma discussão/noção técnica melhor de como isso funciona e a coisa não ficar tão ao "acaso". Pois como você exemplificou aí, apareceu a string usada para alimentar a propriedade do componente via *.pas, já aqui no meu caso quando alimentei a propriedade do componente via *.pas parou de aparecer o valor literal da string. Não consigo portanto achar um padrão e sem uma documentação mais rica sobre o assunto dificulta a escolha de uma técnica mais assertiva.

Nossa... Bem que tu falou... Que incrível isso kkkkkkkkkkkkkkkk Então creio que como você falou, devemos colocar em ASCII para "disfarçar melhor", pois continuará aparecendo, mas não de forma literal como o exemplo acima. E em relação a sua dica de não usar variáveis ou métodos com a palavra senha é bacana, mas no caso dos campos dos componentes que já usam essa expressão não tem muito o que se fazer, pelo menos eu não vejo como.

Essa que é a grande questão... As Strings no *.pas ficam expostas ou não????? Se não, basta simplesmente jogar os conteúdos sensíveis na mesma!!!

Hummmmmm... Interessante... Na verdade nos testes que fiz aqui ao alimentar a propriedade Password do componente pelo OBJECT INSPECTOR apareceu o conteúdo no Bloco de Notas como já relatei, mas bastou colocar direto no código fonte (*.pas) que deixou de aparecer no Bloco de Notas, mesmo sendo uma propriedade String. Porém como você disse que todos os valores String vão para o Resources então creio que com outras técnicas é possível acessar o conteúdo... Estou correto?!?!? Sobre a dica das variáveis ou métodos, aí complica... Pois nos componentes onde se coloca uma senha usualmente é no campo senha, como no ACBrMail por exemplo. Sobre o Código ASCII, conforme você disse vai apenas ocultar "melhor", mas bastaria a conversão do ASCII para texto tradicional para achar o valor. O ideal mesmo era não aparecer nada, ao meu ver. Interessante como não tem muito conteúdo a respeito na internet ou eu ao menos não achei. É um assunto de extrema importância.

Olá @Daniel Simoes... Realmente, até o momento eu nem conhecia esses termos, obrigado pela explanação e direcionamento. Mas pelo que eu vi de maneira prática é o seguinte: Se eu colocar o apontamento da senha pelo OBJECT INSPECTOR fica salvo no *.dfm e consequentemente irá aparecer pelo Bloco de Notas, porém se eu coloco direto no código, no *.pas, aí não aparece mais... Estou correto?

Olá @Daniel Simoes, tudo bom?! Poderia me explicar o que seria esse Resource do Executável?!?!

Porém conteúdos criptografados precisam de uma chave para realizar a descriptografia... Onde essa chave seria salva?!?! Você teria algum exemplo ou artigo explicando esse procedimento?!?! Busquei na internet e não achei nada a respeito e pra ser sincero estou meio perdido nisso. E sobre a questão do código exposto... Saberia me dizer porque parte é exposta (a princípio as propriedades dos componentes) e outra não (a princípio o conteúdo do *.pas)? Desde já agradeço a atenção

Aqui é só pra dar um exemplo mais visual do que estou falando... Eu reparei uma coisa... Quando preencho PELO OBJECT INSPECTOR a propriedade do componente, por exemplo uma senha no componente de acesso ao banco de dados ou uma senha no ACBrMail ou qualquer outra propriedade de qualquer outro componente, eu consigo visualizar da maneira que disse (abrindo pelo bloco de notas). Porém se eu preencho a propriedade DIRETO no código fonte, no *.pas, a informação não aparece mais. É como se ele convertesse em binário todo o código fonte do *.pas, mas a parte que faz referências as propriedades dos componentes preenchidas no OBJECT INSPECTOR não fosse convertidas. Eu tentei achar algo a respeito na documentação da Embarcadero para entender melhor o processo, porém não achei nada. Alguém saberia explicar como isso funciona? Essa minha percepção está correta? Olá @Juliomar Marchetti, tudo bom meu amigo? Ao meu ver não exatamente, pois onde você iria salvar por exemplo a senha de acesso ao banco?!?!... No meu caso eu coloco no código fonte do executável. Olá @Daniel Simoes, tudo bom meu amigo? Me perdoe, mas o que seriam essas tabelas de Resources e a quais Métodos está se referindo? Outra questão, o que você costuma fazer para ocultar por exemplo a senha de acesso do banco de dados no executável?!?! Desde já agradeço a atenção de todos

Olá a todos, Quando compilamos um executável no Delphi, ao tentarmos abrir o mesmo em um editor de texto (Notepad++ por exemplo), parte do código é exposta, como nome de componentes, propriedades do mesmo, etc. Gostaria de saber porque isso ocorre? Já que em teoria o código foi convertido para linguagem binária E em caso de informações sensíveis, como credenciais de banco, senhas, existe a possibilidade de garantir a não exposição de tais informações? Desde já agradeço a atenção

Olá a todos, Gostaria de saber se no ES está sendo obrigatório o cadastro da SH para emissão de NFC-e e NF-e, assim como o é no Paraná e em outros estados? Alguém atuando nesse estado poderia me ajudar? Desde já agradeço a atenção

Explicação perfeita meu amigo... Um forte abraço

Olá meu amigo... Então ele trata igual o fetch do javascript que não considera retornos diferentes de 200 como exceção. Irei tratar manualmente conforme a sugestão, mas continuo com parte da dúvida: Porque o Delphi gera a exceção VISUALMENTE em Debug, porém continua o código normalmente como se nada tivesse acontecido? Desde já agradeço a atenção

Olá a todos, Estou consumindo uma API REST usando o RestClient e demais componentes sugeridos na configurações do REST Debugger, mas reparei uma coisa bem estranha. Quando a validade do token de acesso acaba eu recebo (conforme esperado) uma exceção "raised exception class EHTTPProtocolException with message 'HTTP/1.1 401 Unauthorized'." O problema é que apesar da exceção aparecer em modo debug, o Delphi continua a execução do código na linha seguinte, como se nada tivesse acontecido ao invés de interromper a execução do mesmo. A documentação desses componentes do Delphi são meio escassas, porém existe uma propriedade no RestClient chamada RaiseExceptionOn500. https://docwiki.embarcadero.com/Libraries/Athens/en/REST.Client.TCustomRESTClient.RaiseExceptionOn500 De acordo com a documentação achei que desativando a mesma resolveria, mas nada. Porém mesmo que resolvesse a minha dúvida continua: Como o Delphi pode disparar uma exceção em Debug, porém não interromper o código como seria de se esperar? Desde já agradeço a atenção de todos

Segue o link que mencionei: Se funcionar contigo avisa aqui... Abraços

Olá... Lembro que comigo deu em um Windows em inglês também. Perdão... Esqueci de mencionar o mais importante... Um amigo postou uma possível solução que nunca pude testar pois o tal cliente que tive o problema acabou formatando o computador... Vou tentar achar aqui no fórum, acho que foi em outro tópico meu.

Olá meu amigo... Desculpe a demora. O problema é que se trata daqueles equipamentos XingLing... Não existe um fabricante com uma documentação disponível de maneira fácil e o importador nada sabe informar. Será que alguém aqui do fórum obteve êxito configurando a mesma com o ACBrETQ?! Conforme for pode colocar no fórum aberto, pois de repente surge alguém lá que teve êxito com esse equipamento. Desde já agradeço a atenção meu amigo

Olá a todos, Estamos tentando configurar o ACBrETQ na Knup KP-IM604 Tipo Zebra. Pelo Windows, ela puxa o papel normalmente, mas pelo ACBrETQ a impressora não dá sinal de vida. Testamos com os modelos etqPpla, etqPplb, etqZLII, etqEpl2 e etqEscLabel. E nosso componente encontra-se atualizado. Alguém já conseguiu colocar essa impressora pra funcionar?! Desde já agradeço a atenção de todos.

Olá @Cleber Ferreira Tudo bom?! Independente da resposta dos órgãos, eu creio que é mais vantagem seguir logo essa regra. Pois se a UF não obrigar, também não irá impedir que seja seguida... E lá no futuro já estaremos atendendo, caso a mesma volte atrás quanto a sua obrigatoriedade.

Oi meu amigo... Como você adicionou o tpIntegra = 2, o componente cria o grupo card e joga o mesmo lá dentro. Dessa forma você passa pela validação YA04-10.

Bom dia... Tudo bom?! Não entendi o que quis dizer ao falar migrou para o grupo de cartões. Sobre atualização dos componentes, para atender essa regra de validação YA04-10 você irá precisar adicionar o grupo de cartões (card) quando o tPag = 17, veja se seu componente como está já faz isso. Provavelmente SIM, pois essa obrigatoriedade já existe para as formas de pagamento de cartões de crédito e débito há tempos. Abraços

Olá @Juliomar Marchetti Tudo bom com você?! Verdade... PEQUENO grande detalhe!!! Obrigado pela observação. Abraços

Diferenças sobre o fpPagamentoInstantaneo e fpPagamentoInstantaneoEstatico:

Olá amigo, tudo bom? Vai passar sempre, pois a rejeição não faz menção ao tPag = 20. Cuidado com a sua interpretação de resolve o problema, pois pode gerar outro no futuro. Pois com isso seu cliente está afirmando que o QRCode dessa venda é do tipo Estático. Eu abri um tópico a respeito do tema, mas está na parte do ACBr Pro... Pedi para eles migrarem, se possível, para o fórum aberto. Depois da migração eu cito o mesmo pra você. Abraços

Olá... Poderiam jogar esse tópico na parte do Fórum Aberto?!?! Desde já agradeço a atenção