EU AI Act: Rotulagem de Conteúdo Sintético 2026

Estado da conformidade em setembro de 2026

O Regulamento de Inteligência Artificial da União Europeia — o AI Act — deixou de ser um texto legislativo abstrato. Desde que as suas disposições mais críticas entraram em vigor por fases entre agosto de 2024 e agosto de 2025, as empresas tecnológicas que operam no mercado europeu enfrentam agora auditorias reais, inspeções de autoridades nacionais e as primeiras sanções administrativas documentadas. Este artigo detalha, numa perspetiva de engenharia, o que a regulação exige concretamente para os sistemas de IA de risco limitado, como implementar tecnicamente a rotulagem de conteúdo sintético e que estrutura devem adotar os manifestos C2PA para satisfazer as exigências probatórias das autoridades competentes.

Níveis de risco e obrigações: tabela comparativa

A arquitetura regulatória do AI Act classifica os sistemas em quatro níveis. Perceber exatamente onde o seu produto se enquadra determina a carga de conformidade:

Nível de risco	Exemplos representativos	Obrigações principais	Sanção máxima
Inaceitável	Sistemas de pontuação social, manipulação subliminar, biometria preditiva policial	Proibição absoluta desde fev. 2025	35 M€ ou 7% do volume de negócios
Elevado	IA médica, sistemas de crédito, seleção de pessoal, infraestrutura crítica	Registo UE, auditoria de terceiros, documentação técnica, avaliação de conformidade	15 M€ ou 3% do volume de negócios
Limitado	Chatbots, geradores deepfake, reconhecimento de emoções, recomendadores	Transparência obrigatória, rotulagem de conteúdo sintético, notificação ao utilizador	7,5 M€ ou 1,5% do volume de negócios
Mínimo	Filtros de spam, IA em videojogos, motores de pesquisa básicos	Sem obrigações específicas, código de conduta voluntário	N/A

A categoria de risco limitado concentra a maior parte do ecossistema de aplicações generativas atuais: modelos de linguagem expostos diretamente ao utilizador final, ferramentas de geração de imagens e vídeo, e sistemas de síntese de voz. Para todos eles, o artigo 50 do AI Act estabelece as obrigações de transparência analisadas a seguir.

Artigo 50: Obrigações de transparência para sistemas de risco limitado

O artigo 50 é o núcleo operacional para as equipas de engenharia. Os seus mandatos dividem-se em quatro requisitos:

1. Notificação de interação com IA: Qualquer sistema que interaja com pessoas de forma conversacional — chatbots, assistentes de voz, agentes autónomos — deve notificar inequivocamente que o interlocutor é um sistema de IA. A notificação deve aparecer no início de cada sessão, ser legível sem necessidade de deslocamento e não pode estar oculta nos termos de serviço.

2. Rotulagem de conteúdo sintético: Imagens, áudio, vídeo e texto gerados artificialmente que "apresentem uma semelhança notável com pessoas, locais ou objetos reais existentes" devem conter um rótulo detetável por máquina. O Regulamento de Execução publicado pela Comissão em janeiro de 2026 especifica que a rotulagem deve ser legível por máquina, persistente após transformações comuns (redimensionamento, recompressão JPEG até 85%) e acessível via API pública.

3. Transparência para sistemas de reconhecimento de emoções: Os sistemas que inferem estados emocionais de pessoas singulares devem informar os sujeitos antes do processamento. Isto inclui sistemas de análise de microexpressões em entrevistas, monitorização de atenção em plataformas educativas e ferramentas de análise biométrica de sentimento em centros de contacto.

4. Documentação GPAI na cadeia de valor: Quando um sistema de risco limitado integra um modelo de IA de uso geral (GPAI) como componente interno, o fornecedor do sistema deve demonstrar que o GPAI subjacente cumpre as obrigações do artigo 53, incluindo transparência sobre dados de treino e capacidade de avaliação adversarial.

C2PA: o padrão técnico de referência para a proveniência de conteúdo

O AI Act não prescreve uma tecnologia específica para rotulagem. Contudo, o Regulamento de Execução cita explicitamente C2PA (Coalition for Content Provenance and Authenticity) como implementação de referência para imagens, vídeo e áudio. C2PA é um padrão aberto gerido pela Content Authenticity Initiative que define como anexar manifestos de proveniência a ficheiros multimédia.

Um manifesto C2PA é um objeto JSON-LD assinado criptograficamente que se incorpora nos metadados do ficheiro (JUMBF para imagens, side-data box para vídeo). Contém:

• Assertion store: declarações sobre o conteúdo (ação de criação, ingredientes, miniaturas).
• Claim: resumo das asserções com hash SHA-256.
• Claim signature: assinatura COSE (CBOR Object Signing and Encryption) com o certificado X.509 do emissor.

Exemplo de manifesto C2PA para conteúdo gerado por IA

O exemplo seguinte mostra a estrutura JSON simplificada de um manifesto C2PA em conformidade com o AI Act para uma imagem gerada por um modelo de difusão latente:

{
  "@context": "https://c2pa.org/specifications/specifications/1.4/",
  "claim_generator": "AcmeSynth/2.1.0 c2pa-rs/0.32.0",
  "title": "generated_portrait_20260915.webp",
  "assertions": [
    {
      "label": "c2pa.actions",
      "data": {
        "actions": [
          {
            "action": "c2pa.created",
            "softwareAgent": "AcmeSynth Diffusion Engine v2.1",
            "when": "2026-09-15T10:00:00Z",
            "digitalSourceType": "http://cv.iptc.org/newscodes/digitalsourcetype/trainedAlgorithmicMedia"
          }
        ]
      }
    },
    {
      "label": "eu.aiact.synthetic_content",
      "data": {
        "is_synthetic": true,
        "ai_system_name": "AcmeSynth Portrait Generator",
        "ai_system_version": "2.1.0",
        "provider_eu_registration_id": "EU-AI-ACT-LR-2025-00482",
        "transparency_notice_url": "https://acme.example/ai-disclosure",
        "watermark_method": "SynthID-Invisible",
        "regulation_reference": "EU 2024/1689 Art.50"
      }
    },
    {
      "label": "c2pa.hash.data",
      "data": {
        "name": "jumbf manifest",
        "alg": "sha256",
        "hash": "a3f8e2d1c9b7...4f2e1a0d",
        "pad": 0
      }
    }
  ],
  "signature_info": {
    "issuer": "AcmeSynth AI Services, S.L.",
    "cert_serial_number": "3A:9F:12:...:B4",
    "time": "2026-09-15T10:00:01Z"
  }
}

Note o campo eu.aiact.synthetic_content — uma extensão de espaço de nomes privado permitida pela especificação C2PA 1.4. Este campo inclui o ID de registo na base de dados EU AI Act, a URL do aviso de transparência e o método de marca de água aplicado. As autoridades de supervisão nacionais podem verificar a conformidade consultando esse ID no registo público gerido pela Autoridade Europeia de IA (AEAI).

SynthID: marca de água invisível para conformidade técnica

Enquanto o C2PA opera ao nível dos metadados do ficheiro — podendo ser perdido se o conteúdo for capturado em ecrã ou recomprimido agressivamente —, a marca de água imperceptível atua diretamente sobre os píxeis ou o sinal de áudio do conteúdo. A Google DeepMind publicou o SynthID sob licença aberta no T1 2026, tornando-se o padrão de facto para imagens e áudio gerados por IA no contexto regulatório europeu.

O SynthID modifica estatisticamente os valores de píxeis individuais de forma imperceptível ao olho humano, mas detetável com o modelo de verificação correspondente. A deteção funciona mesmo após:

• Recorte e redimensionamento
• Recompressão JPEG até qualidade 75
• Filtros de cor e ajustes de exposição moderados
• Capturas de ecrã (com degradação parcial)

Para áudio, o SynthID aplica perturbações espectrais a frequências fora do intervalo de perceção humana ótima, sobrevivendo à recodificação MP3 a 128 kbps. Para texto, o SynthID-Text versão 2.0 utiliza viés estatístico na distribuição de tokens, detetável mesmo quando o texto foi parcialmente parafraseado.

A integração técnica do SynthID num pipeline de geração de imagens exige:

1. Obter as chaves de marca de água da API da DeepMind (ou implementar o modelo open-source em infraestrutura própria).
2. Aplicar synthid.watermark(image_tensor, watermark_key) antes da etapa de descodificação do VAE.
3. Verificar no endpoint de download que a marca é detetável com synthid.detect(image_bytes) antes de servir o conteúdo.
4. Registar o resultado nos logs de auditoria com timestamp e hash SHA-256 da imagem.
5. Expor o endpoint /ai-disclosure que liga o hash ao manifesto C2PA correspondente.

Este processo garante que mesmo que os metadados C2PA sejam removidos por plataformas sociais na publicação, a marca de água permanece como evidência forense da origem sintética. Pode explorar como implementar hashing de conteúdo com a nossa ferramenta Hash Generator para as etapas de verificação de integridade.

Obrigações para modelos GPAI (Artigo 53)

Os modelos de uso geral — aqueles com mais de 10^25 FLOPs de cálculo de treino ou disponíveis comercialmente para mais de 10 000 utilizadores empresariais — têm obrigações adicionais que os seus integradores devem conhecer:

1. Documentação técnica de treino: especificação dos dados de treino incluindo procedimentos de filtragem CSAM, direitos de autor e direitos de imagem.
2. Política de uso aceitável publicada: documento público que lista os usos proibidos e mecanismos de denúncia de abusos.
3. Avaliação de cibersegurança adversarial: red-teaming documentado contra jailbreaking, injeção de prompts e geração de CSAM antes de cada versão major.
4. Notificação à AEAI: registo de incidentes graves num prazo máximo de 72 horas após deteção.
5. Para GPAI com capacidade sistémica: avaliação de riscos sistémicos, testes de comportamento perante agentes autónomos e análise de impacto sobre os mercados de informação.

As empresas que integram GPAI de terceiros — OpenAI, Anthropic, Mistral, Google — podem delegar contratualmente parte destas obrigações, mas mantêm responsabilidade residual sobre o uso final. Este aspeto gera os maiores conflitos jurídicos atuais, pois os contratos de API dos grandes fornecedores ainda não atribuem responsabilidades de forma plenamente conforme ao AI Act.

Para aprofundar os desafios de segurança colocados pelos agentes de IA com acesso a credenciais, consulte a nossa análise sobre agentes IA que escapam do sandbox e comprometem credenciais — um vetor de risco diretamente relevante para os requisitos de avaliação adversarial do artigo 53.

Verificação JWT e auditoria em pipelines de IA

Os tokens JWT são amplamente utilizados para propagar asserções de proveniência de IA entre microsserviços — por exemplo, para transmitir metadados "este conteúdo foi gerado por IA" através de um pipeline de publicação. A nossa ferramenta JWT Decoder permite verificar rapidamente a estrutura e a validade desses tokens durante auditorias de conformidade.

Um padrão comum é emitir um JWT assinado com RS256 que encapsula:

{
  "iss": "content-generation-service",
  "sub": "asset:sha256:a3f8e2d1...",
  "ai_generated": true,
  "regulation": "EU-AI-ACT-ART50",
  "synthetic_type": "image/webp",
  "watermark_verified": true,
  "c2pa_manifest_url": "https://cdn.acme.example/manifests/a3f8e2d1.json",
  "iat": 1757919600,
  "exp": 1789455600
}

Este token é armazenado na base de dados de ativos e verificado em cada ponto de distribuição, garantindo rastreabilidade completa da origem sintética do conteúdo.

Checklist de conformidade para equipas de engenharia

Para as equipas que devem certificar a conformidade antes do T4 2026, a seguinte checklist condensa as etapas técnicas obrigatórias para sistemas de risco limitado:

1. Rever a classificação do sistema nos quatro níveis de risco do AI Act e documentar a justificação técnica.
2. Implementar o aviso de "interação com IA" na interface do utilizador (modal de início de sessão ou banner persistente).
3. Integrar C2PA 1.4 no pipeline de geração para todos os outputs multimédia.
4. Aplicar SynthID ou equivalente a imagens, áudio e vídeos gerados.
5. Registar o sistema na base de dados EU AI Act e obter o provider_eu_registration_id.
6. Publicar a URL de transparência (/ai-disclosure) conforme ao formato exigido pelo Regulamento de Execução.
7. Configurar a retenção de logs de auditoria por um mínimo de 3 anos.
8. Estabelecer o processo de notificação de incidentes à autoridade nacional competente em menos de 72 horas.
9. Se integrar GPAI, verificar contratualmente que o fornecedor cumpre o artigo 53.
10. Realizar red-teaming documentado com cobertura de injeção de prompts, jailbreaking e geração de conteúdo proibido antes de cada lançamento major.

Para garantir a integridade das chaves criptográficas utilizadas nas assinaturas C2PA, gere palavras-passe e segredos com ferramentas auditadas. A nossa ferramenta de geração de palavras-passe pode produzir os nonces e seeds de alta entropia necessários nos fluxos de assinatura.

O AI Act marca uma viragem na regulação dos sistemas de IA, mas os seus requisitos técnicos são implementáveis com as ferramentas open-source atuais. A chave está em tratar a conformidade como uma funcionalidade de engenharia — não como uma formalidade legal —, integrando proveniência, marca de água e auditoria desde a conceção do sistema, e não como algo adicionado posteriormente. Para o quadro regulatório mais amplo sobre privacidade em IA, o nosso artigo sobre políticas de privacidade adaptadas à inteligência artificial oferece o contexto jurídico complementar ao AI Act. Recomendamos igualmente a nossa análise sobre formação organizacional para o uso seguro de IA.