Innhold Vis
Meta Muse-deling er tilbake, men gamle delingslenker er erstattet med nye URL-er. Meta sier at feilen som gjorde delte sider enkle å finne via offentlige DNS-data, er rettet. Har du delt et Muse-objekt tidligere, må mottakeren få den nye lenken fra deg.
Gjenåpningen kom bare to dager etter at Meta stanset funksjonen. Sikkerhetsselskapet Claroc hadde funnet mer enn 6 800 delingsadresser gjennom ett søk i passive DNS-data. Blant sidene forskerne åpnet, lå både en lånesøknad, interne inntektstall og andre opplysninger som neppe var ment for tilfeldige fremmede.
Det er bra at Meta faktisk har gjort gamle adresser ubrukelige og ikke bare skrudd på den samme løsningen igjen. Men en ny URL gjør ikke en deling privat. Muse lager fortsatt sider som andre kan åpne med lenken, og det bør brukere og bedrifter behandle som offentlig publisering.
Hva har Meta endret i Muse-delingen?
Meta har slått delingsfunksjonen på igjen etter å ha endret URL-ene til delte Muse-objekter. David Singleton i Meta skrev 22. oktober at problemet er rettet, og at deling igjen er tilgjengelig. Han presiserte samtidig at saken gjaldt adresser til delte «artifacts» – dokumenter, bilder og andre resultater laget i Muse – og ikke en feil i selve chatdelingen.
Alle objekter som ble delt før rettelsen, har fått en ny adresse. Hvis noen besøker en gammel lenke, får de en beskjed om å be personen som delte innholdet om den nye. Det betyr litt ekstra styr, men her er Meta inne på noe riktig: Å bryte gamle lenker er bedre enn å la potensielt kjente adresser peke videre til innholdet.
The Verge beskriver gjenåpningen og viser til Singletons kunngjøring på X. Meta har foreløpig ikke publisert en detaljert teknisk forklaring av den nye URL-konstruksjonen. Derfor vet vi at gamle adresser er byttet ut, men ikke nøyaktig hvordan selskapet har kontrollert at nye adresser ikke kan kartlegges på samme måte.
Hvorfor måtte de gamle URL-ene bort?
Den forrige løsningen la tittelen på delingen og en tilfeldig ID i vertsnavnet under Metas innholdsdomene. Når en mottaker åpnet lenken, måtte nettleseren slå opp hele dette vertsnavnet i DNS. Passive DNS-tjenester kan lagre slike oppslag og gjøre dem søkbare.
Den tilfeldige ID-en skulle gjøre adressen vanskelig å gjette. Problemet var at ingen trengte å gjette den. Når hele vertsnavnet havnet i DNS-historikken, fulgte både tittelen og ID-en med. Claroc søkte etter Metas kjente innholdsdomene og fikk opp mer enn 6 800 vertsnavn som i praksis fungerte som en innholdsfortegnelse.
I Clarocs tekniske rapport står det at forskerne åpnet noen hundre av treffene uten konto eller innlogging. De fleste var harmløse, men et mindretall inneholdt tydelig sensitivt materiale: en bedrifts interne inntektsgjennomgang, en lånesøknad, et banksvindelvarsel med deler av et kontonummer og en ferieoversikt med navn på ansatte.
Dette var ikke et innbrudd i Muse-kontoer, og Claroc fant ingen bevis for at opplysningene var blitt misbrukt. Brukerne hadde selv bedt Muse dele innholdet. Designfeilen var at en lenke som skulle sendes til en bestemt mottaker, kunne finnes systematisk av folk som aldri hadde fått den.
Er de nye Muse-lenkene private?
Nei. En delingslenke er fortsatt en offentlig side for alle som har adressen. Metas rettelse skal hindre at adressene kan hentes som en søkbar liste gjennom den gamle DNS-mekanismen, men den gjør ikke innholdet adgangsbeskyttet.
Forskjellen mellom privat og ulistet er avgjørende. Privat innhold krever normalt innlogging, en godkjent mottaker eller en annen form for tilgangskontroll. Ulistet innhold er åpent for alle som får tak i lenken. Den nye løsningen kan være langt vanskeligere å oppdage, men en mottaker kan fortsatt videresende adressen, og lenken kan fortsatt havne i meldinger, logger eller andre tjenester.
Det betyr ikke at all deling med lenke er uforsvarlig. En tilfeldig og ugjettbar adresse kan fungere fint for innhold som tåler å bli delt videre. Men sikkerheten hviler da på at adressen forblir ukjent. Den modellen passer dårlig når dokumentet inneholder opplysninger som krever kontroll med hvem som faktisk får lese dem.
Meta beskriver Muse-objekter som blant annet dokumenter og bilder agenten lager mens den arbeider. Slike objekter kan inneholde langt mer enn et tilfeldig chatsvar. Muse er laget for å jobbe med e-post, dokumenter, kjøp og personlige oppgaver, så en delingsknapp kan sende reelle person- og bedriftsdata ut av arbeidsrommet.
Det er nettopp derfor tillit er blitt den røde tråden i Muse. Tidligere har agenten blant annet delt en brukers hjemmeadresse og sendt en kjøper dit. Når et verktøy ber om tilgang til så mye av livet ditt, er ikke «alle med lenken» en liten fotnote. Det er en sikkerhetsgrense.
Hva skjer med delinger fra før rettelsen?
Gamle delingsadresser skal ikke lenger åpne innholdet. Da Claroc testet 40 tidligere tilgjengelige sider 20. oktober, virket ingen av dem. Etter gjenåpningen sier Meta at besøkende til en gammel adresse bare får beskjed om å kontakte avsenderen for å få den nye URL-en.
Det begrenser den videre risikoen, men historiske DNS-data forsvinner ikke av den grunn. Titler og gamle vertsnavn som allerede er registrert hos tredjeparter, kan fortsatt ligge i arkiver. Hvis tittelen røpet et kundenavn, en lånesøknad eller et internt prosjekt, kan akkurat den opplysningen leve videre selv om dokumentet bak ikke lenger åpner.
Har du delt sensitivt innhold, bør du heller ikke anta at den døde lenken trekker tilbake eventuelle kopier. En mottaker kan ha lastet ned dokumentet, tatt skjermbilde eller sendt det videre. URL-bytte er en nødvendig teknisk reparasjon, ikke en tidsmaskin.
Hva bør du gjøre hvis du har brukt Muse-deling?
Gå gjennom hvilke Muse-objekter du tidligere har delt, og vurder innholdet som om siden kan ha vært offentlig mens den gamle adressen virket. Se spesielt etter kundeopplysninger, økonomiske dokumenter, adresser, møtedetaljer, personalinformasjon, passord og API-nøkler.
Hvis en aktiv hemmelighet lå i en deling, må den byttes. Det gjelder passord, API-nøkler, tilgangstoken og andre opplysninger som kan brukes direkte. Det holder ikke at Meta har gjort den gamle lenken ubrukelig. Er personopplysninger eller bedriftsdata berørt, bør hendelsen også inn i virksomhetens vanlige avviksbehandling.
Før du sender ut en ny URL, bør du sjekke om mottakeren faktisk trenger hele objektet. Fjern data som ikke er nødvendige, og bruk en løsning med mottakerstyring eller innlogging når innholdet er sensitivt. Delingslenker er fine til en illustrasjon eller et ufarlig dokument. De er et elendig sted for lånesøknader, kontodetaljer og fortrolige planer.
For bedrifter er prinsippet enkelt: En AI-delingslenke er en utgående dataoverføring. Den bør kunne oppdages, logges og trekkes tilbake. Hvis virksomheten ikke kan se hva ansatte deler fra Muse, bør funksjonen begrenses til dere faktisk har kontroll. Jeg har tidligere skrevet om hvorfor tillit er selve problemet når Muse får tilgang til e-post og betalinger. Denne hendelsen gjør ikke det spørsmålet mindre aktuelt.
En enkel intern regel kan være at offentlige eller ulistede AI-lenker bare brukes til materiale som også kunne vært sendt uten mottakerkontroll. Alt annet bør deles fra et system der tilgang kan begrenses til navngitte personer. Da blir vurderingen forståelig også for ansatte som ikke har lyst til å lære forskjellen på URL-stier, vertsnavn og passive DNS-databaser.
Rask rettelse er bra – dokumentasjon er bedre
Meta fortjener honnør for å stenge funksjonen, bryte gamle lenker og få en rettelse ut raskt. Det er en langt bedre respons enn å late som problemet bare skyldtes uforsiktige brukere. En delingsknapp må kunne brukes uten at URL-designet gjør tusenvis av sider mulige å kartlegge med ett DNS-søk.
Samtidig er «problemet er fikset» et utgangspunkt, ikke hele svaret. Meta bør forklare hvordan nye adresser er bygget, om titler fortsatt inngår i vertsnavn, hvordan aktive delinger kan administreres og om brukeren kan sette utløpsdato eller kreve innlogging. Bedrifter trenger også logger som viser når en deling ble opprettet, åpnet og trukket tilbake.
Muse er nyttig nettopp fordi agenten kan arbeide med ting som betyr noe. Da må deling behandles som en kjernefunksjon for sikkerhet, ikke som en praktisk ettertanke. Bruk gjerne den nye funksjonen til ufarlig innhold. Men ikke forveksle en ny, vanskeligere URL med privat tilgang.
Ofte stilte spørsmål
Er deling i Meta Muse tilgjengelig igjen?
Ja. Meta slo deling på igjen 22. oktober 2026 etter å ha endret URL-ene til delte Muse-objekter. Gamle delinger har fått nye adresser, og tidligere lenker viser en beskjed om at mottakeren må be avsenderen om den nye.
Virker gamle Muse-lenker fortsatt?
Nei, de gamle adressene skal ikke lenger åpne innholdet. Claroc testet 40 tidligere tilgjengelige delinger da funksjonen ble stanset, og ingen åpnet. Meta sier nå at gamle adresser bare viser en beskjed om å hente ny lenke fra avsenderen.
Ble 6 800 private samtaler lekket?
Ikke slik saken er dokumentert. Claroc fant mer enn 6 800 delingsadresser og åpnet noen hundre av dem. De fleste var harmløse, et mindretall inneholdt sensitive opplysninger, og forskerne fant ingen bevis for misbruk. Problemet var at delingene kunne finnes systematisk.
Kan jeg dele fortrolige dokumenter med en ny Muse-lenke?
Du bør bruke mottakerstyrt tilgang eller innlogging for fortrolig materiale. En Muse-lenke er fortsatt tilgjengelig for alle som får adressen, selv om den ikke lenger kan kartlegges med den gamle DNS-metoden. Fjern unødvendige person-, konto- og bedriftsopplysninger før deling.
