SegnalazioniSegnala un uso improprio di Intramedial.
Intramedial può inviare richieste ad altri sistemi per conto dei propri clienti, come chiamate di agenti inoltrate dal gateway e scritture di connettori. Se questo traffico ti raggiunge senza il tuo consenso, o vedi Intramedial usato contro l'Acceptable Use Policy, comunicacelo qui. Una persona legge ogni segnalazione.
- Destinazione
- abuse@intramedial.com
- Ogni segnalazione ha un codice
- AR-YYYYMMDD-XXXXXX
- Esaminata da
- Una persona, non un automatismo
È questo il posto giusto?
Quattro tipi di segnalazione vanno a team diversi. Scegliere quello giusto fa leggere prima la tua.
Cosa conta come abuso.
L'Acceptable Use Policy vincola chiunque usi Intramedial, anche nel workspace demo. In breve: usa il Servizio per lavoro lecito su sistemi che hai titolo a contattare, non abusarne e non travisare ciò che un record del registro prova.
Violare la legge o attaccare altri
- Inviare richieste, inoltrare traffico o pianificare check verso sistemi che il mittente non ha diritto di contattare.
- Scansionare, sondare o sovraccaricare sistemi di terzi, inclusi port scan, credential stuffing, denial of service o scansioni di vulnerabilità tramite relay o check pianificati.
- Raccogliere credenziali, o inviare spam, phishing o malware tramite consegne di webhook o chiamate di agenti.
Contenuti illeciti o lesivi
- Attestare o inoltrare contenuti illegali, che sfruttano sessualmente minori, promuovono violenza o terrorismo, o violano proprietà intellettuale o privacy.
- Inviare dati personali senza base giuridica, o mettere segreti, dati sanitari, finanziari o di contatto in campi leggibili della ricevuta.
Travisare le ricevute
- Falsificare, alterare o travisare una ricevuta, o far intendere che provi più di quanto prova.
- Presenta una voce demo del registro come record di produzione, o un fatto riferito come osservato da Intramedial.
- Sosteni che una voce del registro sia un parere legale o un audit indipendente, o che Intramedial approvi un prodotto o un contenuto.
Abusare del modello commerciale
- Aggirare soglie, rate limit, limiti di posti o il limite di una chiave di test per rete, anche con account o chiavi in più.
- Condividere un posto o chiavi fuori dall’organizzazione, o rivendere il Servizio senza accordo scritto.
Interferire con il Servizio
- Aggirare autenticazione, isolamento dei tenant o il filtro che blocca richieste a indirizzi privati e interni.
- Usare mezzi automatici per creare in massa chiavi di test o account.
- Sondare il Servizio o le chiavi di firma fuori dalla policy di divulgazione responsabile.
La ricerca di sicurezza in buona fede che segue la policy di divulgazione responsabile non viola la Policy d’uso accettabile. Policy divulgazione responsabile
Se gestisci una destinazione che riceve richieste.
Tre percorsi di Intramedial inviano richieste a un indirizzo scelto dal cliente. Se uno di essi punta al tuo sistema, ecco come appare il traffico e che cosa ci serve per risalire alla fonte.
Quali tool arrivano ai sistemi
| Tool | Cosa ti arriva | Schema |
|---|---|---|
| mcp.enforce | Una richiesta HTTP per chiamata, con metodo, header e body scelti dal cliente. | Su richiesta. GET, POST, PUT, PATCH, DELETE, HEAD o OPTIONS. |
| saas.admit | Una consegna del payload del cliente, di default come application/json. | Su richiesta, una consegna a chiamata. Redirect non seguiti. |
| mcp.session | Una richiesta a un URL, mai con un body. | Pianificato. GET, HEAD o POST, al minimo ogni 30 secondi, di default ogni 300 secondi. |
| github.enforce | Stati dei commit ed esecuzioni di check pubblicati su api.github.com per un repository collegato. | Pianificato. I tuoi name server vedono i resolver, non noi. |
Cosa possiamo dirti su questo traffico
Proviene dalla rete di Cloudflare
Richieste inoltrate e check partono dalla rete Cloudflare, quindi vedi un indirizzo Cloudflare, non quello del cliente. La documentazione non indica un intervallo di indirizzi o uno user agent fisso per questo traffico.
Le credenziali vengono dal cliente
Non aggiungiamo credenziali, header di identità o di firma nostri. Gli header che ricevi sono quelli che il cliente ha scelto di inviare, dopo che togliamo host, connection, content-length e ogni header cf-.
I redirect non sono mai seguiti
Un 301 o 302 è registrato come risposta e non seguito. Ogni richiesta ha un limite: 30 secondi di default, mai oltre 60.
Indirizzi privati rifiutati
Destinazioni su localhost, nomi interni e intervalli IP privati o riservati sono rifiutate quando il cliente le invia e di nuovo prima di ogni check pianificato.
Cosa aiuta a trovare l’origine
- L’hostname e i path che hanno ricevuto le richieste.
- La prima e l’ultima volta che le hai viste, in UTC, e quante circa.
- Il metodo, i codici di stato restituiti e i valori di header che sembrano del cliente (prefisso di un bearer token, user agent personalizzato, client id). Mai un segreto completo.
- L'id di una voce del registro, se qualcuno ti ha mostrato una voce relativa al traffico.
Le tue risposte fanno parte del record. La ricevuta di una chiamata inoltrata riporta il codice di stato restituito, e un’alta quota di 401 e 403 da un host è uno dei pattern cercati dal nostro rilevamento su agent.call. Puoi rifiutare o limitare il traffico mentre indaghiamo.
Cosa includere in ogni report.
La Policy d’uso accettabile chiede quattro cose. Più sono precise, prima colleghiamo una segnalazione a un workspace.
Cosa hai visto
Una descrizione semplice: cosa è successo, a quale sistema o persona, e perché ritieni che violi la policy.
Quando, in UTC
L’ora del primo e dell’ultimo evento. Se i log usano un’ora locale, indica il fuso.
Identificatori
Ogni id ricevuta, URL o hostname coinvolto. Un id ricevuta è un codice di 26 caratteri che inizia con l’ora di emissione.
Come contattarti
Un indirizzo email a cui scriverti se serve altro. Lo usiamo solo per questo caso.
Non inviare chiavi API, password o dati personali di altri oltre a quanto serve alla segnalazione. Il modulo rifiuta una segnalazione che contiene una chiave API Intramedial o un token di accesso completi.
Cosa succede poi.
Le segnalazioni sono esaminate e gestite secondo la sezione 3 della Policy d’uso accettabile. Nessuna decisione automatica; non pubblichiamo tempi di risposta.
- Ricevuta
Ricevi a schermo un riferimento del tipo AR-20261026-XXXXXX. Conservalo per ogni seguito.
- Esame da una persona
Dove possiamo, colleghiamo il caso a un workspace. Il rilevamento su agent.call può alzare un flag, ma il flag chiede solo a una persona di guardare.
- Azione, per gravità
Possiamo avvisare il cliente e chiedere una correzione; limitare, revocare o sospendere chiavi; sospendere workspace o account, subito se c’è danno o rischio per altri; o chiudere l’accesso per i Termini.
- Il cliente saprà il perché
Diciamo al cliente perché abbiamo agito, salvo che la legge lo vieti o che dirlo metta altri a rischio.
- Cosa ti diciamo
Potremmo farti domande. Potremmo non poterti dire l’esito, perché riguarda l’account di un altro cliente. Se segnali un contenuto che ritieni illegale secondo il diritto dell’UE, ti comunichiamo la nostra decisione e come contestarla.
Reati gravi
Se riteniamo che sia coinvolto un reato grave, come lo sfruttamento sessuale di minori, o se la legge lo richiede, conserviamo le prove e informiamo le forze dell’ordine o altre autorità.
Forze dell’ordine e richieste legali
Ecco cosa dicono i nostri termini pubblicati sulle richieste di tribunali, autorità e forze dell’ordine. È una sintesi; vincolano i documenti linkati.
Atti legali validi
Comunichiamo dati personali a tribunali, autorità e forze dell’ordine quando la legge o un atto legale valido lo richiede, e collaboriamo con gli atti legali validi.
Richieste di dati clienti
Se un governo chiede dati personali che trattiamo per un cliente, lo informiamo dove la legge lo consente e comunichiamo solo ciò che siamo obbligati per legge.
Legge vigente
Il contratto con i clienti è regolato dalle leggi dello Stato del Delaware, USA. La parte contraente è la società sotto.
Quali record esistono, e quali invece no
- Le ricevute contengono hash e metadati leggibili: URL di destinazione, etichette, id agente e, per le attestazioni di commit, nome ed email dell’autore. Sono conservate per la finestra del piano.
- Body e header di richieste e risposte inoltrate non sono salvati, salvo che il cliente attivi la conservazione dei body di risposta.
- Gli eventi di sicurezza (accessi, cambi di chiave, accessi negati) sono in un log di audit append-only con indirizzo IP e user agent.
- I log operativi si tengono al massimo 30 giorni.
Come fare una richiesta
Usa il modulo sotto scegliendo «Forze dell’ordine o autorità pubblica», o scrivi a abuse@intramedial.com. Indirizza gli atti legali formali alla società:
SocietàAvonao, Inc.254 Chapman Rd, Ste 208 #21918
Newark, Delaware 19702
United States
Se il tuo workspace è segnalato o sospeso.
Un workspace ha uno di quattro stati: pulito, segnalato, in esame o sospeso. Il rilevamento non sospende né abbassa mai uno stato da solo; una sospensione è una decisione presa da una persona su prove.
cleanNiente da segnalare.flaggedUn pattern ha chiesto a una persona di guardare. Si opera.under_reviewUna persona sta esaminando le prove.suspendedAccesso sospeso per decisione di una persona.Fare ricorso
- Leggi stato e motivo, con i numeri che lo hanno causato, nella dashboard oppure con /docs/api-account.
- Presenta un ricorso da 50 a 5.000 caratteri con /docs/api-account. Ricevi un id ricorso.
- Oppure scrivi dalla pagina di supporto citando l’id ricorso. Una persona legge ogni ricorso.
Non diamo tempi di risposta fissi. Le tariffe non sono rimborsate per accessi sospesi o chiusi per violazione della Policy d’uso accettabile.
Segnala abuso.
Tutto ciò che è in questo modulo va a abuse@intramedial.com e altrove no. I campi facoltativi possono restare vuoti.
