01
GeltungsbereichWas als Missbrauch gilt.
Die Richtlinie zur akzeptablen Nutzung bindet alle, die Intramedial nutzen, auch im Demo-Workspace. Kurz: Nutzen Sie den Dienst für rechtmäßige Arbeit an Systemen, die Sie kontaktieren dürfen, missbrauchen Sie ihn nicht und stellen Sie nicht falsch dar, was ein Ledger-Eintrag belegt.
2.1Rechtsbruch oder Angriffe auf andere
- Anfragen senden, Traffic weiterleiten oder Prüfungen planen gegen Systeme, die der Absender nicht kontaktieren darf.
- Systeme Dritter scannen, ausloten oder überlasten, etwa Port-Scans, Credential Stuffing, Denial of Service oder Schwachstellen-Scans über Relay oder geplante Prüfungen.
- Zugangsdaten abgreifen oder Spam, Phishing oder Malware über Webhook-Zustellungen oder Agent-Aufrufe senden.
2.2Rechtswidrige/verletzende Inhalte
- Inhalte attestieren oder weiterleiten, die illegal sind, Kinder sexuell ausbeuten, Gewalt oder Terror fördern oder geistiges Eigentum bzw. Persönlichkeitsrechte verletzen.
- Personenbezogene Daten ohne Rechtsgrundlage senden oder Geheimnisse, Gesundheits-, Finanz- oder Kontaktdaten in lesbare Belegfelder schreiben.
2.3Belege falsch darstellen
- Einen Beleg fälschen, ändern, falsch darstellen oder andeuten, er beweise mehr als er tut.
- Einen Demo-Ledger-Eintrag als Produktionseintrag darstellen oder eine gemeldete Tatsache als von Intramedial beobachtet.
- Behaupten, ein Ledger-Eintrag sei Rechtsberatung oder ein unabhängiges Audit, oder Intramedial empfehle ein Produkt oder einen Inhalt.
2.4Missbrauch des Geschäftsmodells
- Kontingente, Ratenlimits, Platzlimits oder die Grenze von einem Testschlüssel pro Netz umgehen, auch mit Zusatzkonten oder -schlüsseln.
- Plätze oder Schlüssel über die Organisation hinaus teilen oder den Dienst ohne Vertrag weiterverkaufen.
2.5Eingriffe in den Dienst selbst
- Authentifizierung, Mandantentrennung oder den Filter umgehen, der Anfragen an private und interne Adressen blockiert.
- Testschlüssel oder Konten automatisiert in großer Zahl anlegen.
- Dienst oder Signaturschlüssel außerhalb der Responsible-Disclosure-Policy ausloten.
Sicherheitsforschung in gutem Glauben nach der Responsible-Disclosure-Policy verstößt nicht gegen die Nutzungsrichtlinie. Responsible-Disclosure-Policy
02
BetreiberWenn Sie ein Ziel betreiben, das Anfragen erhält.
Drei Intramedial-Pfade senden Anfragen an eine Adresse, die ein Kunde wählt. Zeigt einer davon auf Ihr System, sehen Sie hier, wie der Verkehr aussieht und was wir brauchen, um seine Quelle zu finden.
Welche Tools Ihre Systeme sehen
| Tool | Was Sie erreicht | Muster |
|---|
| mcp.enforce | Eine HTTP-Anfrage pro Aufruf, mit Methode, Headern und Body nach Wahl des Kunden. | Auf Abruf. GET, POST, PUT, PATCH, DELETE, HEAD oder OPTIONS. |
| saas.admit | Eine Zustellung der Kunden-Payload, standardmäßig als application/json. | Auf Abruf, eine Zustellung je Aufruf. Ohne Weiterleitungen. |
| mcp.session | Eine Anfrage an eine URL, nie mit Body. | Geplant. GET, HEAD oder POST, frühestens alle 30 Sekunden, standardmäßig alle 300 Sekunden. |
| github.enforce | Commit-Status und Check-Runs, die für ein verbundenes Repository an api.github.com gesendet werden. | Geplant. Ihre Nameserver sehen die Resolver, nicht uns. |
Was wir über den Traffic sagen können
Er kommt aus dem Cloudflare-Netz
Weitergeleitete Anfragen und Prüfungen kommen aus dem Cloudflare-Netz, Sie sehen also eine Cloudflare-Adresse, nicht die des Kunden. Unsere Doku nennt dafür keinen festen Adressbereich und keinen User-Agent.
Zugangsdaten stammen vom Kunden
Wir fügen keine eigenen Zugangsdaten, Identitäts- oder Signatur-Header hinzu. Sie erhalten die Header, die der Kunde senden wollte, ohne host, connection, content-length und alle cf-Header.
Weiterleitungen folgen wir nie
Ein 301 oder 302 wird als Antwort erfasst, nicht abgerufen. Jede Anfrage ist begrenzt: standardmäßig 30 Sekunden, nie mehr als 60.
Private Adressen abgelehnt
Ziele auf localhost, interne Namen und private oder reservierte IP-Bereiche lehnen wir ab, wenn ein Kunde sie einreicht, und erneut vor jeder geplanten Prüfung.
Was beim Finden der Quelle hilft
- Hostname und Pfade, die die Anfragen erhielten.
- Wann Sie sie zuerst und zuletzt sahen, in UTC, und etwa wie viele.
- Die Methode, Ihre Statuscodes und Header-Werte, die nach dem Kunden aussehen (Präfix eines Bearer-Tokens, eigener User-Agent, Client-ID). Senden Sie nie ein ganzes Geheimnis.
- Eine Ledger-Eintrags-ID, falls Ihnen jemand einen Eintrag zu dem Verkehr gezeigt hat.
Ihre Antworten sind Teil der Akte. Der Beleg eines weitergeleiteten Aufrufs enthält Ihren Statuscode, und ein hoher Anteil 401- und 403-Antworten eines Hosts ist eines der Muster, auf die unsere Erkennung bei agent.call achtet. Sie dürfen den Traffic ablehnen oder drosseln, solange wir prüfen.
03
Checkliste MeldungWas in jede Meldung gehört.
Die Nutzungsrichtlinie verlangt vier Angaben. Je genauer sie sind, desto schneller ordnen wir eine Meldung einem Workspace zu.
01Was Sie sahen
Eine klare Beschreibung: was geschah, welchem System oder wem, und warum es gegen die Richtlinie verstößt.
02Wann, in UTC
Zeit des ersten und letzten Ereignisses. Nutzen Ihre Logs Ortszeit, nennen Sie die Zone.
03Kennungen
Jede beteiligte Beleg-ID, URL oder jeder Hostname. Eine Beleg-ID ist ein 26-stelliger Code, der mit dem Ausstellzeitpunkt beginnt.
04Ihre Kontaktdaten
Eine E-Mail-Adresse für Rückfragen. Wir nutzen sie nur für diese Meldung.
Bitte senden Sie keine API-Schlüssel, Passwörter oder personenbezogenen Daten Dritter, die über das für die Meldung Nötige hinausgehen. Das Formular weist eine Meldung zurück, die einen vollständigen Intramedial-API-Schlüssel oder Zugriffstoken enthält.
04
PrüfverfahrenWie es weitergeht.
Meldungen werden nach Abschnitt 3 der Nutzungsrichtlinie geprüft und bearbeitet. Es gibt keine automatisierte Entscheidung, und wir nennen keine Bearbeitungszeit.
- Eingegangen
Sie sehen ein Aktenzeichen der Form AR-20261026-XXXXXX. Bewahren Sie es für Rückfragen auf.
- Prüfung durch Menschen
Wo möglich, ordnen wir die Meldung einem Workspace zu. Die Erkennung bei agent.call kann markieren, doch das bittet nur einen Menschen hinzusehen.
- Maßnahmen nach Schwere
Wir können den Kunden verwarnen und Abhilfe verlangen; Schlüssel begrenzen, widerrufen, sperren; Workspace oder Konto sperren, sofort bei Schaden oder Gefahr für andere; oder den Zugang nach den AGB beenden.
- Der Kunde erfährt den Grund
Wir nennen dem Kunden den Grund, außer das Gesetz verbietet es oder es würde andere gefährden.
- Was Sie erfahren
Eventuell stellen wir Ihnen Fragen. Das Ergebnis können wir evtl. nicht nennen, da es das Konto eines anderen Kunden betrifft. Melden Sie Inhalte, die Sie nach EU-Recht für rechtswidrig halten, teilen wir Ihnen unsere Entscheidung dazu mit und wie Sie sie anfechten können.
Schwere Delikte
Vermuten wir eine schwere Straftat, etwa sexuelle Ausbeutung von Kindern, oder verlangt es das Gesetz, sichern wir Beweise und melden sie Strafverfolgungs- oder anderen Behörden.
05
BehördenStrafverfolgung und Rechtsanfragen
Das sagen unsere Bedingungen zu Anfragen von Gerichten, Aufsichts- und Strafverfolgungsbehörden. Eine Zusammenfassung; bindend sind die Dokumente.
Gültige Verfahren
Wir legen Gerichten, Aufsichts- und Strafverfolgungsbehörden personenbezogene Daten offen, wo Gesetz oder gültiges Verfahren es verlangen, und kooperieren mit diesen.
Datenschutz §5 · Nutzungsrichtlinie §3
Anfragen nach Kundendaten
Verlangt eine Behörde Daten, die wir für einen Kunden verarbeiten, informieren wir den Kunden, soweit das Gesetz es erlaubt, und legen nur rechtlich Gefordertes offen.
Auftragsverarbeitung (AVV) §11
Geltendes Recht
Der Kundenvertrag unterliegt dem Recht des Bundesstaats Delaware, USA. Vertragspartner ist das unten genannte Unternehmen.
Nutzungsbedingungen §15
Welche Daten existieren, welche nicht
- Belege enthalten Hashes und lesbare Metadaten: Ziel-URLs, Labels, Agent-IDs und bei Commit-Attestierungen Name und E-Mail des Autors. Sie bleiben für das Zeitfenster des Kundentarifs erhalten.
- Bodys und Header weitergeleiteter Anfragen und Antworten speichern wir nicht, außer der Kunde aktivierte Aufbewahrung für Antwort-Bodys.
- Sicherheitsrelevante Ereignisse (Anmeldungen, Schlüsseländerungen, verweigerter Zugriff) stehen mit Quell-IP und User-Agent im Append-only-Audit-Log.
- Betriebslogs bewahren wir höchstens 30 Tage auf.
Quelle: Daten & Datenschutz
So stellen Sie Anfragen
Nutzen Sie das Formular unten mit „Strafverfolgung oder Behörde“ oder schreiben Sie an abuse@intramedial.com. Förmliche Verfahren richten Sie an das Unternehmen:
FirmaAvonao, Inc.
254 Chapman Rd, Ste 208 #21918
Newark, Delaware 19702
United States06
EinspruchWenn Ihr Workspace markiert/gesperrt wurde.
Ein Workspace hat einen von vier Status: unauffällig, markiert, in Prüfung oder gesperrt. Die Erkennung sperrt nie und senkt nie selbst einen Status; eine Sperre entscheidet ein Mensch auf Basis von Belegen.
cleanKein Anlass erfasst.
flaggedEin Muster bat einen Menschen um Prüfung. Aufrufe laufen.
under_reviewEin Mensch prüft gerade die Beweise.
suspendedPer Entscheidung eines Menschen gesperrt.
Ihr Einspruch
- Lesen Sie Status und Grund samt der auslösenden Zahlen im Dashboard oder per Aufruf /docs/api-account.
- Legen Sie per /docs/api-account Einspruch mit 50 bis 5.000 Zeichen ein. Sie erhalten eine ID.
- Oder schreiben Sie über die Support-Seite mit Einspruchs-ID. Jeden Einspruch liest ein Mensch.
Referenz der Konto-API · Support
Wir nennen keine feste Bearbeitungszeit. Gebühren für wegen Verstoßes gegen die Nutzungsrichtlinie gesperrten oder beendeten Zugang erstatten wir nicht.