Meta’s Muse Chat Sharing-Funktion exponiert Chats für öffentliche Suche

Muse, die KI-Chat-App von Meta, explodierte mit mehr als 10,9 Millionen Downloads in nur 40 Tagen, laut Sensor Tower-Daten, die von TechCrunch berichtet wurden. Doch jetzt liegt der Fokus auf einem offensichtlichen Datenschutzproblem. Claroc, ein Sicherheitsunternehmen, das sich auf KI-bezogene Risiken konzentriert, fand heraus, dass Muse-Chats, die über einen Link geteilt wurden, von jedem entdeckt werden konnten, der öffentliche Internetaufzeichnungen durchsuchte – selbst wenn der Absender dachte, nur ausgewählte Personen würden sie sehen.

The Verge berichtet, dass Meta die Sharing-Funktion von Muse pausiert hat, während sie das Problem klären.

Meta hat das Wachstum von Muse nicht dem Zufall überlassen. Sie haben 39 % ihres Werbebudgets im Oktober in die App investiert, um Vertrauen aufzubauen und die Nutzerzahl schnell zu steigern. Aber wenn man so schnell skaliert – besonders für ein Tool, das sowohl für normale Nutzer als auch für Unternehmen gedacht ist – wird jeder Fehler im Datenschutz verstärkt.

Sensible Inhalte in den falschen Händen sind immer ein Risiko, aber besonders bei Muse’s beabsichtigtem Publikum.

Wie Muse Sharing funktioniert – und was schiefgelaufen ist

Muse ermöglicht es Nutzern, Chat-Gespräche in einzigartige Webseiten umzuwandeln, die für jeden mit dem Link zugänglich sind – ohne Login-Wände. Das ist ein gängiger Ansatz für KI-Chat-Apps, die Zusammenarbeit fördern sollen. Aber Muse’s Ansatz beinhaltete sowohl den Titel des Chats als auch einen zufälligen Code in der Webadresse.

Wenn Sie also einen Chat "Q3-Budgetüberprüfung" nannten, würde die URL wie q3-budget-review-4d7a19e2 aussehen – alles auf einer von Meta betriebenen Domain.

Jedes Mal, wenn jemand einen geteilten Muse-Chat öffnete, führte ihr Browser eine DNS-Abfrage für die Adresse durch. Passive DNS-Dienste zeichnen diese Abfragen stillschweigend auf, und jeder mit Zugang kann die Adressen durchsuchen und abrufen. So entdeckte Claroc über 6.800 Muse-Share-URLs, mit klaren Chat-Titeln, die im Grunde den Inhalt indizierten.

Der zufällige Teil der URL sollte die Links schwer erratbar machen, aber das spielte keine Rolle – da die gesamte Adresse, einschließlich des zufälligen Codes, in öffentlichen Protokollen landete, sobald jemand sie besuchte.

Claroc’s eingehende Untersuchung zeigte, dass diese URLs nicht nur theoretisch exponiert waren – sie wurden aktiv von passiven DNS-Datenbanken indiziert. Jeder, der entschlossen war (oder die richtige Automatisierung hatte), konnte geteilte Muse-Chats aufspüren und auflisten, ohne jemals den ursprünglichen Link zu benötigen. Mit den Chat-Titeln direkt in der Adresse war es sogar einfacher, Chats mit potenziell sensiblen Inhalten zu erkennen.

Das meiste, was Claroc fand, war ziemlich alltäglich – kleine Unternehmenswebsites, Veranstaltungskalender. Aber einige URLs enthüllten viel sensiblere Daten:

  • Private Notizen eines Bewerbers für ein Gespräch mit einem führenden KI-Labor, einschließlich interner Kontakte und Besprechungszeiten
  • Eine interne Umsatzüberprüfung von einer Marketingfirma, die für den CEO gekennzeichnet war
  • Ein Antrag auf einen Kleinunternehmerkredit, der den Kreditbetrag offenlegte
  • Ein Urlaubsplan für das gesamte Jahr, der Dutzende von Mitarbeitern auflistete

Dieses Spektrum – von HR-Notizen bis hin zu strategischer Unternehmensplanung – zeigt, dass das Risiko der Exposition nicht auf eine bestimmte Art von Daten oder Unternehmen beschränkt ist. Wenn Ihr Team kollaborative Chat-Tools verwendet, könnten Sie betroffen sein.

Claroc meldete das Problem am 8. Oktober an Metas Bug-Bounty-Programm. Sie fanden keinen Beweis für Missbrauch, und die Chats wurden nur öffentlich, weil Nutzer sie geteilt hatten.

Dennoch deckte Claroc’s Überprüfung nur einen DNS-Dienst, eine Art von Adresse und einen bestimmten Zeitraum ab. Der tatsächliche Umfang könnte noch breiter sein – Claroc fand am letzten Tag ihrer Überprüfung 27 frische Share-URLs, sodass die Leute weiterhin teilten, während die Überprüfung zunahm.

Auswirkungen für Unternehmen und Fachleute

Dieser Fall beschreibt eine harte Wahrheit für alle, die auf KI-gestützte Zusammenarbeit angewiesen sind: Nur weil ein Link „nicht gelistet“ ist, bedeutet das nicht, dass er privat ist. Für Unternehmen ist dies kein hypothetisches Risiko – Claroc’s Ergebnisse umfassten vertrauliche interne Dokumente, die jeder zufällig entdecken könnte.

Stellen Sie sich einen Manager vor, der einen Muse-Chat mit einem Entwurf eines Geschäftsplans oder einer Liste bevorstehender Entlassungen teilt, in der Annahme, dass nur die Empfänger ihn sehen werden. Wenn dieser Link nur einmal geöffnet wird, könnte seine Adresse (und vielleicht sein Inhalt) in einem öffentlichen DNS-Protokoll landen, das von jedem mit den richtigen Werkzeugen entdeckt werden kann. Das ist eine ernsthafte Sorge für Unternehmen, die mit sensiblen Kundendaten, HR-Aufzeichnungen oder proprietären Plänen umgehen.

Das Problem wird dadurch verstärkt, dass viele Nutzer – und sogar IT-Profis – nicht wissen, wie passive DNS-Protokollierung funktioniert. Im Gegensatz zu Ihrem typischen Webserver, bei dem der Dienstanbieter die Zugriffsprotokolle kontrolliert, werden passive DNS-Aufzeichnungen von Dritten geführt und können von jedem mit Zugang durchsucht werden. Das Löschen eines Muse-Chats oder das Widerrufen eines Links nach der Tatsache löst das Problem nicht unbedingt – die Adresse könnte immer noch da draußen sein, und jemand könnte die Informationen während des Expositionsfensters kopiert haben.

Es gibt auch ein weiteres Risiko: den Chat-Titel in der URL zu setzen. Das ist praktisch für die Nutzer, aber riskant, wenn der Titel verrät, worüber diskutiert wird. Ein Konkurrent oder ein böswilliger Akteur könnte nach Titeln wie "Q3-Budgetüberprüfung" oder "Fusionsplanung" suchen – sie müssten die Seite nicht einmal öffnen, um wertvolle Informationen zu erhalten.

Praktische Schritte zum Schutz geteilter Inhalte

Wenn Sie oder Ihr Team KI-Chat-Apps mit teilbaren Links verwenden, sollten Sie jetzt Folgendes tun, um die Exposition zu verringern:

  • Teilen Sie keine sensiblen Informationen über öffentliche oder nicht gelistete Links – insbesondere wenn kein Login erforderlich ist.
  • Überprüfen Sie Ihre Sharing-Richtlinien für KI- und Cloud-Zusammenarbeitstools. Stellen Sie sicher, dass die Mitarbeiter den Unterschied zwischen „nicht gelistet“ und „privat“ kennen.
  • Achten Sie auf versehentliche Leaks, indem Sie öffentliche DNS-Aufzeichnungen nach Ihren eigenen Inhalten durchsuchen oder Sicherheitstools verwenden. Sicherheitsteams sollten nach Leaks suchen, insbesondere nach der Einführung neuer Apps.
  • Schulen Sie Mitarbeiter über die Risiken von „nicht gelisteten“ Links und warum Obskurität keine echte Sicherheit ist. Verwenden Sie reale Beispiele, um den Punkt zu verdeutlichen.
  • Bleiben Sie über Anbieter-Updates zu Sicherheitsproblemen oder Funktionsänderungen informiert. Meta hat das Teilen von Muse pausiert – achten Sie auf zukünftige Updates oder Patches.

Darüber hinaus sollten Sie in Betracht ziehen, technische Kontrollen einzuführen. Beispielsweise könnten Sie nicht authentifiziertes Teilen in Geschäftseinstellungen blockieren, Passwörter für geteilte Links verlangen oder DLP-Tools einsetzen, um zu verhindern, dass sensible Daten leichtfertig geteilt werden.

Meine Perspektive: Eine Warnung für die KI-Zusammenarbeit

So sehe ich das: Dies ist ein Lehrbuchbeispiel dafür, wie Bequemlichkeit und Sicherheit mit modernen KI-Tools in entgegengesetzte Richtungen ziehen. Einen Chat mit einem Link zu teilen, ist großartig für remote oder projektbasierte Teams. Aber wie Claroc’s Ergebnisse zeigen, können Abkürzungen – wie das Einfügen lesbarer Chat-Titel in URLs – nach hinten losgehen, insbesondere wenn öffentliche Infrastrukturen wie DNS-Protokolle im Spiel sind.

Es geht nicht nur um Muse. Viele SaaS- und KI-Plattformen verwenden ähnliche Sharing-Modelle, und die meisten Menschen haben keine Ahnung, wie „nicht gelistet“ schnell zu „öffentlich“ werden kann. Die Botschaft: Wenn etwas wirklich sensibel ist, verlassen Sie sich nicht auf Obskurität oder nicht gelistete Links.

Bestehen Sie auf echten Datenschutzfunktionen wie Passwörtern, ablaufenden Links oder Zugriffsprotokollen.

Wenn Sie nach KI-Tools für Ihr Team suchen, priorisieren Sie Sicherheitskontrollen über auffällige Funktionen oder Hype.

Eine Sache noch: Claroc, das Unternehmen, das das Problem aufgedeckt hat, verkauft auch Software zur Erkennung riskanter KI-Teilen. Ihr Anreiz ist offensichtlich, aber ihre technischen Erkenntnisse sind solide und durch Beweise gestützt. Wenn Sie ein Unternehmensleiter sind, geraten Sie nicht in Panik – aber gehen Sie mit einer gesunden Portion Skepsis an jede neue KI-Funktion heran und fordern Sie von den Anbietern Transparenz.

Fragen Sie nicht nur, wie eine Funktion funktioniert, sondern auch, wie sie fehlschlagen könnte – und was vorhanden ist, um diese Fehler zu erkennen oder zu verhindern.

Wenn Ihre Organisation bereits Muse oder ähnliche Tools verwendet, ist jetzt der Zeitpunkt, um zu überprüfen, was geteilt wurde, Zugriffsprotokolle zu überprüfen, falls Sie welche haben, und sich mit Anbietern über mögliche Expositionen in Verbindung zu setzen. Nutzen Sie dies als Anlass, um zu überdenken, wie Sie neue KI-Tools prüfen und einführen – Sicherheit und Datenschutz sollten direkt neben der Produktivität auf Ihrer Checkliste stehen.

Das Fazit

Der Muse-Sharing-Fehler sollte ein Weckruf sein: In der Welt der KI-Zusammenarbeit ist „nicht gelistet“ bei weitem nicht „privat“. Wenn Sie etwas Kritisches für Ihr Unternehmen teilen, stellen Sie sicher, dass Sie genau wissen, wer es sehen kann – und wie es sonst gefunden werden könnte. Behandeln Sie vorerst jeden teilbaren Link, als wäre er öffentlich, und halten Sie Ihre Anbieter an höhere Sicherheitsstandards.

Während diese KI-Tools sich vermehren, wird es eine Mischung aus Technologie, Schulung der Nutzer und Verantwortlichkeit der Anbieter erfordern, um sensible Geschäftsdaten tatsächlich sicher zu halten.

Für mehr Informationen zu Meta Muse besuchen Sie https://muse.meta.com/.