01
PérimètreCe qu’est un abus.
La politique d’utilisation acceptable engage toute personne qui utilise Intramedial, y compris dans l’espace de travail de démonstration. En bref : utilisez le Service pour un travail licite sur des systèmes que vous avez le droit de contacter, n’en abusez pas, et ne présentez pas de façon trompeuse ce qu’un enregistrement de registre prouve.
2.1Enfreindre la loi ou attaquer autrui
- Envoyer des requêtes, relayer du trafic ou planifier des contrôles vers des systèmes interdits à l’expéditeur.
- Scanner, sonder ou surcharger des systèmes tiers, y compris scans de ports, credential stuffing, déni de service ou scans de failles via le relais ou les contrôles planifiés.
- Récolter des identifiants, ou envoyer spam, phishing ou malware via webhooks ou appels d’agents.
2.2Contenu illicite ou contrefaisant
- Attester ou relayer un contenu illégal, d’exploitation sexuelle d’enfants, prônant violence ou terrorisme, ou portant atteinte à la propriété intellectuelle ou à la vie privée.
- Soumettre des données perso sans base légale, ou mettre secrets, données de santé, financières ou de contact dans des champs lisibles d’un reçu.
2.3Présenter des reçus à tort
- Falsifier, modifier ou dénaturer un reçu, ou suggérer qu’il prouve plus qu’il ne prouve.
- Présenter une entrée de registre de démonstration comme un enregistrement de production, ou un fait rapporté comme un fait observé par Intramedial.
- Affirmer qu’une entrée de registre constitue un avis juridique ou un audit indépendant, ou qu’Intramedial cautionne un produit ou un contenu.
2.4Abuser du modèle commercial
- Contourner quotas, limites de débit, de sièges ou la limite d’une clé de test par réseau, y compris avec des comptes ou clés en plus.
- Partager un siège ou des clés hors de l’organisation, ou revendre le Service sans accord écrit.
2.5Interférer avec le Service
- Contourner l’authentification, l’isolation des locataires ou le filtre bloquant les adresses privées et internes.
- Créer en masse des clés de test ou comptes par automatisation.
- Sonder le Service ou les clés de signature hors politique de divulgation responsable.
Une recherche de sécurité de bonne foi, conforme à la divulgation responsable, n’enfreint pas la politique d’usage acceptable. La divulgation responsable
02
OpérateursSi vous exploitez une cible qui reçoit des requêtes.
Trois chemins d’Intramedial envoient des requêtes vers une adresse choisie par un client. Si l’un d’eux pointe vers votre système, voici à quoi ressemble le trafic et ce dont nous avons besoin pour en retrouver l’origine.
Outils atteignant vos systèmes
| Outil | Ce qui vous arrive | Schéma |
|---|
| mcp.enforce | Une requête HTTP par appel, avec méthode, en-têtes et corps choisis par le client. | À la demande. GET, POST, PUT, PATCH, DELETE, HEAD ou OPTIONS. |
| saas.admit | Une livraison de la charge du client, par défaut en application/json. | À la demande, une livraison par appel. Pas de redirection suivie. |
| mcp.session | Une requête vers une URL, jamais de corps. | Planifié. GET, HEAD ou POST, toutes les 30 secondes au plus vite, 300 secondes par défaut. |
| github.enforce | Statuts de commit et check runs publiés sur api.github.com pour un dépôt connecté. | Planifié. Vos serveurs DNS voient les résolveurs, pas nous. |
Ce que nous pouvons dire de ce trafic
Le trafic vient du réseau Cloudflare
Requêtes relayées et contrôles partent du réseau Cloudflare : vous voyez une adresse Cloudflare, pas celle du client. Notre documentation ne cite ni plage d’adresses fixe ni user agent pour ce trafic.
Les identifiants viennent du client
Nous n’ajoutons ni identifiants, ni en-têtes d’identité ou de signature à nous. Vous recevez les en-têtes que le client a choisi d’envoyer, après retrait de host, connection, content-length et de tout en-tête cf-.
Aucune redirection suivie
Un 301 ou 302 est consigné comme réponse, sans être suivi. Chaque requête est bornée : 30 secondes par défaut, jamais plus de 60.
Adresses privées : refusées
Les cibles en localhost, noms internes et plages IP privées ou réservées sont refusées quand un client les soumet, puis avant chaque contrôle planifié.
Ce qui aide à trouver la source
- Le nom d’hôte et les chemins qui ont reçu les requêtes.
- Première et dernière occurrence, en UTC, et leur nombre approximatif.
- La méthode, les codes de statut renvoyés et toute valeur d’en-tête propre à un client (préfixe de jeton bearer, user agent maison, id client). N’envoyez jamais un secret entier.
- Un identifiant d’entrée de registre, si quelqu’un vous a montré une entrée correspondant au trafic.
Vos réponses font partie du relevé. Le reçu d’un appel relayé porte le code de statut renvoyé, et une forte part de 401 et 403 d’un même hôte est l’un des schémas que notre détection sur agent.call recherche. Vous pouvez refuser ou limiter ce trafic pendant notre enquête.
03
Liste de contrôleQuoi inclure dans un signalement.
La politique d’usage acceptable demande quatre éléments. Plus ils sont précis, plus vite nous trouvons le workspace.
01Vos constats
Une description simple : ce qui s’est passé, sur quel système ou qui, et pourquoi cela enfreint la politique.
02Quand, en UTC
Heure du premier et du dernier événement. Journaux en heure locale ? Précisez le fuseau.
03Identifiants
Tout id de reçu, URL ou nom d’hôte concerné. Un id de reçu est un code de 26 caractères qui commence par son heure d’émission.
04Où vous joindre
Une adresse e-mail où vous écrire s’il nous faut plus. Elle ne sert qu’à ce signalement.
Merci de ne pas envoyer de clés API, de mots de passe ni de données personnelles d’autres personnes au-delà de ce que le signalement exige. Le formulaire refuse un signalement qui contient une clé API ou un jeton d’accès Intramedial complet.
04
Notre examenLa suite donnée.
Les signalements sont examinés et traités selon la section 3 de la politique d’usage acceptable. Aucune décision automatique, et nous ne publions pas de délai.
- Réception
Vous obtenez à l’écran une référence du type AR-20261026-XXXXXX. Gardez-la pour tout suivi.
- Examiné par un humain
Nous relions le signalement à un workspace si possible. La détection sur agent.call peut lever un signal, qui ne fait que demander un examen humain.
- Mesure selon gravité
Nous pouvons avertir le client et demander un correctif ; limiter, révoquer ou suspendre des clés ; suspendre un workspace ou compte, aussitôt en cas de tort ou risque pour autrui ; ou couper l’accès (CGU).
- Le client sait pourquoi
Nous disons au client pourquoi nous avons agi, sauf si la loi l’interdit ou si cela mettrait autrui en danger.
- Ce que vous saurez
Nous pouvons vous poser des questions. Nous ne pourrons peut-être pas dire l’issue : elle touche le compte d’un autre client. Si vous signalez un contenu que vous estimez illicite au regard du droit de l’UE, nous vous indiquons notre décision et comment la contester.
Crimes graves
Si nous pensons qu’un crime grave est en jeu, comme l’exploitation sexuelle d’enfants, ou si la loi l’exige, nous conservons les preuves et alertons les forces de l’ordre ou autres autorités.
05
AutoritésForces de l’ordre et demandes légales
Voici ce que disent nos conditions publiées sur les demandes de tribunaux, régulateurs et forces de l’ordre. C’est un résumé ; les documents liés font foi.
Procédure légale
Nous divulguons des données perso aux tribunaux, régulateurs et forces de l’ordre quand la loi ou une procédure légale valide l’exige, et coopérons avec celle-ci.
Confidentialité §5 · Usage acceptable (AUP) §3
Demandes de données client
Si une autorité demande des données perso traitées pour un client, nous l’en informons si la loi le permet, et ne divulguons que ce que la loi nous impose.
Accord de traitement (DPA) §11
Droit applicable
Le contrat avec les clients est régi par le droit de l’État du Delaware, USA. L’entité contractante est la société ci-dessous.
Conditions d’usage §15
Quels relevés existent, et lesquels non
- Les reçus portent des hashes et des métadonnées lisibles : URL cibles, libellés, ids d’agents et, pour les commits attestés, nom et e-mail de l’auteur. Gardés selon la fenêtre du forfait du client.
- Corps et en-têtes des requêtes et réponses relayées ne sont pas stockés, sauf si le client a activé la rétention des corps de réponse.
- Les événements de sécurité (connexions, changements de clés, accès refusés) sont dans un journal d’audit en ajout seul, avec IP source et user agent.
- Journaux d’exploitation : 30 jours au plus.
Voir : Données, vie privée
Envoyer une demande
Passez par le formulaire ci-dessous (« Forces de l’ordre ou autorité publique ») ou écrivez à abuse@intramedial.com. Adressez les actes formels à la société :
SociétéAvonao, Inc.
254 Chapman Rd, Ste 208 #21918
Newark, Delaware 19702
United States06
RecoursSi votre workspace a été signalé ou suspendu.
Un workspace a l’un de quatre états : sain, signalé, en examen ou suspendu. La détection ne suspend jamais et n’abaisse jamais un statut seule ; une suspension est une décision humaine fondée sur des preuves.
cleanAucun souci consigné.
flaggedUn schéma a demandé un examen. Vos appels tournent.
under_reviewUne personne examine les preuves.
suspendedAccès suspendu par une décision humaine.
Faire un recours
- Lisez l’état et sa raison, avec les chiffres qui l’ont déclenché, dans le tableau de bord ou via /docs/api-account.
- Déposez un recours de 50 à 5 000 caractères via /docs/api-account. Vous recevez un id de recours.
- Ou écrivez via la page support en citant l’id de recours. Un humain lit chaque recours.
Référence API du compte · Support
Nous ne donnons pas de délai fixe. Les frais ne sont pas remboursés pour un accès suspendu ou coupé pour violation de la politique d’usage acceptable.