Skjul e-post får nytt Apple-domene

Hva skjedde

Apple skriver til utviklere at selskapet senere i sommer vil samle e-postdomenene brukt av Sign in with Apple og iCloud+ Skjul e-postadressen min under ett felles domene: private.icloud.com.

Nye Sign in with Apple-adresser som tidligere ble utstedt på privaterelay.appleid.com, skal fremover bruke private.icloud.com. Nye iCloud+ Skjul e-postadressen min-adresser som tidligere brukte icloud.com, skal også bruke private.icloud.com.

Apple sier at eksisterende adresser på de gamle domenene vil fortsette å fungere og videresende e-post uten avbrudd.

Hva det betyr

For brukere betyr dette først og fremst at nye maskerte e-postadresser blir lettere å kjenne igjen som Apple-genererte. Det kan gjøre systemet mer oversiktlig, særlig for utviklere og tjenester som skal håndtere innlogging, kvitteringer og kontogjenoppretting.

Men det har en bakside: et samlet domene er også enklere å blokkere. Daring Fireball peker på bekymringen om at enkelte tjenester kan nekte private.icloud.com-adresser for å presse brukere til å oppgi sin faktiske e-postadresse. Det er ikke dokumentert i kildene at dette allerede skjer i stor skala, men risikoen er logisk.

For norske brukere er e-post ofte mer enn kommunikasjon. Den er bruker-ID, kvitteringsarkiv, passordgjenoppretting og nøkkel til kundekontoer. Hvis en tjeneste nekter maskert e-post, ber den i praksis om mer identitet enn den trenger.

Min vurdering

Min take: Jeg liker at Apple rydder i domenekaoset, men dette er et klassisk personvern-kompromiss. Standardisering gjør systemet penere for Apple og enklere for utviklere. Samtidig gjør det også mottiltak enklere for tjenester som helst vil ha din ekte adresse.

Daring Fireballs poeng er godt: en tjeneste som nekter Apples maskerte adresser, sier ganske mye om eget syn på brukerdata. Det finnes legitime årsaker til å bekjempe misbruk, spam og svindel. Men et generelt forbud mot private.icloud.com vil også ramme vanlige brukere som bare vil slippe at e-postadressen spres, kobles og videreselges.

For norske forhold er dette ekstra relevant i skjæringspunktet mellom små markeder og strenge personvernforventninger. Mange norske tjenester er ikke bygget med store internasjonale personvernfunksjoner først i køen. Hvis private.icloud.com skaper problemer i skjemaer, kundesystemer eller gamle e-postvalideringer, kan brukeren bli sittende igjen med feilen.

Det beste utfallet er at utviklere oppdaterer systemene sine og godtar domenet. Det dårligste er at maskerte e-postadresser blir en ny «ugyldig e-post»-klasse i dårlige registreringsskjemaer.

Slik gjør du det

• Du trenger ikke gjøre noe med eksisterende Skjul e-post- eller Sign in with Apple-adresser. Apple sier at gamle adresser fortsatt skal videresende e-post.
• Når du oppretter nye kontoer senere i sommer, se etter om adressen ender på private.icloud.com. Det betyr ikke at noe er galt.
• Hvis en tjeneste avviser adressen, prøv først å kontakte kundestøtte og forklar at dette er Apples offisielle domene for privat e-postvideresending.
• Bruk ekte e-postadresse bare hvis tjenesten er viktig nok og du aksepterer at den får din primære adresse.
• Utviklere bør oppdatere e-postvalidering, antispam-regler og supportdokumentasjon slik at private.icloud.com ikke blokkeres ved en feil.

Hva du bør gjøre

• Ikke slett eller bytt ut gamle maskerte adresser bare på grunn av domeneendringen.
• Sjekk viktige kontoer der e-post brukes til passordgjenoppretting, slik at videresending fortsatt fungerer.
• Vær skeptisk til tjenester som nekter maskert e-post uten god forklaring.
• Hvis du driver en app eller nettbutikk, legg private.icloud.com til som forventet og gyldig domene.
• Bruk maskert e-post særlig på tjenester du ikke ønsker langvarig forhold til.

Kilder

• Apple Developer
• Daring Fireball