Apple har droppet planen om å flytte nye aliaser fra iCloud+-funksjonen Hide My Email fra @icloud.com til @private.icloud.com. Etter å ha vurdert tilbakemeldinger fra brukere og utviklere sier selskapet at Hide My Email fortsatt skal bruke @icloud.com, det samme domenet som vanlig iCloud-e-post. Den separate overgangen for nye videresendingsadresser i Sign in with Apple skal likevel gjennomføres.
18
19
24
Dette endrer Apple
I kunngjøringen fra juni foreslo Apple å samle de to personvernfunksjonene under domenet @private.icloud.com. Etter den opprinnelige planen skulle nye Hide My Email-aliaser flyttes fra @icloud.com, mens nye adresser fra Sign in with Apple skulle flyttes fra @privaterelay.appleid.com. Eksisterende adresser skulle fortsatt fungere og videresende e-post uten avbrudd.
17
Den reviderte planen skiller funksjonene igjen:
- Hide My Email: Nye aliaser blir værende på
@icloud.com. Den planlagte flyttingen til @private.icloud.com er avlyst.
18
19
- Sign in with Apple: Nye videresendingsadresser skal fortsatt flyttes fra
@privaterelay.appleid.com til @private.icloud.com.
18
19
- Eksisterende adresser: Apples uttalte overgangsordning er at gamle adresser fortsatt skal fungere og videresende e-post. Utviklere og e-postleverandører må derfor godta det nye Sign in with Apple-domenet, i stedet for å avvise det som ukjent.
17
25
Derfor reagerte brukerne på @private.icloud.com
Hovedinnvendingen var ikke at videresendingen skulle slutte å virke. Bekymringen var at en tydelig merket personverndomene ville gjøre Hide My Email-adresser lettere å kjenne igjen.
Hide My Email-aliaser bruker i dag @icloud.com, det samme domenet som vanlige iCloud-adresser. Dermed blir det vanskeligere for en tjeneste å avvise personvernaliaser uten samtidig å risikere å ramme ordinære iCloud-brukere. Med et eget domene som @private.icloud.com kunne nettsteder og e-postadministratorer identifisert adressene med en enkel regel på domenenivå – og potensielt blokkert dem eller behandlet dem annerledes.
24
29
Det er viktig fordi Hide My Email skal la brukeren opprette en egen adresse for hver tjeneste, uten å dele den egentlige e-postadressen. Mange brukere og utviklere mente derfor at den foreslåtte endringen kunne svekke personvernet i praksis, selv om selve videresendingsteknologien ikke skulle fjernes.
18
21
Hva avgjørelsen betyr for Apples to funksjoner
Hide My Email fortsetter på @icloud.com
Personer som oppretter nye Hide My Email-aliaser med iCloud+, skal fortsatt få adresser med det kjente @icloud.com-domenet. Nye aliaser skal altså ikke utstedes på @private.icloud.com under Apples reviderte plan. Eksisterende aliaser omfattes fortsatt av ordningen for eldre adresser og videresending som Apple har beskrevet.
17
18
Sign in with Apple flyttes fortsatt til @private.icloud.com
Snuoperasjonen gjelder bare Hide My Email. Sign in with Apple skal fortsatt utstede nye private videresendingsadresser på @private.icloud.com i stedet for @privaterelay.appleid.com. Eksisterende Sign in with Apple-adresser skal fortsatt fungere og videresende e-post, men tjenester som validerer eller filtrerer e-postdomener, må være klare for det nye domenet.
17
25
For brukerne betyr det at Apples to personvernfunksjoner ikke lenger samles under ett domene: Hide My Email forblir knyttet til @icloud.com, mens nye Sign in with Apple-adresser tar i bruk @private.icloud.com.
Kommer dette etter de siste personvernfunnene?
Apple har ikke offentlig sagt at beslutningen om å beholde domenet skyldes de nyere sikkerhetsrapportene. Det som kan slås fast, er tidspunktet og den økte oppmerksomheten rundt hvor godt Apples personvernfunksjoner fungerer – ikke en dokumentert teknisk eller årsaksmessig sammenheng.
I juli ble det rapportert om en feil i Hide My Email der en melding til et alias som ble avvist som søppelpost, kunne føre til at den egentlige e-postadressen ble synlig i leverings- eller avsenderlogger. Apple sa at en oppdatering sendt ut 3. juli løste problemet fullt ut. Senere testing tydet på at feilen ikke lenger kunne gjenskapes, selv om det var uenighet om når feilen faktisk ble rettet.
35
39
48
Separat forskning fant at enkelte funksjoner i WebKit kunne omgå iCloud Private Relay. De rapporterte metodene omfattet forespørsler knyttet til passordnøkler og WebAuthn, DNS-prefetching og WebTransport. Slike forbindelser kunne sendes utenom den forventede proxy-ruten og avsløre brukerens egentlige IP-adresse for et nettsted.
1
4
14
Dette gjelder to forskjellige systemer. Hide My Email-funnet handlet om e-postflyt og feilmeldinger, mens Private Relay-funnene handlet om beskyttelse av IP-adresse og DNS. Ingen av rapportene viser at selve domeneendringen ville skapt de samme sårbarhetene. Samlet forklarer de likevel hvorfor mange reagerte kraftig på et forslag som kunne gjøre personvernaliaser enklere å identifisere.
Kort oppsummert
Apple har med omgjøringen bevart den egenskapen brukerne ønsket å beholde: Nye Hide My Email-aliaser flyttes ikke til et domene som tydelig avslører at de er private videresendingsadresser. Sign in with Apple skal imidlertid fortsatt bytte domene. Utviklere bør derfor behandle @private.icloud.com som et gyldig nytt relay-domene og samtidig støtte de eldre adressene mens overgangen pågår.
17
25