Daniel Simoes

Veja se esse tópico, ajuda...

A Setis está lançando uma nova versão da DLL, e estamos atuando nos testes... Esse problema continua ocorrendo, mesmo na versão nova, e sem a proteção... já relatei o caso a eles... Volto aqui, com atualizações futuras...

Se nao forem Logs Homologação, podemos manter... Logo o @Pedro Frayman, nos ajuda na análise

Se sua empresa tem Contrato de Distribuição TEF com o ACBr, Por favor crie um Ticket em https://suporte.projetoacbr.com.br Logs de Clientes finais não devem ser compartilhados publicamente devido a LGPD

@Italo Giurizzato Junior... Poderia por favor nos ajudar nessa analise ? Muito obrigado pela contribuição @jfelipetdsoft

Muito obrigado pela contribuição @FabioTellini

Esse arquivos, são de Backup... Por favor anexe apenas arquivos com a extensão .PAS e dentro de um ZIP... O Fórum bloqueia alguns arquivos, por motivos de segurança

Muito obrigado @Antonio Carlos L

Muito obrigado, por compartilhar conosco...

Por favor anexe as Units modificadas..

@Italo Giurizzato Junior.. copiando para sua analise...

Esse erro ocorre apenas na DLL nova (com proteção), e em Tempo de Debug... Pode ignorar essa exceção...

Sim, o ACBrTEFD, apesar de estar depreciado, está no SVN, e o instalador deixa ele, na palheta de componentes do ACBr

Qual o passo a passo para a reprodução?

Acho que o mais indicado seria usar o ACBrPosPrinter

@marcoprodata, o Cancelamento é um Evento.. e não é anexado no XML da NFe/NFCe... Você gostaria de obter o XML do evento ?

@Atenas Soluções Softwares, Até onde sei (mas confesso que não sou especialista em RT) o Split Payment ainda está em definição... tem vários modelos, em estudo... Mas fazendo um exercício de futurologia... talvez, seja necessário que a aplicação comercial, sinalize na transação TEF, o valor de Imposto, que a adquirente precisa efetuar o Split para o Governo... Enfim, ainda não há nada em definitivo, e nenhuma modificação no universo das TEF Houses, sobre isso..

Que linguagem de programação você usa ? Use o objeto ESCPOS Parece que você precisa configurar e ativar o ACBrPosPrinter https://acbr.sourceforge.io/ACBrMonitor/ESCPOSAtivar.html

Mas use chaves, que não sejam legíveis por humanos.. assim elas se "misturam" um pouco mais no código... Chave = #23+#45+#155+#129+#2+#76

A chave em si... não precisa ser uma String fixa... ela poderia ser "espalhada" em várias Strings e constantes em ASC... e em algum método, você concatena tudo, aplica outros modificadores, e retorna a chave...

atribuir em RunTime, já ajuda bastante... nesse caso o "Hacker" só conseguiria acesso ao conteúdo, se tivesse ferramentas e conhecimento muito bom... Algumas senhas do ACBr, são modificadas no "Setter", para ficarem criptografadas, com uma chave temporária, mesmo em memória... é o caso da senha dos certificados.. veja: procedure TDFeSSL.SetSenha(const AValue: AnsiString); begin if (FK <> '') and (FSenha = StrCrypt(AValue, FK)) then Exit; FK := FormatDateTime('hhnnsszzz',Now); FSenha := StrCrypt(AValue, FK); // Salva Senha de forma Criptografada, para evitar "Inspect" if CertificadoLido then DescarregarCertificado; end; Usa o UPX https://upx.github.io/ ele realmente irá embaralhar todo o conteúdo do Executável (e compacta-lo)... o UPX anexa no executável, um "loader" que é um descompactador em memória...

Obrigado @Gustavo_Schwarz, Enviei ao SVN, com pequenos ajustes... Também atualizei o Demo do ACBrPosPrinter Android, para compilar no D12 e com o certificado do Gertec GPOS780

Delphi 7

por isso que os Hackers tem tanto sucesso...

Isso mesmo... com uma pequena correção... No momento de compilação, todas as Strings sao alocadas em uma Tabela de Strings e anexada como Resources no .EXE Ou seja, elas também ficarão visíveis... Use os Códigos ASC, como demonstrado acima, para ocultar melhor... Também evite nomes de Variáveis ou métodos como "Senha"... Os Hackers sabendo onde elas estão podem mudar direto no Binário e atribuir um novo valor