Schutzregeln für die Inhaltssicherheit
Die folgende Tabelle listet die in der aktuellen Version unterstützten Schutzregeln für die Inhaltssicherheit.
| Guardrail | Beschreibung | Betroffene Nutzer |
| Inhaltsreplikation blockieren |
- Optionen zur Verwaltung der Replikation von Inhalten sowohl in der Miro UI als auch in den Miro APIs sind nicht verfügbar. Zum Beispiel ist die Option, festzulegen, wer Board-Inhalte kopieren darf, in der UI nicht verfügbar, und die Möglichkeit, den Kopierzugriff über die Update-Board-API zu ändern, steht nicht zur Verfügung. - Optionen zur Replikation von Inhalten sind in der Miro UI nicht verfügbar. Dies beinhaltet: - Ein Board in die Teams anderer - Dateien vom Board herunterladen - Bilder vom Board herunterladen - PDFs vom Board herunterladen - Inhalte oder Objekte vom - Boards als Bild exportieren - Boards als PDF exportieren - Boards als eigene - Replikation von Inhalten über APIs ist |
Board-Eigentümer und -Miteigentümer sind nicht eingeschränkt. Board-Eigentümer und -Miteigentümer können Inhalte replizieren, damit der Board-Eigentümer das Board aktualisieren und bereinigte Versionen der Boards für die weitere Zusammenarbeit erstellen kann. Alle anderen sind eingeschränkt. |
| Miro-AI-Nutzung blockieren | - Alle Miro-AI-Funktionen sind deaktiviert und verhindern den Zugriff auf KI-gesteuerte Funktionen wie Texterstellung, Bilderkennung und intelligente Vorschläge. - Nutzer können keine KI-basierten Werkzeuge in Miro verwenden oder aktivieren. - Bestehende von Miro AI erstellte Inhalte bleiben unverändert; Nutzer können diese Inhalte bearbeiten oder erweitern. Nutzer können Miro AI jedoch nicht mehr verwenden, um die Inhalte zu bearbeiten oder zu aktualisieren. |
Alle Nutzer sind eingeschränkt, auch der Board-Eigentümer und die Miteigentümer. |
| Miro-MCP-Zugriff blockieren (Betaversion) | Wenn diese Schutzregel aktiviert ist, ist der Zugriff über den Miro MCP-Server für KI-Agenten und andere programmatische Clients nicht möglich. Dies gilt für alle Miro MCP-Toolaufrufe, die ein Miro Board betreffen, einschließlich Lese-, Schreib- und Aktualisierungsvorgängen. Diese Schutzregel betrifft nicht die nativen Miro AI-Funktionen; diese werden separat durch die Schutzregel „Miro-AI-Nutzung blockieren“ geregelt. | Alle sind eingeschränkt, einschließlich des Board-Eigentümers und der Miteigentümer. |
Freigabevorgaben
Die folgende Tabelle listet die in der aktuellen Version unterstützten Freigabevorgaben auf.
| Vorgabe | Beschreibung | Betroffene Nutzer |
| Öffentliche Freigabe blockieren |
- Die Option zum Freigeben für Jede Person mit Link ist in der Miro UI nicht verfügbar. - Öffentliches Freigeben über die API ist nicht möglich. Die API gibt als Antwort einen Fehler 403 zurück. - Block public sharing gilt nicht für Boards, die über den Zugangslink der Live-Einbettung eingebettet sind, da diese Boards nicht als über einen öffentlichen Link geteilt gelten. Weitere Informationen findest du in Wie du das Einbetten von Miro-Boards in unterstützten Apps erlaubst oder einschränkst. |
Alle sind eingeschränkt, einschließlich des Eigentümers des Boards. |
| Freigabe für Teams blockieren |
- Die Option zum Freigeben für Jede Person im Team ist in der Miro UI nicht verfügbar. - Freigeben für Teams über die API ist nicht verfügbar. Die API gibt als Antwort den Fehler 403 zurück. |
Alle sind eingeschränkt, einschließlich des Eigentümers des Boards. |
| Freigabe für die Organisation blockieren |
- Die Option, mit Anyone at Organization freizugeben, ist in der Miro-Oberfläche nicht verfügbar. - Freigabe für die Organisation über die API ist nicht möglich. Die API gibt als Antwort einen Fehler 403 zurück. |
Alle sind eingeschränkt, einschließlich des Board-Eigentümers. |
| Teilen außerhalb zulässiger Domains blockieren | - Das Teilen von Boards per direkter E-Mail‑Einladung ist auf Nutzer beschränkt, deren E‑Mail‑Adressen zu den in dieser Liste aufgeführten zulässigen Domains gehören. Diese Schutzregel wirkt sich nicht auf Zugriffe aus, die über Team‑, Organisations‑ oder öffentliche Links gewährt werden, da diese von separaten Schutzregeln gesteuert werden. - In diese Liste können bis zu 20 zulässige Domains eingetragen werden. - Diese Schutzregel ist so konzipiert, dass sie mit der Sicherheit > Freigabe > Zulässige Domains Einstellung zusammenarbeitet, die sowohl auf Organisations‑ als auch auf Team‑Ebene konfiguriert werden kann. Das bedeutet, dass, wenn du die Einstellung Zulässige Domains aktiviert hast, du sicherstellen musst, dass die Domain, für die du das Teilen von Boards erlauben möchtest, sowohl in der Einstellung für intelligente Schutzregeln als auch in der Sicherheit > Freigabe > Zugelassene Domains Einstellung. Hinweise: - Wenn das Board bereits mit E-Mail-Adressen geteilt wurde, die nicht in dieser Liste stehen, behalten die Nutzer, die bereits Zugriff auf das Board haben, weiterhin Zugriff. - Existierende Nutzer, die bereits Zugriff auf ein Board haben, aber nicht in der Liste der zugelassenen Domains stehen, werden in der Ansicht „Zugriff auf Board verwalten“ angezeigt. Du kannst diesen Nutzern den Zugriff manuell entziehen. - Du kannst Informationen zu den über die Seite „Klassifizierung“ angewendeten Domain-Einschränkungen ganz einfach einsehen. Beispiel 1: Sicherheit > Freigabe > Zugelassene Domains: miro.com, gmail.com Vom Guardrail zugelassene Domains: miro.com Ergebnis: Die Freigabe von Boards per direkter E-Mail-Einladung ist auf E-Mail-Adressen beschränkt, die auf miro.com enden. Obwohl gmail.com in den Einstellungen Sicherheit > Freigabe > Zulässige Domains erlaubt ist, wird es vom Guardrail nicht zugelassen. Beispiel 2: Sicherheit > Freigabe > Zulässige Domains: miro.com, gmail.com Vom Guardrail zugelassene Domains: example.org, example.com Ergebnis: Die Freigabe von Boards per direkter E-Mail-Einladung ist für keine Domain erlaubt, da sich die beiden Listen nicht überschneiden. |
Die Freigabe eines Boards per direkter Einladung per E-Mail ist auf Nutzer beschränkt, deren E-Mail-Adressen zu den auf dieser Liste zugelassenen Domains gehören. Diese Schutzregel gilt nicht für Zugriffe, die über ein Team, die Organisation oder über öffentliche Links gewährt werden, da diese von separaten Schutzregeln gesteuert werden. Wenn das Board bereits mit E-Mail-Adressen geteilt wurde, die nicht auf dieser Liste stehen, behalten die Personen, die bereits Zugriff auf das Board haben, weiterhin Zugriff. |