01
AbrangênciaO que conta como abuso.
A Política de Uso Aceitável vale para todos que usam a Intramedial, inclusive no workspace de demonstração. Em resumo: use o Serviço para trabalho lícito em sistemas que você tem direito de contatar, não abuse dele e não apresente de forma falsa o que um registro do livro-razão prova.
2.1Violar a lei ou atacar terceiros
- Enviar requisições, repassar tráfego ou agendar checagens contra sistemas que o remetente não tem direito de contatar.
- Varrer, sondar ou sobrecarregar sistemas de terceiros, como port scans, credential stuffing, negação de serviço ou varreduras de vulnerabilidade via relay ou checagens agendadas.
- Coletar credenciais, ou enviar spam, phishing ou malware por entregas de webhook ou chamadas de agentes.
2.2Conteúdo ilícito ou infrator
- Atestar ou repassar conteúdo ilegal, que explore sexualmente crianças, promova violência ou terrorismo, ou viole propriedade intelectual ou privacidade.
- Enviar dados pessoais sem base legal, ou pôr segredos, dados de saúde, financeiros ou de contato em campos legíveis do recibo.
2.3Deturpação de recibos
- Forjar, alterar ou deturpar um recibo, ou sugerir que ele prova mais do que prova.
- Apresentar uma entrada de livro-razão de demonstração como um registro de produção, ou um fato relatado como algo que a Intramedial observou.
- Afirmar que uma entrada do livro-razão é aconselhamento jurídico ou auditoria independente, ou que a Intramedial endossa um produto ou conteúdo.
2.4Abusar do modelo comercial
- Contornar franquias, rate limits, limites de assentos ou o limite de uma chave de teste por rede, inclusive com contas ou chaves extras.
- Compartilhar assento ou chaves fora da organização, ou revender o Serviço sem acordo escrito.
2.5Interferir no próprio Serviço
- Burlar a autenticação, o isolamento de tenants ou o filtro que bloqueia requisições a endereços privados e internos.
- Usar meios automáticos para criar chaves de teste ou contas em massa.
- Sondar o Serviço ou as chaves de assinatura fora da política de divulgação responsável.
Pesquisa de segurança de boa-fé que segue a política de divulgação responsável não viola a Política de Uso Aceitável. Regras de divulgação responsável
02
OperadoresSe você opera um destino que recebe requisições.
Três caminhos da Intramedial fazem requisições a um endereço que o cliente escolhe. Se um deles apontar para o seu sistema, é assim que o tráfego se parece e o que precisamos para encontrar a origem.
Que tools chegam ao seu sistema
| Tool | O que chega a você | Padrão |
|---|
| mcp.enforce | Uma requisição HTTP por chamada, com o método, headers e corpo que o cliente escolheu. | Sob demanda. GET, POST, PUT, PATCH, DELETE, HEAD ou OPTIONS. |
| saas.admit | Uma entrega do payload do cliente, por padrão como application/json. | Sob demanda, uma entrega por chamada. Redirects não são seguidos. |
| mcp.session | Uma requisição a uma URL, nunca com corpo. | Agendado. GET, HEAD ou POST, no mínimo a cada 30 segundos, por padrão a cada 300 segundos. |
| github.enforce | Statuses de commit e check runs publicados em api.github.com para um repositório conectado. | Agendado. Seus name servers veem os resolvers, não nós. |
O que podemos dizer sobre o tráfego
O tráfego vem da rede da Cloudflare
Requisições via relay e checagens partem da rede da Cloudflare, então você vê um endereço da Cloudflare, não o do cliente. Nossa documentação não cita faixa fixa de endereços nem user agent para esse tráfego.
As credenciais vêm do cliente
Não somamos credenciais, headers de identidade ou de assinatura nossos. Os headers que você recebe são os que o cliente escolheu enviar, depois de removermos host, connection, content-length e qualquer header cf-.
Redirects nunca são seguidos
Um 301 ou 302 é registrado como resposta e não é buscado. Toda requisição tem limite: 30 segundos por padrão, nunca mais de 60.
Endereços privados são recusados
Destinos em localhost, nomes internos e faixas IP privadas ou reservadas são recusados quando o cliente os envia e de novo antes de cada checagem agendada.
O que nos ajuda a achar a origem
- O hostname e os caminhos que receberam as requisições.
- A primeira e a última vez que as viu, em UTC, e mais ou menos quantas.
- O método, os status codes que você respondeu e valores de header que pareçam do próprio cliente (prefixo de bearer token, user agent próprio, client id). Nunca envie um segredo inteiro.
- O id de uma entrada do livro-razão, se alguém lhe mostrou uma entrada relativa ao tráfego.
Suas respostas entram no registro. O recibo de uma chamada via relay traz o status code que você devolveu, e muitas respostas 401 e 403 de um host é um dos padrões que nossa detecção no agent.call procura. Você pode recusar ou limitar o tráfego enquanto investigamos.
03
Lista de checagemO que pôr em qualquer denúncia.
A Política de Uso Aceitável pede quatro coisas. Quanto mais exatas, mais rápido ligamos uma denúncia a um workspace.
01O que você viu
Uma descrição simples: o que ocorreu, com qual sistema ou pessoa, e por que acha que viola a política.
02Quando, em UTC
A hora do primeiro e do último evento. Se seus logs usam hora local, diga qual fuso.
03Identificação
Qualquer id de recibo, URL ou hostname envolvido. O id de recibo é um código de 26 caracteres que começa com a hora de emissão.
04Como falar com você
Um e-mail para escrevermos se precisarmos de mais. Só o usamos para esta denúncia.
Não envie chaves de API, senhas nem dados pessoais de terceiros além do que a denúncia exige. O formulário recusa uma denúncia que contenha uma chave de API ou token de acesso completo da Intramedial.
04
Como analisamosPróximos passos.
As denúncias são analisadas e tratadas conforme a seção 3 da Política de Uso Aceitável. Não há decisão automática, e não publicamos prazo de resposta.
- Recebida
Você recebe na tela uma referência no formato AR-20261026-XXXXXX. Guarde-a para qualquer retorno.
- Análise por uma pessoa
Ligamos a denúncia a um workspace quando possível. A detecção automática no agent.call pode gerar uma flag, mas a flag só pede que uma pessoa olhe.
- Ação, por gravidade
Podemos avisar o cliente e pedir correção; limitar, revogar ou suspender chaves; suspender um workspace ou conta, de imediato se houver dano ou risco a outros; ou encerrar o acesso conforme os Termos.
- O cliente sabe o motivo
Dizemos ao cliente por que agimos, salvo se a lei proibir ou se avisá-lo puser outros em risco.
- O retorno para você
Podemos lhe fazer perguntas. Talvez não possamos contar o desfecho, pois ele diz respeito à conta de outro cliente. Se você denunciar conteúdo que considera ilegal pela legislação da UE, informamos nossa decisão e como contestá-la.
Crimes graves
Quando acreditamos haver crime grave, como exploração sexual infantil, ou quando a lei exige, preservamos as provas e comunicamos às autoridades policiais ou a outras autoridades.
05
AutoridadesPolícia, autoridades e pedidos legais
É o que nossos termos publicados dizem sobre pedidos de tribunais, reguladores e polícia. É um resumo; os documentos linkados são vinculantes.
Processo legal válido
Divulgamos dados pessoais a tribunais, reguladores e polícia quando a lei ou um processo legal válido o exige, e cooperamos com processos legais válidos.
Privacidade §5 · Pol. de Uso Aceitável §3
Pedidos de dados de clientes
Se um governo pede dados pessoais que tratamos para um cliente, avisamos o cliente quando a lei permite e divulgamos só o que somos legalmente obrigados.
Adendo de Dados (DPA) §11
Lei aplicável
O contrato com os clientes é regido pelas leis do Estado de Delaware, EUA. A entidade contratante é a empresa abaixo.
Termos de Serviço §15
Que registros existem, e quais não
- Recibos guardam hashes e metadados legíveis: URLs de destino, rótulos, ids de agente e, em atestações de commit, nome e e-mail do autor. Ficam pela janela do plano do cliente.
- Corpos e headers de requisição e resposta via relay não são guardados, salvo se o cliente ativou a retenção de corpos de resposta.
- Eventos de segurança (logins, mudanças de chave, acessos negados) ficam num log de auditoria só-acréscimo com IP de origem e user agent.
- Logs operacionais ficam no máximo 30 dias.
Fonte: Dados e privacidade
Como enviar um pedido
Use o formulário abaixo e escolha "Polícia ou outra autoridade pública", ou escreva para abuse@intramedial.com. Envie processos legais formais à empresa:
EmpresaAvonao, Inc.
254 Chapman Rd, Ste 208 #21918
Newark, Delaware 19702
United States06
RecursosSe seu workspace foi sinalizado ou suspenso.
Um workspace tem um de quatro estados: limpo, sinalizado, em análise ou suspenso. A detecção nunca suspende nem rebaixa um status sozinha; a suspensão é decisão de uma pessoa, com base em provas.
cleanSem alerta registrado.
flaggedUm padrão pediu que alguém olhasse. Suas chamadas seguem.
under_reviewUma pessoa está analisando as provas.
suspendedAcesso suspenso por decisão de uma pessoa.
Como recorrer
- Consulte o estado e o motivo, com os números que o dispararam, no painel ou com /docs/api-account.
- Abra um recurso de 50 a 5.000 caracteres com /docs/api-account. Você recebe um id de recurso.
- Ou escreva pela página de suporte citando o id do recurso. Uma pessoa lê cada recurso.
Docs da API de conta · Suporte
Não damos prazo fixo de resposta. Não reembolsamos tarifas por acesso suspenso ou encerrado por violação da Política de Uso Aceitável.