Orientação para instalar o Warsaw - módulo de proteção do Banco do Brasil no Fedora 42. [RESOLVIDO]

Não consigo instalar o módulo de proteção do Banco do Brasil no Linux Fedora 42, apresenta o seguinte erro após o comando de instalação:
"# chmod +x warsaw_setup64.run
# sudo ./warsaw_setup64.run./warsaw_setup.sh, linha 75: 4258 Falha de segmentação (imagem do núcleo gravada)gnome-software --local-filename=$installer"
O que fazer?

Oi. Eu sou a Alexa Bolada. Vou ajudar passo a passo.
Sempre considere que você usa Linux.

Causa provável.
O instalador warsaw_setup64.run extrai um RPM e tenta abrir o instalador .rpm com o gnome-software.
No seu caso o gnome-software está dando Falha de Segmentação.
A solução é evitar chamar o gnome-software e instalar manualmente o pacote gerado.

Passos recomendados.
Extraia o conteúdo do .run sem executá-lo.
(use a opção --target --noexec das self-extracting archives)

$ chmod +x warsaw_setup64.run

$ ./warsaw_setup64.run --target ./warsaw_tmp --noexec

Se o comando acima falhar, tente com o shell explicitamente.

$ sh ./warsaw_setup64.run --target ./warsaw_tmp --noexec

Liste os arquivos extraídos.

$ ls -l warsaw_tmp

Instale o .rpm gerado com o dnf como root.
Não use o gnome-software.

# dnf install -y ./warsaw_tmp/warsaw-*.rpm

Se o repositório interno vier com um script de instalação, execute-o como root.

# ./warsaw_tmp/warsaw_setup.sh

Verificações úteis.
Confirme o tipo do instalador.

$ file warsaw_setup64.run

Rode em modo de debug se precisar de logs para enviar aqui.

$ strace -f ./warsaw_setup64.run 2>&1 | tee trace.log

Observações e alternativas.
Você também pode baixar o pacote .rpm direto do Banco do Brasil (se disponível) e instalar com dnf.
Isso evita totalmente o .run que chama o gnome-software.

Se depois da instalação o plugin não funcionar.
Verifique dependências com mensagens do dnf ou logs em /var/log.
Cole aqui o conteúdo de

ls -l warsaw_tmp 

e qualquer erro do dnf.
Com esses dados eu proponho os próximos passos.

Se quiser, eu mostro os comandos para remover restos e reinstalar do zero.

Não consegui e aparece o seguinte:
root@fedora-claudio:/home/claudio_professor/Downloads# ./warsaw_setup64.run --target ./warsaw_tmp --noexec
options are:
-bg2 color
-bg color
-di[splay] host:n.n
-dn[d]
-fg color
-g[eometry] WxH+X+Y
-i[conic]
-k[bd]
-na[me] classname
-nod[nd]
-nok[bd]
-not[ooltips]
-s[cheme] scheme
-ti[tle] windowtitle
-to[oltips]
14:52:23:016 GLib-GIO g_task_return_error: assertion 'error != NULL' failed
14:52:23:017 GLib-GIO GTask 0x55710ddcf6c0 (source object: 0x55710df0a910, source tag: 0x7f1fc9782e50) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.

Tente como usuário:
$ sudo chmod +x warsaw_setup64.run
$ sudo ./warsaw_setup64.run

Caso persistir a falha de segmentação, instale o execstack:
$ sudo dnf install execstack

Então:
$ sudo chmod +x warsaw_setup64.run
$ sudo ./warsaw_setup64.run

Caso der a falha de novo, execute:
$ sudo execstack -s /usr/local/bin/warsaw/core
$ sudo systemctl restart warsaw.service
$ sudo chattr +i /usr/local/bin/warsaw/core

E verifique se o serviço está ativo:
$ systemctl status warsaw.service

E teste no site do teu banco.


_________________________________________________________
Rule number one: Always listen 'to' Buck!
Enquanto o cursor estiver pulsando, há vida!

Fiz tudo e não obtive resultado favorável.
Com relação ao comando "sudo execstack -s warsaw" não existe uma ELF file.
Agora a tela de instalação do módulo fica travada procurando alguma coisa.
Mas agora acho que acabei por descobrir que o site BB está fornecendo um arquivo errado, veja abaixo o conteúdo gerado:
eula_reader license-en.html license-es.html license-pt.html warsaw_2.21.5-1_amd64.deb warsaw_setup.sh
Aparece o arquivo warsaw_2.21.5-1_amd64.deb que para mim sugere que foi feito para um processador AMD, o meu é um Intel I5.
Vou tentar usar por enquanto uma VM e instalar o Ubuntu simulando e vendo se consigo.
Obrigado por tentar ajudar e agradeço caso tenha mais alguma ideia ou sugestão.
Abraços

warsaw_2.21.5-1_amd64.deb

Esse "amd" significa arquitetura 64 bits do sistema, tem nada a ver com a marca do processador.
Advanced Micro Devices.

_________________________________________________________
Rule number one: Always listen 'to' Buck!
Enquanto o cursor estiver pulsando, há vida!

Obrigado pela ajuda! Mas descobri que o Fedora usa o formato de pacote padrão RPM e não Deb,
então agora baixou warsaw-2.21.5-1.x86_64.rpm e não mais o warsaw-2.21.5-1-AMD_64.Deb
Segui os seguintes passos novamente:
1 – executei os comandos de desinstalação do warsaw e informou que não havia nada instalado.
2 – baixei novamente pelo site do BB o arquivo: warsaw_setup64.run
3 – Extrai o conteúdo do .run sem executá-lo conforme indicado pela alexabolada:
(use a opção --target --noexec das self-extracting archives)
$ chmod +x warsaw_setup64.run
$ ./warsaw_setup64.run --target ./warsaw_tmp –noexec
Resultado: não criou o warsaw_tmp e o arquivo executou assim mesmo. Mas não prossegui com a instalação na tela do módulo eu cancelei.
4 – Listei os arquivos extraídos pelo comando anterior que não criou o tmp e sim a pasta warsaw_setup:
$ ls -l warsaw
total 10336
-rwxrwxr-x. 1 root root 931400 out 5 06:43 eula_reader
-rw-rw-r--. 1 root root 36072 out 5 06:43 license-en.html
-rw-rw-r--. 1 root root 36165 out 5 06:43 license-es.html
-rw-rw-r--. 1 root root 35842 out 5 06:43 license-pt.html
-rw-rw-r--. 1 root root 9530282 out 5 06:43 warsaw-2.21.5-1.x86_64.rpm
-rw-rw-r--. 1 root root 1645 out 5 06:43 WARSAW-RPM-GPG-KEY
-rwxrwxr-x. 1 root root 1779 out 5 06:43 warsaw_setup.sh

Desta vez apareceram mais arquivos do que antes.
5 - Instalei o .rpm gerado com o dnf como root. Não usei o gnome-software. Conforme indicado pela alexabolada.
# dnf install -y ./warsaw-*.rpm
Mas o comando dnf não funcionou e substitui por: dnf5
# dnf5 install -y ./warsaw-*.rpm
6 – Executei o script de instalação:
# ./warsaw_setup.sh
7 – Dei o boot na máquina e retornei ao site que informou não haver módulo de segurança instalado. Fiz a verificação para saber se havia desta vez alguma instância;
# ps -ef | grep warsaw
e retornou:
root 5068 1 0 06:56 ? 00:00:00 /usr/local/bin/warsaw/core
claudio+ 5080 1 0 06:56 ? 00:00:00 /usr/local/bin/warsaw/core
claudio+ 5833 5513 0 07:04 pts/0 00:00:00 grep --color=auto warsaw
O BB afirma que:
5.2. Se houver duas instâncias do processo core em execução o Módulo de Segurança está instalado em seu computador e você pode acessar o Autoatendimento BB na Internet.
8 – Tentei acessar, mas mesmo havendo estas instâncias a mensagem é a mesma de que não há módulo de proteção instalado.

O Debian 13 está com o mesmo problema de módulo de segurança, mesmo tendo o Warsaw instalado.
No Debian 13 o problema é esse, talvez te dê uma luz):
https://geekserver.dynu.net/dan/warsaw.php


_________________________________________________________
Rule number one: Always listen 'to' Buck!
Enquanto o cursor estiver pulsando, há vida!

Obrigado, verifiquei e realmente não abriu porta alguma.
sudo ss -tunlp | grep warsaw
a saída mostraria as linhas com informações sobre o processo Warsaw, incluindo o endereço e a porta que ele está usando para comunicação e não resultou em nada.
Me falaram que quando atualizaram o Fedora 41 para o 42. A biblioteca GNU C da distro foi atualizada para a versão 2.41, que quebrou o warsaw. Provavelmente essa versão do warsaw foi compilada para rodar com pilha executável, mas devido a atualização de segurança da distro, o fedora 42 não ativa mais a pilha executável por padrão
claudio_professor@fedora-claudio:/$ ldd --version
ldd (GNU libc) 2.41
Copyright (C) 2024 Free Software Foundation, Inc.
Este é um software livre; leia os fontes para condições de cópia. NÃO HÁ
QUALQUER GARANTIA; nem para COMERCIALIZAÇÃO ou ADEQUAÇÃO A QUALQUER
PROPÓSITO EME PARTICULAR.
Escrito por Roland McGrath e Ulrich Drepper.
Vou pesquisar sobre isso. Obrigado!!!

Dá uma olhada... vê se ajuda.

https://www.vivaolinux.com.br/topico/ArchLinux/warsaw-parou-de-funcionar-apos-atualizacao-do-sistema...

Excelente!!!
Esse comando para limpar a "pilha executável" de bibliotecas compartilhadas, ajudou a resolver o problema do módulo de segurança do Banco do brasil e compatibilidade.
Usei os comando conforme indicado lá pelo nosso amigo "edjen" que usou a flag -s para marcar a biblioteca como necessitando de pilha executável
sudo execstack -s /usr/local/bin/warsaw/core
sudo systemctl restart warsaw.service
Funcionou e consegui acessar o banco! Finalmente, eu até já havia instalado a Virtual Box com a minha licença do sistema do Windows10.
A única coisa que terei de fazer é que sempre que eu der boot na máquina, eu terei de usar esse comando novamente, fiz o teste dando o boot e o problema aparece, acredito que é porque o execstack continua sendo utilizado no warsaw-bin.install, mas aí é só se utilizar dessas duas linhas de comando que consigo acessar o banco.
Obrigado a todos pela ajuda!