Registo de alterações — PrestaWard Authenticator

0.0.16

• O painel está organizado em separadores: Resumo (modo, cobertura da inscrição, falhas e bloqueios das últimas 24 horas e, no máximo, uma linha de alerta), Funcionários e inscrição, Política, Estatísticas e registo de atividade, e Configuração. O painel de suporte tem a sua própria aba, «Suporte», sempre a última; o estado do Integrity aparece abaixo de todas as abas e o cabeçalho exibe o logótipo da GO ON Agency. Cada aba guarda apenas as suas próprias configurações.
• Corrige o facto de uma solicitação que não passe no PrestaWard Captcha contar para o bloqueio da conta de administrador atacada. Anteriormente, as solicitações sem token do Captcha eram consideradas falhas de palavra-passe e um bot podia bloquear uma conta com poucas solicitações. Quando o PrestaWard Captcha protege o acesso ao Back Office e rejeita a solicitação, a falha conta apenas para o limite por IP. Sem o PrestaWard Captcha (ou no modo de Observação), nada muda.
• Novo: códigos por e-mail como segundo fator opcional. Nas definições de e-mail, selecione «Segundo fator (mais fraco)» e, em seguida, ative esta opção para cada perfil de funcionário. Os funcionários com esses perfis confirmam a sua caixa de correio uma vez, com um código enviado por correio, e, posteriormente, podem iniciar sessão com códigos por correio: oito dígitos, guardados apenas como hash com chave, válidos durante cinco minutos, de utilização única e com limite de envios, tal como os atuais códigos de recuperação. As definições e a página do funcionário alertam para o facto de estes códigos serem menos seguros do que uma aplicação de autenticação: quem conseguir ler a caixa de correio poderá aceder à conta. A opção «Apenas recuperação» funciona exatamente como antes.
• Novo: registo guiado do primeiro fator. Quando um funcionário tem de se registar (ou se encontra no período de tolerância), a funcionalidade «A minha autenticação» orienta-o: digitalizar o código QR, introduzir o código e aceder a uma página final de confirmação de sucesso com os códigos de recuperação (descarregar, copiar ou imprimir). O botão «Continuar para o Back Office» só funciona após descarregar, copiar ou imprimir os códigos. As chaves de acesso e os códigos por correio, caso estejam ativados para o funcionário, são apresentados em «Outras formas de proteger a sua conta».
• A minha autenticação passa a ser um resumo simples: uma barra de estado (estado, métodos, códigos de recuperação e dispositivos de confiança), um cartão compacto por método (aplicação de autenticação, chaves de acesso e códigos por correio) com uma única ação recolhível, um cartão de códigos de recuperação, os dispositivos de confiança recolhidos e, no final, uma «zona de perigo» recolhida. A remoção da MFA explica agora o que é eliminado e o que acontece a seguir, e mantém um botão vermelho, a palavra-passe, um código atual e uma confirmação explícita. Continua a atuar apenas sobre o funcionário que iniciou sessão e fica registado no registo de acessos com cadeia de integridade.
• Privacidade: «Atividade recente» já não apresenta endereços completos. Os endereços de e-mail aparecem como j***@d***.com e os endereços IP conservam apenas a sua rede /24 (IPv4) ou os seus três primeiros grupos (IPv6), tal como nas Estatísticas. O registo de acessos com cadeia de integridade mantém os valores exatos e continua a ser a fonte de referência.
• Novo: Estatísticas. Uma nova secção apresenta os últimos 30 dias sob a forma de pequenas tendências diárias (acessos, fatores de autenticação de dois fatores verificados, falhas de palavra-passe, falhas do fator de autenticação de dois fatores, bloqueios, recuperações utilizadas e novos dispositivos de confiança), juntamente com a cobertura de inscrição dos funcionários que devem inscrever-se (por perfil) e os métodos em uso. Apresenta apenas os números relativos ao seu próprio registo de acessos e não mostra endereços IP nem e-mails.
• Chaves de acesso (passkeys: Touch ID, Face ID, Windows Hello e chaves de segurança) como segundo fator: o código está incluído, mas estas funcionalidades vêm desativadas por predefinição e requerem um endereço HTTPS no Back Office. Um administrador ativa-as nas definições, e cada funcionário adiciona-as em «A minha autenticação», solicitando a palavra-passe e o código atual.
• Corrige o facto da ligação com o Integrity se deteriorar no Back Office «todas as lojas»: a identidade da instalação era guardada apenas para a primeira loja; a sincronização em segundo plano lia-a como vazia, apresentava a falha «Chave pública RSA inválida» e a loja conectada passava para o estado «inscrição pendente». A identidade é agora lida como uma unidade a partir do âmbito global (ou da loja que a guarda) em qualquer contexto; a atualização transfere para o âmbito global uma identidade guardada numa loja sem a regenerar e, caso não seja possível lê-la, o estado do Integrity mantém-se inalterado e o último erro é registado como erro local.
• Corrige o facto de a instalação via consola (prestashop:module install) criar as configurações PWA_* apenas para a primeira loja, enquanto o Back Office «todas as lojas» lê as configurações globais. A instalação cria agora as configurações globais e a atualização copia as que faltam a partir da primeira loja, sem sobrescrever nenhum valor existente.
• Novo: barra de filtros comum no registo de acessos. Os seletores estão distribuídos numa grelha de largura igual, o campo de pesquisa e o botão «Filtrar» encontram-se na mesma linha e as ações secundárias estão alinhadas à direita.
• Os e-mails do módulo apresentam o logótipo da sua loja no cabeçalho (com o nome da loja como texto alternativo) e um rodapé comum com o logótipo da GO ON Agency e a assinatura «PrestaWard by GO ON Agency», sem links nem endereços de contacto. O logótipo do rodapé é um ficheiro do próprio módulo, disponibilizado a partir da sua loja.
• Aspecto unificado do painel nos quatro módulos PrestaWard: cabeçalhos de secção, cartões de formulário com bordas neutras e blocos expansíveis comuns, estatísticas numa única linha e um logótipo da GO ON Agency de maiores dimensões no cabeçalho. O botão principal passa a ter uma cor sólida da marca, sem gradiente.
• Corrige o facto de, no PrestaShop 9, o tema de administração apresentar os separadores sublinhados como ligações e os títulos das secções em maiúsculas. Os estilos comuns neutralizam este efeito apenas no painel do PrestaWard, pelo que o PrestaShop 1.7 e 8 mantêm o aspeto anterior.
• Corrige o facto de, no PrestaShop 1.7, a folha de estilos do módulo ser rejeitada ao registar-se com o número da versão no endereço. Agora, o ficheiro é verificado e registado sem parâmetros, de modo a que o novo aspeto apareça nas versões 1.7, 8 e 9.
• Corrige o problema de, no PrestaShop 9, a redefinição do segundo fator de outro funcionário e a sincronização com o Integrity verificarem o token de segurança através de um método que o PrestaShop 9 não utiliza, o que poderia levar à rejeição. Agora, a validação é efetuada através do serviço do PrestaShop 9; no PrestaShop 1.7 e 8, a verificação permanece inalterada.
• Quando a ligação ao Integrity não puder ser atualizada nesse momento, o painel apresenta uma única mensagem: a ligação guardada continua válida e será tentada novamente de forma automática. Os rótulos de todos os separadores estão traduzidos para os nove idiomas.
• A atualização cria as configurações globais em falta, executa a etapa do esquema (coluna de perfil para os códigos por e-mail e tabelas de chaves de acesso) e mantém os códigos por e-mail e as chaves de acesso desativados até que um administrador os ative. Nada é alterado numa instalação existente até que um administrador ative uma opção.

0.0.15

• Novo: repor a autenticação de dois fatores de um funcionário a partir da administração da MFA. Se alguém perder o telemóvel e os códigos de recuperação, o administrador já não necessita de acesso via consola. A redefinição elimina o autenticador e os códigos de recuperação do funcionário, encerra os seus dispositivos de confiança e as suas sessões abertas, e o funcionário terá de se registar novamente no próximo acesso. É solicitada a palavra-passe do administrador; esta função não pode ser utilizada pelo próprio utilizador, e um superadministrador só pode ser redefinição por outro superadministrador. Cada redefinição, bem como cada tentativa rejeitada, fica registada no registo de acessos, e pode notificar o funcionário por e-mail.
• Novo: período de tolerância antes de forçar. Nas políticas de perfil, pode conceder a um perfil um período de 3 a 14 dias antes de Forçar bloquear os funcionários que ainda não se tenham registado. Eles acedem normalmente e veem, em cada página do Back Office, um aviso com a data a partir da qual a autenticação em duas etapas será obrigatória; aqueles que já se registaram continuam a pedir o seu código. O painel apresenta o prazo de cada perfil e o número de funcionários que ainda não se registaram. Os perfis sem período de tolerância funcionam tal como nas versões anteriores.
• Novo: «Atividade recente» no painel resume, em frases simples, os últimos 30 dias do registo de acessos: acessos a partir de um endereço IP ou de um navegador que esse funcionário não tivesse utilizado anteriormente, tentativas falhadas repetidas, bloqueios, códigos de recuperação utilizados e redefinições pelo administrador. Utilize apenas o seu próprio registo, sem geolocalização nem serviços externos.
• A utilização de um código de recuperação pessoal ou por e-mail fica agora registada no registo de acessos como «Código de recuperação utilizado».
• A atualização adiciona duas colunas às políticas de perfil (sem período de tolerância por predefinição) e regista o gancho que apresenta o aviso relativo ao período de tolerância.
• O painel de suporte e diagnóstico é colocado imediatamente antes da secção Integrity, tal como nos restantes módulos PrestaWard, e, no contexto «todas as lojas», já não desaparece: indica que é necessário selecionar uma loja.
• As folhas de estilo são carregadas com a versão do módulo, pelo que o novo aspeto aparece após a atualização, sem necessidade de esvaziar a cache do navegador.
• Sincroniza com o Integrity sempre que abrir o painel, através de um pedido em segundo plano que nunca atrasa a página e, no máximo, uma vez por minuto por loja.

0.0.14

• Atualização de segurança recomendada: reforça a verificação de dois fatores no Back Office, de modo a que as páginas e ações protegidas só sejam acessíveis após a conclusão dessa verificação.
• Alarga a verificação MFA às rotas do Back Office do PrestaShop 1.7.7 a 9 que não utilizam o modelo clássico, tais como exportações e pedidos AJAX.
• Limita as tentativas em todas as verificações de código da secção «A minha autenticação», incluindo por funcionário a partir de diferentes endereços IP, e exige uma sessão autenticada para alterações sensíveis na conta.
• Corrige um ciclo de redirecionamentos no PrestaShop 9 ao abrir «A minha autenticação» com a segunda etapa pendente.
• Os funcionários cujos perfis tenham sido criados após a instalação já podem aceder a «A minha autenticação».
• Corrige a instalação e as tentativas de verificação de Integrity no PHP 7.1 e 7.2.
• Renova a política de MFA assinada antes de caducar e avisa no painel se tiver caducado.
• Adiciona um acesso de emergência via consola, de utilização única, para suspender temporariamente a obrigatoriedade da autenticação multifator (MFA) caso ninguém consiga iniciar sessão. Trata-se de um último recurso: requer acesso ao servidor e à chave de emergência; a suspensão tem a duração de uma hora e fica registada. Os funcionários continuam a recuperar o seu acesso através dos seus códigos pessoais ou da recuperação opcional por e-mail.
• Traduz todos os eventos do registo de acessos para as nove línguas.

0.0.13

• Corrige a compilação do contentor do Back Office em versões antigas sem request_stack.
• Mantém a MFA e a limitação de tentativas no PrestaShop 9; caso falte o contexto necessário, recusa o acesso.
• Adiciona um relatório de diagnóstico manual limitado: descarregue-o e anexe-o ao seu pedido de suporte, indicando o problema e os passos para o reproduzir. Não envia dados automaticamente.
• Interface completa em nove idiomas, com textos e ajudas traduzidos.

0.0.12

• Corrige o controlador de teste de inscrição em PrestaShop 9 e apresenta a causa real quando Integrity falha.
• Atualiza o design comum do Back Office e remove o verificador de atualizações integrado na edição Addons.

0.0.11

• Patch de segurança: interrompe as tentativas automáticas de registo quando a chave de registo da loja é alterada e apresenta um aviso claro no Back Office.

0.0.10

• Heartbeat automático sem cron, através de uma sonda local não bloqueante e comunicação autenticada servidor a servidor com a Integrity API.
• Credenciais seladas por loja, política de MFA assinada e último estado válido sem chamadas remotas durante o início de sessão.
• Bloqueio atómico, intervalo de seis horas e espera após falhas para evitar duplicados.
• Ciclo de vida e atualização validados no PrestaShop 1.7, 8 e 9.

0.0.9

• Ligação segura ao Integrity por loja, credencial selada e sincronização a partir do Back Office.
• A política remota assinada apenas pode reforçar a política MFA local e nunca interfere no processo de início de sessão.
• Configuração reorganizada em quatro separadores: MFA e avisos, Políticas de perfis de funcionários, Tentativas e bloqueios, e Rede e IP.
• As políticas por perfil e loja passam para uma secção própria, a fim de as separar da política global.
• A origem redundante das atualizações é removida da configuração: o canal oficial é definido pelo módulo.
• Cada campo de configuração inclui um link direto para a respetiva explicação no guia de ajuda.

0.0.8

• Período de segurança por funcionário para invalidar sessões, desafios e dispositivos anteriores.
• Invalidação configurável após qualquer alteração de palavra-passe, apenas em caso de recuperação ou alteração administrativa, ou nunca.
• Políticas «Herdar», «Obrigatório», «Opcional» e Desativado por perfil e loja.
• Os superadministradores estão sempre obrigados no modo Forçar e a resolução multiloja segue a política mais rigorosa.
• Chave de emergência de utilização única e recuperação exclusivamente através da consola, sem bypass permanente na Web.
• Recuperação opcional por e-mail durante uma verificação MFA, com código de oito dígitos, HMAC, validade de cinco minutos e limitação de envios.
• Registos encadeados através de HMAC, diagnóstico de integridade, retenção de 30 a 730 dias e exportação JSON assinada.
• Migração idempotente 0.0.8 e atualização validada a partir da versão 0.0.7 no PrestaShop 1.7, 8 e 9.

0.0.7

• «Postura de segurança» dividida em «MFA e alertas», «Tentativas e bloqueios» e «Rede e IP», com gravação atómica.
• Navegação por separadores acessível através do teclado, persistência da seleção e abertura automática do painel com erros de validação.
• Paginação real de registos na base de dados com 25, 50 ou 100 linhas por página.
• Filtros de registos por intervalo de datas, funcionário ou e-mail, evento, resultado e IP.
• Cabeçalho de «A minha autenticação» redesenhado com melhor contraste, hierarquia, adaptação a dispositivos móveis e acessos corporativos.
• O teste de e-mail verifica o transporte e os destinatários sem exigir que os alertas operacionais estejam ativos.
• Diagnóstico visível do transporte do PrestaShop, diferenciando servidores de captura e SMTP real.
• Diagnóstico de erros compatível com os registos SwiftMessage e MailerMessage do PrestaShop 1.7, 8 e 9.
• Foi eliminado o prefixo duplicado da loja nos assuntos e reforçado o link alternativo para o Back Office.
• Envio corporativo validado através do Exchange Online nas três versões compatíveis.
• Painel de atualizações harmonizado com o Snapshot através do PrestaWard Update Manifest v1, estado, gravidade e SHA-256.
• Migração idempotente 0.0.7 e atualização validada a partir da versão 0.0.6 no PrestaShop 1.7, 8 e 9.

0.0.6

• Proteção transacional contra ataques de força bruta a palavras-passe e autenticação multifator (MFA) por IP e identidade.
• Compatibilidade com IPv4, IPv6, CIDR, proxies de confiança, lista de permissões e lista de bloqueios.
• Avisos de bloqueio limitados para impedir tempestades de e-mail provocadas.
• Quarentena do servidor sem menu, atalhos nem conteúdo do Back Office.
• «A minha autenticação» redesenhada com quatro passos, etiquetas acessíveis, recuperação exportável e revogação individual.
• Mensagens equivalentes e traduzidas no PrestaShop 1.7, 8 e 9, com o resultado por destinatário.
• Verificador reforçado: HTTPS corporativo, sem redirecionamentos, TLS, limite de corpo e manifesto v1 rigoroso.
• Migração 0.0.6, atualização a partir da versão 0.0.5 e matrizes completas nas três versões compatíveis.

0.0.5

• Acesso em etapas: o PrestaShop valida primeiro a palavra-passe e, em seguida, solicita o TOTP ou a recuperação.
• Sessão autenticada em quarentena, associada ao funcionário e limitada a «A minha autenticação» até à conclusão da MFA.
• Bloqueio do acesso lateral através de controladores diretos e pedidos AJAX/XHR.
• Inscrição obrigatória para funcionários e superadministradores sem TOTP confirmado.
• Dispositivos de confiança corrigidos no PrestaShop 9 e associados ao funcionário e ao navegador.
• Segundo fator redesenhado em espanhol com o sistema visual PrestaWard.
• Guia alargado com capturas de ecrã reais do segundo fator no PrestaShop 1.7, 8 e 9.
• Matriz limpa completa: e-mail, TOTP, anti-replay, recuperação, confiança e quarentena.

0.0.4

• Inscrição obrigatória em «A minha autenticação» para contas sem TOTP quando o modo estiver definido como Forçar.
• Segunda etapa de acesso apresentada apenas após a verificação da palavra-passe.
• Superadministradores incluídos no mesmo fluxo de autenticação pessoal.
• Formulário MFA de início de sessão redesenhado e traduzido para espanhol.
• Erro 500 do e-mail de teste corrigido.
• Autosserviço MFA separado para cada funcionário.
• Política, inventário, correio e registos restritos ao superadministrador.
• Permissões modernas e legadas reconstruídas de forma idempotente.
• Diagnóstico preciso dos destinatários, configuração SMTP e transporte.
• IP real unificado nos registos, limitação de taxa, e-mails e dispositivos de confiança.
• Eventos e textos do Back Office traduzidos para o espanhol.
• Cabeçalhos e design alinhados com a família PrestaWard.
• Suporte corporativo restabelecido em hola@go-onagency.es.
• Atualização 0.0.4 e matriz limpa no PrestaShop 1.7, 8 e 9.

0.0.3

• Geometria visual unificada com o PrestaWard Snapshot.
• Dispositivos de confiança revogáveis com tokens aleatórios de 256 bits armazenados como hash.
• As cookies «Secure», «HttpOnly» e «SameSite=Lax» estão limitadas ao Back Office.
• Alertas equivalentes nas integrações legadas e Symfony.
• Identidade de marca, links de produtos, guia, suporte e e-mail de teste.
• Validação do limite de taxas no PrestaShop 1.7, 8 e 9.

0.0.2

• Registo TOTP protegido por palavra-passe e QR local.
• Códigos de recuperação de utilização única armazenados como HMAC.
• Proteção atómica contra a repetição de códigos TOTP.
• Limitação de taxa por conta e IP.
• Integrações específicas para o login legado e o PrestaShop 9 Symfony.
• Rotação do autenticador e revogação da MFA protegidas por palavra-passe e fator.

0.0.1

• Scaffold seguro desativado por predefinição.
• Tabelas MFA, TOTP, painel de controlo, auditoria, registos, alertas e traduções iniciais.