Du burde ikke trenge å bare ta meg på ordet

1. Den korte versjonen

Hvis du ikke leser noe annet på denne siden:

• E-posten din hentes i sanntid ved hver forespørsel og forkastes i det øyeblikket svaret er sendt. Vi beholder ingen kopi av noen meldingstekst, emnefelt, vedlegg eller kontakt.
• Vi lagrer nøyaktig én sensitiv ting per innboks: et tilgangstoken eller app-passord, kryptert med AES-256-GCM, slik at vi kan utføre det neste kallet du ber om.
• Vi trener aldri noen KI-modell på e-posten din, og vi sender aldri e-posten din til en modell vi selv velger. Agenten din er det eneste som leser den, under din kontroll.
• Hver tilkobling er avgrenset til den enkelte innboksen du koblet til, og du kan når som helst tilbakekalle den fra innstillingene hos Google, Microsoft eller leverandøren din.
• Koden som driver tjenesten er åpen. Du kan lese den, revidere den eller drifte hele greia selv.

2. Hva vi har tilgang til vs. hva vi lagrer

Gapet mellom tilgang og lagring er hele designet. I øyeblikket kan agenten lese mye, i sanntid. Nesten ingenting av det skrives noensinne ned.

Det ene bevisste unntaket er en melding du ber agenten planlegge for senere. Vi må holde på den til sendetidspunktet, så vi lagrer den kryptert i mellomtiden, og beholder deretter en oppføring etterpå for historikken din.

3. Du trenger ikke å stole på meg, du kan sjekke

"En tilfeldig person vibe-kodet dette" er en rimelig bekymring for ethvert driftet verktøy som berører e-posten din. Det riktige svaret er ikke et større løfte. Det er å fjerne behovet for å ta meg på ordet.

• Les koden. Serveren som driver MCPEmails er åpen på GitHub. Du kan se nøyaktig hva den beholder (et kryptert token) og hva den ikke beholder (e-posten din).
• Drift den selv. Hvis du heller ikke vil bruke den driftede tjenesten i det hele tatt, kan du kjøre den samme koden på din egen infrastruktur med dine egne nøkler: en Docker-oppsett med én kommando ligger i self-host/.
• Bruk en avgrenset, tilbakekallbar tilkobling. Du kobler til med OAuth eller et app-passord som kun gir tilgang til e-post, og du kan tilbakekalle den med ett klikk hos leverandøren din, uten at jeg er involvert.
• Se hva den gjør. Hvert verktøykall agenten din gjør registreres i en aktivitetslogg du kan lese, så du ser nøyaktig hva som ble lest og når.

github.com/Albretsen/MCPEmails

Og hvis en innebygd koblings-integrasjon allerede dekker leverandøren din og gjør det du trenger, bruk den. Dette finnes for leverandørene og kombinasjonene med flere innbokser som de ikke dekker.

Kjør den selv, stol på ingen (heller ikke oss)

MCP Emails er åpen kildekode under AGPL-3.0, og den hostede tjenesten kjører nøyaktig den samme MCP-serveren som du kan selvhoste. Det betyr at "e-post hentes i sanntid og lagres aldri" er noe du kan verifisere ved å kjøre den og se på nettverkstrafikken, ikke noe du må ta på tro.

Selvhosting er IMAP/SMTP-først: koble til hvilken som helst postkasse med et app-passord, og legitimasjonen din krypteres under en nøkkel bare du har. Én kommando starter hele stacken på din egen maskin.

Les selvhosting-guiden · AGPL-3.0

4. Den reelle risikoen: prompt-injeksjon

Den ærlige trusselen her er ikke at jeg leser e-posten din. Det er en fiendtlig e-post som forsøker å kapre agenten: instruksjoner skjult inne i en melding som forsøker å få KI-en din til å videresende, slette eller lekke noe. Dette er et reelt, uløst problem for enhver e-postagent. Jeg vil ikke påstå at det er løst. Jeg kan vise hvordan det begrenses:

• Én innboks, ett token. En tilkobling kan kun noensinne berøre den enkelte innboksen du koblet den til. Et avgrenset token kan ikke nå dine andre innbokser, eller noen andres.
• Destruktive handlinger er adskilt og merket. Sending og sletting er egne verktøy, merket som destruktive, så KI-klienten din ber om bekreftelse før de utløses.
• Minst mulig privilegier. Tilkoblinger ber om tilgang til å lese og skrive e-post, ikke kontoomfattende kontroll. Selv et fullstendig kompromittert token er begrenset av omfanget du innvilget.
• Hastighetsbegrenset. Hver nøkkel er hastighetsbegrenset, så en løpsk eller kapret agent kan ikke utløse tusenvis av handlinger ubemerket.

Ikke løst. Begrenset: de irreversible handlingene er sikret, og skadeomfanget holdes til én innboks.

5. Slik beskyttes legitimasjonen din

Tokenene dine er det eneste sensitive vi holder på, så de får den sterkeste beskyttelsen vi kan gi dem:

• All data under overføring krypteres med TLS 1.2 eller høyere. Tilkoblinger som ikke støtter TLS avvises.
• OAuth-tokener og IMAP-legitimasjon krypteres i hvile med AES-256-GCM. Krypteringsnøkkelen holdes adskilt fra de krypterte dataene og plasseres aldri sammen med dem.
• API-nøkler hashes med SHA-256 før lagring. Den rå nøkkelen kan ikke gjenopprettes fra hashen.
• Databasetilgang beskyttes av Row-Level Security-policyer som hindrer ett arbeidsområde fra å nå et annets data, selv om en spørring er skrevet feil.
• Administrativ tilgang til produksjonsinfrastruktur krever flerfaktorautentisering og logges.

6. Google- og leverandørverifisering

Tilgang til Gmail bruker Googles begrensede omfang (restricted scopes), nivået Google gransker tettest. Vi fullfører Googles OAuth-verifisering for begrenset omfang og den årlige CASA-sikkerhetsvurderingen, utført av en uavhengig, Google-godkjent vurderer. Når den er ferdig, vil du ikke lenger se Googles "uverifisert app"-advarsel når du kobler til.

MCPEmails' bruk og overføring av informasjon mottatt fra Google APIs til enhver annen app følger Google API Services User Data Policy, inkludert kravene om Limited Use.

For Fastmail, iCloud, Yahoo, Zoho, Yandex og andre IMAP-leverandører kobler du til med et app-passord utstedt av leverandøren som du kan tilbakekalle når som helst, uten brede OAuth-omfang for oss å be om for mye av.

7. Underleverandører

Vi holder listen over selskaper som berører data kort, og hvert er bundet av en databehandleravtale. Legg merke til hva som mangler: ingen KI-leverandør står på denne listen. MCPEmails sender ikke e-posten din til noen egen modell. Agenten din gjør det, under din kontroll og leverandørens datapolicy.

8. Rapportere en sårbarhet

Hvis du finner et sikkerhetsproblem, vennligst rapporter det. Jeg vil mye heller høre det fra deg enn å lese om det senere.

• Send e-post til security@mcpemails.com med detaljer og trinn for å reprodusere.
• En maskinlesbar kontakt er publisert på /.well-known/security.txt.
• Jeg tilstreber å bekrefte rapporter innen 24 timer og å rette bekreftede kritiske problemer innen 72 timer.

Trygg havn. Hvis du gjør en redelig innsats for å følge denne policyen, ikke leser eller endrer andre brukeres data, og gir meg en rimelig sjanse til å rette problemet før du offentliggjør det, vil jeg ikke forfølge eller støtte rettslige skritt mot deg for forskningen din.