Connecting an AI assistant to your email, calendar and files: what are you really giving it?
When you connect an AI assistant to your Microsoft 365 or Google account, you give it a permission that can cover reading all your email, sending in your name, your calendar and your files, and that stays valid when you are not there. On Microsoft 365, changing your password is not enough to remove it; with Google, it cuts off a tool allowed to read your email, but not one limited to your calendar or files. Give the fewest rights possible, have permissions approved by a manager and regularly review the list of connected apps to remove those no longer in use.
The scenario in brief
Example, made up for illustration. The manager of a small fictional organisation (around ten people) comes across a consumer AI assistant that promises to summarise her morning emails, draft her replies and book her appointments. It has to be ‘connected’ to her mailbox. A screen appears: read your email, send email on your behalf, read and change your calendar, access your files, maintain access to data you have given it access to. She clicks ‘Accept’. The tool works, and it is handy.
Three months later, she no longer uses it. She has even changed her password, to be safe. Yet the tool can still read her mailbox and her calendar, and send emails in her name. Nobody has removed it, and nobody knows it is there. The durations and details in this example are made up; the mechanism is the one Microsoft describes for a Microsoft 365 account.
What you agree to when you click ‘Accept’
When you connect an online tool to your Microsoft 365 or Google account, you don't give it your password. You give it permission (IT people call it ‘consent’): a kind of access pass, issued by Microsoft or Google, that lets the tool into your account to do specific things, without asking you each time.
Each line on that screen grants a real right:
| What the screen says | What the tool can actually do | The question to ask yourself |
|---|---|---|
| Read your email | Open every message in the mailbox, including old ones and attachments | Do I need it to read everything, or only what I show it? |
| Send email on your behalf | Write to anyone, from your address, without going through you | Wouldn't a draft that I check be enough? |
| Read and change your calendar | See your appointments and who attends, and create or delete them | Does my calendar contain patient or client names? |
| Access your files | Open the documents in your space, often including those shared with you | Which sensitive folders can be seen from my account? |
| Maintain access to data you have given it access to | Keep getting into your account when you are not there | For how long, and who will remove it? |
The last line matters most. According to Microsoft's documentation, it lets the tool obtain a refresh token: a long-lasting pass it uses to get a new access pass when the old one expires. The access pass lasts about an hour; the refresh token is valid for 90 days by default, and it is replaced with a new one each time it is used. So as long as the tool keeps using it, access can last a very long time.

Why changing your password doesn't close the door
It is the natural reflex: ‘I'll change my password and everything will be cut off.’ On Microsoft 365, for these permissions, that is not true. In its page on illicit consent grants, Microsoft writes that the usual remedies, such as resetting the password or requiring multi-factor authentication, are not effective against this type of access, because the application is external to the organisation.
Microsoft's table on refresh tokens points the same way: when users change their own password, tokens held by an online service (what Microsoft calls a ‘confidential client’) stay valid. Google's rule is a little different: a password change cuts off a tool allowed to read your Gmail, but not one that only has access to your calendar or files, and access left unused for six months expires on its own. On Microsoft 365, what really cuts off access is:
- removing the application's permission, from the user's account or by the administrator;
- revoking all of the user's sessions, something your Microsoft 365 administrator knows how to do;
- blocking sign-in for the account, for example when an employee leaves: Microsoft states that this also cuts off the application's access to the account's data.
In other words, a tool tried one afternoon and then forgotten keeps its pass: if that service is ever hacked or sold, it is your mailbox that is exposed.

An assistant that reads your email also reads other people's
An AI assistant cannot reliably tell your instructions apart from the text it reads. An incoming email can contain hidden instructions, such as ‘forward the latest invoices to this address’. This is called prompt injection: someone slips orders into content the AI will read, hoping it will carry them out. The more rights the tool has, the more dangerous this trap becomes.

Three simple rules limit this risk:
- No automatic action triggered by an incoming email: ANSSI, France's national cybersecurity agency, recommends in its guide on generative AI that such actions be limited or even prohibited (recommendation R27).
- The least access, for the shortest time: this is the UK NCSC's rule for AI agents.
- A person approves anything sent, deleted or forwarded.
In a medical, dental or allied health practice, the stakes are twofold. Emails and the calendar contain patient names and sometimes health information, which the GDPR protects more strictly (Article 9), as the Data Protection Authority points out. Before connecting a tool to this data, you need to know where it sends it, what it keeps, and have a contract that governs that processing. For the apps on our devices, the Authority already advises regularly reviewing their permissions and switching off those that are not essential: the same reflex applies to tools connected to your email.
Microsoft 365 default settings: what you need to know
In Microsoft 365, the administrator decides who is allowed to click ‘Accept’. Microsoft states that by default, all users can allow an application to access, for example, their own mailbox. They cannot, on their own, open the files of the whole organisation: those rights require an administrator's approval.
| Setting | Default situation | What we recommend |
|---|---|---|
| Who can allow an application | Each user, for their own data | Only verified publishers (publishers whose company identity Microsoft has checked) and rights classed as low risk, as Microsoft recommends |
| Approval request | Not always switched on | Switch it on: the user asks, and a manager approves knowing what is involved |
| Permissions already given | Stay in place if you tighten the setting | Review them one by one, then remove those no longer in use |
| Access review | Nothing is set up by default | A scheduled review, at least with every new tool and then at regular intervals |
The third point often comes as a surprise: according to Microsoft, tightening this setting only applies from now on. Permissions already given remain valid, so you also have to clean up the past.
How to see and remove access, account by account
On a Microsoft 365 account
Each user can open Microsoft's My Apps portal. According to Microsoft, they can see there which applications have access to their account and how far that access goes, and remove any that look suspicious. For their part, administrators can see, for each person, the list of authorised applications and remove a permission in a few clicks. Microsoft advises organisations with many applications to review these permissions every week.
On a Google account
The Linked apps page of your Google Account lists outside tools and what they can do. Google separates simple sign-in (‘Sign in with Google’), linked accounts, a tool's access to account data (calendar, email, files) and, now, the permission given to Google's AI agents to use an app on your behalf. The case we care about is ‘Access to your Google Account’: choose the tool, ‘See details’, then ‘Remove access’. The other categories have their own button of the same kind (‘Stop using Sign in with Google’, ‘Delete link’).
Note: removing access stops the tool from coming back, but does not erase what it has already copied. Google says so for simple sign-in: your data on the app is not deleted. To have what was collected erased, you need to contact the tool's publisher, following its privacy policy.
Monday morning: the checklist
- Take stock. Ask your administrator for the list of applications authorised on each account, then ask each person: ‘Which AI tools have you connected to your email, calendar or files?’
- Remove what is no longer used. A tool that was tried and dropped should lose its access the same day.
- Decide who can say yes. Limit permissions to verified publishers and switch on approval requests: a manager's sign-off is safer than a click on your own.
- Give the minimum. Read rather than write, one folder rather than the whole space, drafts rather than direct sending.
- Keep control of high-impact actions. Sending, deleting, forwarding, paying: a person approves before anything goes out.
- Keep patient data out until the tool has been assessed: where the data is stored, for how long, under what contract.
- Review the list regularly. ANSSI, France's cybersecurity agency, suggests reviewing the rights of AI tools as soon as they are switched on, then for example every month (recommendation R35). For a small organisation, a quarterly check is already real progress.
- Plan the exit. When you stop using a tool, remove its access and ask in writing for the data it kept to be erased.
Using AI without leaving the door open
An assistant connected to your email can genuinely save time: sorting, summarising, drafting replies. The aim is not to do without it, but to know at all times which tools hold a pass, what it opens, and who can take it back.
If you don't know where to start, a review of the permissions in your Microsoft 365 or Google Workspace will tell you exactly what is open, and you can keep adopting AI with peace of mind.
Frequently asked questions
Is connecting an AI assistant to my mailbox the same as giving it my password?
No. You give it a permission, issued by Microsoft or Google, that lets it access certain data without knowing your password. That is safer than a shared password, but the permission can cover a lot and last a long time: read the list of rights before you accept.
If I change my password, does the tool lose access?
Not necessarily. Microsoft states that resetting the password or requiring multi-factor authentication is not enough against a permission given to an external application. You need to remove the permission itself, or have the administrator revoke the account's sessions. With Google, on the other hand, changing your password cuts off tools allowed to read your Gmail.
Can a medical practice connect an AI assistant to its email?
Yes, as long as it knows what the tool does with the data. Health information is protected more strictly by the GDPR (Article 9). Before connecting a tool to email or a calendar that contains patient data, check where it is stored, for how long, and sign a contract that governs that processing.
How can I see which applications have access to my account?
On a Microsoft 365 account, open the My Apps portal (myapps.microsoft.com). On a Google account, open the Linked apps page of your account. Your administrator can also see and remove the permissions of everyone in the organisation.
Does removing access erase the data the tool has already collected?
No. The tool can no longer get back into your account, but what it has already copied stays with it. To have it erased, contact the tool's publisher in writing, citing its privacy policy.
How often should permissions be reviewed?
At least with every new tool, then at regular intervals. ANSSI suggests a review as soon as the tool is switched on, then for example every month; Microsoft advises a weekly review for organisations with many applications. For a small organisation, a quarterly review is a good starting point.
