1. Escopo e limites atuais da versão Beta
Este Aviso se aplica a avaliações iniciadas pelo usuário ou autorizadas pelo revendedor, incluindo a configuração do alvo, as entradas de teste, os registros de resultados, o manifesto de evidências, a análise e a publicação. Ele complementa a Política de Privacidade, a Política de Uso Aceitável, os Termos de Participação de Revendedores e a metodologia de avaliação vigente.
Nenhuma avaliação é considerada disponível apenas porque existe uma rota de API, um schema, um contrato do worker ou uma resposta de status. Antes de habilitar uma execução em produção substancialmente diferente, o Folkbench publicará os limites de ativação e qualquer alteração no tratamento.
As regras atuais do produto distinguem o monitoramento de integridade da plataforma das avaliações iniciadas pelo usuário: as verificações automáticas da plataforma se limitam à conectividade, enquanto verificações que vão além da conectividade exigem uma solicitação explícita e pontual do usuário. A disponibilidade continua dependendo do status publicado e da configuração; este Aviso, por si só, não autoriza nenhuma execução.
2. Papéis e instruções
O Folkbench é o controlador das informações que trata para operar e proteger o serviço, manter registros de auditoria e publicar fatos do diretório já analisados. O revendedor ou a organização continua responsável pelos dados pessoais e pelas autorizações que fornece.
Se um contrato de tratamento de dados assinado fizer do Folkbench um operador de um conjunto de dados controlado pelo revendedor, esse contrato regerá as instruções documentadas, as categorias de dados, as categorias de titulares, as medidas de segurança, os suboperadores, as transferências, a exclusão e o apoio a auditorias. Não envie dados pessoais de terceiros sem esse arranjo documentado.
3. Autorização e segurança do alvo
A pessoa que inicia uma execução deve ter autoridade para testar o endpoint, a conta, o tenant, o modelo, os dados e as credenciais envolvidos. Os revendedores devem autorizar expressamente cada alvo e definir os protocolos permitidos, os limites, o orçamento, a janela de teste e as condições de interrupção.
O Folkbench aplica, no servidor, controles de URL, DNS, porta, redirecionamento, tamanho de resposta, tempo limite, taxa de requisições e rede privada. Um alvo pode ser rejeitado, ou uma execução interrompida, quando as evidências de autorização ou de segurança estiverem incompletas.
4. Categorias de dados
- Identificadores de execução e de tentativa, registros de autorização, configuração, identificadores de modelo e de protocolo, carimbos de data/hora, status, latência, fatos compactos de resultado e decisões de análise.
- Prompts sintéticos, entradas de teste limitadas, respostas, categorias de erro, traces, logs, capturas de tela e anexos gerados ou coletados durante uma execução autorizada.
- Informações de conta, organização, representante do revendedor, suporte, segurança e correção necessárias para administrar a execução e proteger o serviço.
- Referências a segredos e metadados de credenciais com escopo restrito. Chaves de API brutas, senhas, cookies de sessão, credenciais de pagamento e conteúdo de clientes não relacionado não são entradas necessárias e não devem ser enviados.
5. Minimização de entradas e conteúdo proibido
Use entradas sintéticas ou mascaradas sempre que possível. Não inclua em um prompt de teste nomes, dados de contato, informações de saúde, informações financeiras, documentos de identificação oficiais, dados de crianças, conteúdo confidencial de clientes ou dados pessoais sensíveis, salvo se uma avaliação escrita e um contrato à parte permitirem isso expressamente.
O Folkbench não treina modelos com as evidências enviadas, não as vende nem publica o conteúdo bruto de requisições e respostas. Um resultado pode ser rejeitado, colocado em quarentena ou excluído quando contiver dados pessoais desnecessários, segredos, malware ou material fora do escopo autorizado.
6. Fluxo de tratamento e de evidências
Uma execução futura receberá primeiro uma identidade de execução e de tentativa no banco de dados. As evidências do processo serão transmitidas em streaming para um objeto privado em quarentena, verificadas quanto a tamanho, hash, tipo e status de mascaramento e, só então, vinculadas a um manifesto no banco de dados na mesma transição de estado. As páginas públicas lerão fatos analisados, sanitizados e versionados, e não as evidências brutas.
Uma falha no envio ou na gravação do manifesto não pode gerar um resultado concluído. Um objeto enviado com sucesso, mas sem manifesto, é um candidato a órfão para reconciliação controlada; ele não é um artefato público e não é excluído apenas porque uma requisição falhou.
7. Finalidades do tratamento
O tratamento se limita a verificações de autorização e segurança, à execução da avaliação aprovada, à geração de resultados compactos, à análise de evidências, à correção ou retirada de uma publicação, à prevenção de abusos, à manutenção de registros de segurança e auditoria, ao suporte à conta e ao cumprimento de obrigações legais.
O Folkbench não usará evidências de avaliação para publicidade não relacionada, não as venderá nem as combinará com a criação de perfis de usuário não relacionada. Qualquer nova finalidade que exija tratamento substancialmente diferente será informada antes da ativação.
8. Retenção e exclusão
Na data de vigência, a coleta em produção de artefatos brutos de avaliação não está ativa. Antes da ativação, o Folkbench deve publicar e aplicar um cronograma de retenção específico por artefato, uma regra de ciclo de vida, uma regra de preservação legal (legal hold) e um procedimento de recuperação conjunta do banco de dados e do armazenamento de objetos.
A base proposta para a versão Beta é: quarentena por até 24 horas; evidências brutas do processo por até 90 dias após a finalização; metadados de execução e de manifesto por até 24 meses; e fatos publicados e histórico de auditoria pelo tempo necessário para explicar um registro público e cumprir obrigações legais. Um contrato assinado ou uma preservação legal pode definir um prazo diferente.
Quando uma solicitação de exclusão for aprovada, o Folkbench removerá ou anonimizará os dados dentro do escopo aplicável, na medida em que isso for técnica e legalmente possível. Fatos publicados, registros de segurança e trilhas de auditoria podem ser mantidos quando necessário para preservar a integridade, prevenir fraudes ou cumprir a lei.
9. Prestadores de serviços e suboperadores
Uma execução futura poderá usar recursos de computação no servidor, PostgreSQL, armazenamento privado de objetos compatível com S3 e prestadores de identidade, e-mail, monitoramento e segurança. Cada um recebe apenas os dados necessários para sua função documentada e não pode usá-los para finalidades próprias não relacionadas.
Um arranjo de tratamento controlado pelo revendedor identificará as classes de suboperadores aprovadas e qualquer mecanismo de notificação ou de objeção. O Folkbench não exporá nas páginas públicas nomes de buckets, chaves de objeto, URLs pré-assinadas, cabeçalhos brutos, endereços internos ou credenciais.
10. Transferências internacionais
O Folkbench e os prestadores de serviços aprovados podem tratar informações nos Estados Unidos e em outros locais. Quando houver uma lei sobre transferências aplicável, o Folkbench usará uma decisão de adequação, cláusulas contratuais padrão ou outro mecanismo lícito, com salvaguardas complementares. A localização efetiva dos prestadores e o mecanismo adotado serão registrados antes da habilitação de uma execução em produção.
11. Segurança e incidentes
Os controles incluem credenciais mantidas apenas no servidor, acesso com privilégio mínimo, transporte criptografado, objetos privados em quarentena e finais, chaves de objeto controladas, streaming com limites, somas de verificação (checksums), mascaramento, identificadores de requisição e de execução, trilhas de auditoria e critérios de liberação para publicação. O código do repositório, uma verificação de configuração do cliente ou uma única requisição bem-sucedida não comprovam que um controle de produção esteja concluído.
Comunique uma suspeita de exposição ou uma execução não autorizada pela página de contato, com um identificador de caso que possa ser compartilhado com segurança. O Folkbench investigará, conterá o problema, preservará as evidências e notificará as partes afetadas ou as autoridades quando exigido pela legislação aplicável ou por contrato.
12. Responsabilidades do revendedor e do usuário
Você deve fornecer autorização precisa, usar credenciais de teste com escopo restrito e revogáveis, respeitar a janela de teste e os limites aprovados, minimizar as entradas, identificar o material confidencial e comunicar prontamente qualquer alteração de alvo, retirada, incidente ou correção. Um resultado de amostra não deve ser considerado garantia, certificação ou auditoria completa de privacidade ou de segurança.
13. Solicitações e contato
Dúvidas, solicitações de acesso ou exclusão, objeções, pedidos de correção e instruções de revendedores podem ser enviados pela página de contato do Folkbench. Informe, quando for seguro, o identificador da execução, da tentativa, da organização ou da conta em questão; não envie credenciais nem evidências privadas brutas na primeira mensagem.
14. Relação com outros documentos e alterações
A Política de Privacidade, os Termos de Serviço, a Política de Uso Aceitável, os Termos de Participação de Revendedores, a metodologia vigente e qualquer contrato de tratamento de dados assinado se aplicam em conjunto. Um contrato assinado prevalece se conflitar expressamente com este Aviso online.
O Folkbench atualizará este Aviso antes de alterar substancialmente os tipos de dados de teste, os papéis, os prestadores, as localizações, a retenção ou o tratamento para publicação. A data de vigência acima indica a versão atual.