RealConfirmedTLP:CLEAR

Fakturownia: 'Fingerprint' repete golpe, agora no fisco polonês

Fakturownia
🇵🇱 PolôniaTecnologia / Software FinanceiroFingerprintclaimed on 01 Oct 2026assessed on 01 Oct 2026
Bottom line

A Fakturownia, plataforma de faturamento usada por mais de 600 mil empresas na Polônia, confirmou acesso não autorizado aos seus servidores em 28 de setembro de 2026. O ator autodeclarado 'Fingerprint' — já atribuído a breaches anteriores nos sistemas de saúde MyDr e Medyc — alega ter exfiltrado 6 TB de dados; a escala real ainda está sendo apurada pelas autoridades polonesas.

Analytic judgments

Every assessment carries its confidence level explicitly, following intelligence practice (ICD 203 / FIRST). High confidence is not certainty; low confidence is not a guess — it’s the weight the available evidence supports.

high confidence

O incidente é real e confirmado pela própria vítima: a Fakturownia publicou comunicado em 29/09/2026 admitindo acesso não autorizado a servidores, dados de contas, contrapartes, hashes de senhas, tokens e faturas emitidas antes de 2023.

moderate confidence

A atribuição a 'Fingerprint' é tecnicamente plausível e corroborada por evidências circunstanciais (screenshots de acesso ao servidor, lista parcial de clientes e dump de banco de dados apresentados à Zaufana Trzecia Strona), mas não foi confirmada por nenhuma autoridade policial ou reguladora até o fechamento deste relatório.

low confidence

O volume alegado de 6 TB exfiltrados não pode ser verificado; a Zaufana Trzecia Strona, que recebeu o material do ator, declarou explicitamente que não conseguiu confirmar essa cifra. Deve ser tratado como alegação do ator (fonte F), não como fato.

moderate confidence

A integração da Fakturownia com o KSeF — o sistema nacional de e-fatura obrigatório em 2026 — tornou o incidente politicamente sensível. Tanto o Ministério das Finanças quanto a própria Fakturownia afirmaram que os certificados e dados do KSeF não foram comprometidos, o que é coerente com a arquitetura separada dos dois sistemas; não há evidência contraditória até agora.

moderate confidence

O vetor de ataque descrito por 'Fingerprint' à Z3S envolve uma 'oracle temporal' para extração da master key Ruby, seguida de forja de cookie e execução remota de código no servidor de aplicação. A técnica é conhecida no ecossistema Ruby on Rails (variantes de timing oracle contra secret_key_base), mas o CVE específico ou a versão vulnerável da aplicação não foram divulgados por nenhuma das partes.

low confidence

O padrão de comportamento de 'Fingerprint' — contatar ativamente a imprensa especializada para divulgar os ataques, afirmar que 'precisou baixar os dados porque do contrário ninguém corrigiria os bugs' — sugere motivação híbrida (extorsão ou ativismo), mas sem reivindicação financeira pública confirmada. Não há como determinar intenção final com os dados disponíveis.

Analysis

A Fakturownia é uma das maiores plataformas de faturamento online da Polônia, com base declarada de mais de 600.000 empresas clientes no país e no exterior. O timing do incidente não é trivial: em 2026 a Polônia tornou obrigatório o uso do KSeF (Krajowy System e-Faktur) para emissão de notas fiscais eletrônicas, o que fez de qualquer plataforma integrada ao sistema um alvo com valor estratégico amplificado. A hipótese de comprometimento em cascata — de um fornecedor privado para a infraestrutura fiscal do Estado — foi levantada imediatamente pela imprensa e por autoridades. A investigação do Ministério das Finanças descartou esse vetor em menos de 48 horas, e a Fakturownia corroborou afirmando que os certificados KSeF permaneceram em segurança. Não há evidência que contradiga essa posição até agora, mas o prazo curto da revisão ministerial é um dado que merece atenção — uma auditoria forense mais profunda ainda pode estar em andamento.

O ator 'Fingerprint' já é conhecido no cenário polonês: pesquisadores da Zaufana Trzecia Strona o vinculam a breaches anteriores na MyDr (dados históricos de saúde de aproximadamente 18,8 milhões de pessoas) e na Medyc/Qbusoft (estimativa de até 5 milhões de pacientes). Em todos os casos o padrão é o mesmo: o ator contata ativamente a Z3S para divulgar o ataque, apresenta screenshots como prova e faz declarações sobre volume exfiltrado que não puderam ser verificadas de forma independente. No caso da Fakturownia, a Z3S recebeu três evidências de acesso — um diretório de servidor de aplicação, um fragmento de lista de clientes e uma lista de arquivos de dump de banco — e declarou expressamente que o volume de 6 TB não pôde ser confirmado. A presença dessas evidências eleva a credibilidade da alegação de acesso além do 'bluff', mas não valida a escala afirmada.

O vetor técnico, conforme descrito pelo próprio 'Fingerprint' à Z3S e reproduzido pelo Niebezpiecznik, teria sido uma 'oracle temporal para extração da master key Ruby', seguida de forja de cookie e execução remota de código no servidor. A técnica remete a classes conhecidas de vulnerabilidades em aplicações Ruby on Rails — exploração de timing side-channels para recuperar o secret_key_base e posterior deserialização maliciosa para RCE — mas nenhum CVE específico foi citado por qualquer parte, e a Fakturownia não divulgou a versão do software nem confirmou o vetor descrito pelo ator. Essa lacuna é relevante: sem confirmar o vetor, não é possível avaliar se outros clientes do mesmo stack tecnológico estão expostos.

A resposta da Fakturownia foi noticiada como 'exemplar' por alguns veículos poloneses: notificação proativa às autoridades (CBZC, CERT Polska, UODO), publicação de comunicado com categorias de dados afetadas, rotação de credenciais, provisionamento de novos servidores e invalidação massiva de tokens de API. O ponto que merece escrutínio é a falta de clareza sobre quando o acesso começou — a empresa confirmou que a detecção ocorreu em 28 de setembro, mas o comunicado oficial explicitamente não estabelece quando o acesso não autorizado teve início. Comentários na comunidade especializada polaca levantaram a hipótese de que o acesso pode ter começado no fim de semana anterior, com a detecção ocorrendo na segunda-feira. Essa janela de exposição é crítica para avaliar o risco de uso secundário dos dados.

O perfil de dados potencialmente comprometidos é especialmente perigoso para fraude empresarial: dados de conta bancária, informações de pagamento, tokens de autenticação e — no caso de empresas que usavam a plataforma antes de 2023 — um histórico de faturas com nomes de fornecedores, valores e NUPs fiscais. A Fakturownia alertou expressamente sobre risco de phishing e engenharia social, incluindo golpes de mudança de número de conta bancária (um vetor de Business Email Compromise amplamente documentado).

Timeline

  1. 28 Sep 2026Fakturownia detecta acesso não autorizado aos servidores. O ator já havia exfiltrado dados; a empresa bloqueia o acesso, inicia rotação de senhas e chaves, e provisiona novos servidores. (Fonte: comunicado oficial da Fakturownia, 29/09/2026)
  2. 29 Sep 2026Fakturownia publica comunicado público em fakturownia.pl/incidento, admitindo o breach e listando categorias de dados potencialmente afetadas. Notifica CBZC, CERT Polska e Presidente do UODO. (Fonte: Fakturownia, Zaufana Trzecia Strona)
  3. 29 Sep 2026'Fingerprint' contata a redação da Zaufana Trzecia Strona, declara responsabilidade pelo ataque e apresenta três screenshots como prova de acesso: diretório de aplicação, lista parcial de clientes e dump de banco de dados. Alega ter exfiltrado 6 TB de faturas. (Fonte: Zaufana Trzecia Strona — B2)
  4. 29 Sep 2026Vice-primeiro-ministro e Ministro da Digitalização Krzysztof Gawkowski confirma publicamente o ataque via plataforma X, anuncia que serviços estão investigando e promete 'consequências severas' aos responsáveis. (Fonte: Polsat News, TVP World)
  5. 30 Sep 2026Ministério das Finanças da Polônia divulga revisão e afirma que nenhuma brecha foi detectada no KSeF nem vazamento de dados mantidos pelo sistema nacional de e-fatura. (Fonte: The Record, dobreprogramy.pl)
  6. 01 Oct 2026Fakturownia invalida todos os tokens de API dos usuários, conforme anunciado em e-mail de 29/09. A empresa continua apurando a extensão do breach com especialistas externos. (Fonte: ksefgpt.pl)

Data involved

hash de senhatoken de sessãotoken de APInúmero de conta bancáriadados de pagamentodados de conta corporativadados de contrapartefaturas (pré-2023)

Impact

Potencialmente afetadas: mais de 600.000 empresas clientes da Fakturownia na Polônia e no exterior, bem como seus contratantes e parceiros comerciais cujos dados estavam armazenados na plataforma. Os dados expostos incluem hashes de senha, tokens de API e sessão, números de contas bancárias, dados de pagamento e faturas emitidas antes de

2023. O risco imediato é de fraude de BEC (Business Email Compromise) e phishing direcionado usando informações de faturamento reais como gancho de credibilidade. O risco de comprometimento em cadeia via KSeF foi avaliado como não confirmado pelas autoridades. O UODO, CERT Polska e o CBZC estão todos formalmente envolvidos na investigação. Empresas que usavam a Fakturownia como processadora de dados têm obrigação própria de notificação ao UODO caso avaliem que o breach gerou risco para pessoas físicas — o prazo de 72 horas conta a partir da ciência do controlador, não da data de detecção pela Fakturownia.

Technical links

T1190T1539T1552T1041

Recommendations

  • Usuários da Fakturownia devem alterar imediatamente a senha da plataforma e da caixa de e-mail vinculada, ativar autenticação de dois fatores e auditar a lista de usuários com acesso à conta corporativa.
  • Revogar e recriar todos os tokens de API e integrações gerados pela Fakturownia, mesmo após a invalidação em massa de 01/10 — a confirmação de que a revogação foi efetiva deve vir de cada sistema integrado, não apenas da plataforma.
  • Verificar todos os dados de conta bancária exibidos em faturas enviadas a contratantes: o risco imediato é alteração fraudulenta do número de conta via engenharia social usando faturas reais como contexto.
  • Empresas que atuam como controladoras de dados (responsáveis pelo tratamento) e que usavam a Fakturownia como processadora devem avaliar se o incidente gera obrigação de notificação própria ao UODO — o prazo de 72 horas conta da ciência do controlador, não da data do incidente.
  • Equipes de segurança que operam aplicações Ruby on Rails devem revisar a configuração de secret_key_base e verificar se há exposição a técnicas de timing oracle; garantir que o modo de produção não exponha informações de erro que possam auxiliar na extração de chaves.
  • Monitorar ativamente comunicações de contratantes solicitando mudanças de dados bancários nas próximas semanas — esse vetor é o mais provável de uso imediato do material exfiltrado.

Intelligence gaps

What we still don’t know. A report that doesn’t declare its holes is selling, not analyzing.

A janela de acesso não autorizado não foi estabelecida: a Fakturownia confirmou a detecção em 28/09, mas não quando o acesso começou. Logs de acesso auditados por especialistas independentes ou pelo CERT Polska resolveriam essa lacuna.

O vetor técnico exato não foi confirmado pela vítima: o ator descreve uma oracle temporal contra a master key Ruby/RoR, mas nenhuma CVE foi citada e a Fakturownia não validou nem negou essa descrição. Divulgação técnica pela empresa ou por pesquisadores com acesso aos logs resolveria.

O volume real de dados exfiltrados é desconhecido: 6 TB é alegação exclusiva do ator, não verificada nem pela Z3S nem por nenhuma autoridade. Uma perícia forense no servidor e nos logs de rede é o único caminho para estabelecer esse número.

A identidade ou natureza de 'Fingerprint' (pessoa, grupo, afiliação) permanece não confirmada por autoridades. A investigação do CBZC está em curso; uma atribuição pública mudaria o quadro de risco e a análise de intenção.

Não há informação pública sobre se dados já foram publicados, vendidos ou usados em ataques secundários. Monitoramento de fóruns especializados e de tentativas de BEC direcionadas a clientes da Fakturownia poderia indicar uso ativo.

A revisão do Ministério das Finanças sobre o KSeF foi concluída em menos de 48 horas: não está claro se foi uma auditoria forense completa ou uma verificação de integridade superficial. Uma declaração técnica detalhada do CERT Polska ou do próprio KSeF resolveria essa dúvida.

Sources and rating

Admiralty rating (NATO standard, used by CERT-EU and OpenCTI): the letter rates SOURCE reliability (A completely reliable to F not rated); the number rates INFORMATION credibility (1 confirmed to 6 cannot be judged). Both dimensions are assessed independently — a good source does not make weak information reliable.

updated 01 Oct 2026

Report based exclusively on public, verifiable sources. We index incident metadata — we never host, link to, or redistribute leaked content. Assessments may be revised as new evidence emerges.

Share