Reportar el mal uso de Intramedial.
Intramedial puede enviar solicitudes a otros sistemas en nombre de sus clientes, como llamadas de agentes reenviadas por el gateway y escrituras de conectores. Si ese tráfico te llega sin tu consentimiento, o ves que Intramedial se usa contra la Política de Uso Aceptable, avísanos aquí. Una persona lee cada reporte.
- Se envían a
- abuse@intramedial.com
- Cada denuncia recibe referencia
- AR-YYYYMMDD-XXXXXX
- Revisión por
- Una persona, no una regla fija
¿Es este el sitio adecuado?
Cuatro tipos de aviso llegan a equipos distintos. Elegir el correcto hace que lean el tuyo antes.
Qué se considera abuso.
La Política de Uso Aceptable obliga a todos los que usa Intramedial, también en el espacio de trabajo de demostración. En resumen: usa el Servicio para trabajo lícito en sistemas que tienes derecho a contactar, no abuses de él y no tergiverses lo que demuestra un registro del libro mayor.
Infringir la ley o atacar a otros
- Enviar peticiones, retransmitir tráfico o programar checks contra sistemas que el emisor no puede contactar.
- Escanear, sondear o saturar sistemas ajenos, con escaneos de puertos, credential stuffing, denegación de servicio o escaneos de vulnerabilidades vía el relay o comprobaciones programadas.
- Recolectar credenciales, o enviar spam, phishing o malware mediante entregas de webhooks o llamadas de agentes.
Contenido ilícito o infractor
- Atestar o retransmitir contenido ilegal, que explote sexualmente a menores, promueva la violencia o el terrorismo, o infrinja derechos de propiedad intelectual o de privacidad.
- Enviar datos personales sin base legal, o poner secretos, datos de salud, financieros o de contacto en campos legibles del recibo.
Tergiversar los recibos
- Falsificar, alterar o tergiversar un recibo, o insinuar que prueba más de lo que prueba.
- Presentar una entrada de demostración del libro mayor como un registro de producción, o un hecho declarado como uno que Intramedial observó.
- Afirmar que una entrada del libro mayor es asesoría legal o una auditoría independiente, o que Intramedial respalda un producto o contenido.
Abusar del modelo comercial
- Eludir cuotas, límites de tasa o de puestos o el límite de una clave de prueba por red, también con cuentas o claves extra.
- Compartir un puesto o claves fuera de la organización, o revender el Servicio sin acuerdo escrito.
Interferir con el Servicio
- Eludir la autenticación, el aislamiento entre tenants o el filtro que bloquea peticiones a direcciones privadas e internas.
- Crear claves de prueba o cuentas a escala por medios automáticos.
- Sondear el Servicio o las claves de firma fuera de la política de divulgación responsable.
La investigación de seguridad de buena fe que sigue la política de divulgación responsable no infringe la Política de uso aceptable. Política de divulgación resp.
Si operas un destino que recibe peticiones.
Tres rutas de Intramedial envían solicitudes a una dirección que elige el cliente. Si una de ellas apunta a tu sistema, así se ve el tráfico y esto es lo que necesitamos para encontrar su origen.
Qué tools llegan a tus sistemas
| Tool | Lo que te llega | Patrón |
|---|---|---|
| mcp.enforce | Una petición HTTP por llamada, con el método, cabeceras y cuerpo que eligió el cliente. | Bajo demanda. GET, POST, PUT, PATCH, DELETE, HEAD u OPTIONS. |
| saas.admit | Una entrega del payload del cliente, por defecto como application/json. | Bajo demanda, una entrega por llamada. No sigue redirecciones. |
| mcp.session | Una petición a una URL, nunca con cuerpo. | Programado. GET, HEAD o POST, cada 30 segundos como mínimo, cada 300 segundos por defecto. |
| github.enforce | Estados de commits y ejecuciones de verificación publicados en api.github.com para un repositorio conectado. | Programado. Tus DNS ven los resolvers, no a nosotros. |
Lo que podemos decirte sobre el tráfico
Procede de la red de Cloudflare
Las peticiones y comprobaciones salen de la red de Cloudflare: ves una dirección de Cloudflare, no la del cliente. La documentación no indica un rango fijo de direcciones ni un user agent para este tráfico.
Las credenciales las aporta el cliente
No añadimos credenciales propias, cabeceras de identidad ni de firma. Las cabeceras que recibes son las que el cliente eligió enviar, tras quitar host, connection, content-length y toda cabecera cf-.
Nunca sigue redirecciones
Un 301 o 302 se registra como respuesta y no se sigue. Cada petición está acotada: 30 segundos por defecto, nunca más de 60.
Se rechazan direcciones privadas
Los destinos en localhost, nombres internos y rangos IP privados o reservados se rechazan cuando el cliente los envía y de nuevo antes de cada comprobación.
Qué nos ayuda a hallar el origen
- El hostname y las rutas que recibieron las peticiones.
- La primera y última vez que las viste, en UTC, y cuántas aproximadamente.
- El método, los códigos de estado que respondiste y valores de cabecera que parezcan del cliente (prefijo de un bearer token, un user agent propio, un client id). Nunca envíes un secreto completo.
- Un id de entrada del libro mayor, si alguien te mostró una entrada correspondiente al tráfico.
Tus respuestas forman parte del registro. El recibo de una llamada retransmitida lleva el código de estado que devolviste, y una alta proporción de 401 y 403 de un host es uno de los patrones que busca nuestra detección en agent.call. Puedes rechazar o limitar el tráfico mientras lo investigamos.
Qué incluir en toda denuncia.
La Política de uso aceptable pide cuatro cosas. Cuanto más exactas, antes podemos vincular una denuncia a un workspace.
Qué viste
Una descripción clara: qué pasó, a qué sistema o persona, y por qué crees que infringe la política.
Cuándo, en UTC
La hora del primer y último evento. Si tus logs usan hora local, indica la zona.
Referencias
Todo id de recibo, URL o hostname implicado. Un id de recibo es un código de 26 caracteres que empieza por su hora de emisión.
Cómo contactarte
Un email al que escribirte si necesitamos más. Solo lo usamos para esta denuncia.
Por favor, no envíes claves de API, contraseñas ni datos personales de otras personas más allá de lo que el reporte necesita. El formulario rechaza un reporte que contenga una clave de API o un token de acceso de Intramedial completos.
Qué pasa después.
Las denuncias se revisan y tramitan según la sección 3 de la Política de uso aceptable. No hay decisión automatizada y no publicamos un plazo de respuesta.
- Recibida
Ves en pantalla una referencia del tipo AR-20261026-XXXXXX. Guárdala para cualquier seguimiento.
- Revisión por persona
Vinculamos la denuncia a un workspace cuando podemos. La detección automática en agent.call puede marcar algo, pero solo pide que una persona lo mire.
- Medidas según gravedad
Podemos advertir al cliente y pedir una corrección; limitar, revocar o suspender claves; suspender un workspace o cuenta, de inmediato si hay daño o riesgo para otros; o cortar el acceso según los Términos.
- El cliente sabe por qué
Explicamos al cliente por qué actuamos, salvo que la ley lo prohíba o avisarle ponga en riesgo a otros.
- Qué te respondemos
Puede que te hagamos preguntas. Puede que no podamos contarte el resultado, porque afecta a la cuenta de otro cliente. Si denuncias contenido que crees ilegal según el Derecho de la UE, te comunicamos nuestra decisión y cómo impugnarla.
Delitos graves
Si creemos que hay un delito grave, como la explotación sexual infantil, o si la ley lo exige, conservamos las pruebas y lo comunicamos a las fuerzas de seguridad u otras autoridades.
Autoridades y peticiones legales
Esto dicen nuestras condiciones publicadas sobre peticiones de tribunales, reguladores y policía. Es un resumen; los documentos enlazados son vinculantes.
Proceso legal válido
Comunicamos datos personales a tribunales, reguladores y fuerzas de seguridad cuando la ley o un proceso legal válido lo exige, y cooperamos con todo proceso legal válido.
Peticiones sobre clientes
Si un gobierno pide datos personales que tratamos para un cliente, se lo decimos al cliente si la ley lo permite, y solo revelamos lo legalmente exigido.
Ley aplicable
El acuerdo con los clientes se rige por las leyes del Estado de Delaware, EE. UU. La entidad contratante es la empresa indicada abajo.
Qué registros existen y cuáles no
- Los recibos guardan hashes y metadatos legibles: URL de destino, etiquetas, ids de agente y, en atestación de commits, nombre y email del autor. Se conservan según la ventana del plan del cliente.
- Los cuerpos y cabeceras retransmitidos de peticiones y respuestas no se guardan, salvo que el cliente active su retención.
- Los eventos de seguridad (accesos, cambios de clave, accesos denegados) van a un registro de auditoría de solo anexado con IP y user agent.
- Los logs operativos se guardan 30 días como máximo.
Cómo enviar una petición
Usa el formulario de abajo y elige "Fuerzas del orden o autoridad pública", o escribe a abuse@intramedial.com. Procesos legales formales, a la empresa:
EmpresaAvonao, Inc.254 Chapman Rd, Ste 208 #21918
Newark, Delaware 19702
United States
Si tu workspace fue marcado o suspendido.
Un workspace tiene uno de cuatro estados: limpio, marcado, en revisión o suspendido. La detección nunca suspende ni empeora un estado por sí sola; una suspensión la decide una persona con pruebas.
cleanNinguna incidencia.flaggedUn patrón pidió que mire una persona. Tus llamadas siguen.under_reviewUna persona está revisando las pruebas.suspendedAcceso suspendido por decisión de una persona.Cómo recurrir
- Consulta el estado y el motivo, con las cifras que lo activaron, en el panel o con /docs/api-account.
- Presenta un recurso de 50 a 5000 caracteres con /docs/api-account. Recibes un id de recurso.
- O escribe desde la página de soporte citando el id de recurso. Una persona lee cada recurso.
No damos un plazo fijo de respuesta. No se reembolsa lo pagado por accesos suspendidos o cancelados por infringir la Política de uso aceptable.
Denunciar abuso.
Todo lo de este formulario va a abuse@intramedial.com y a ningún otro sitio. Los campos opcionales pueden quedar vacíos.
