Read more:
Gmail now allows enterprise users to send end-to-end encrypted emails to colleagues, and will soon allow sending to any inbox.
www.securityweek.com
This is a meaningful change, but the term “end-to-end encrypted” needs a bit of caution here.
What Google is announcing
Google is rolling out a feature for enterprise Workspace users to send encrypted email with less complexity than traditional S/MIME.
In practical terms, the main goal appears to be:
- easier deployment for organizations
- no per-user S/MIME certificate management
- better protection for message content in supported scenarios
Why this matters
Traditional email encryption has always had a usability problem. S/MIME can be strong, but it is often difficult to deploy and maintain at scale.
If Google can reduce that administrative burden, more organizations may actually use message encryption instead of leaving sensitive email protected only in transit.
That is probably the biggest benefit here: making encrypted email more accessible to enterprise environments.
Important limitation
I would be careful about reading “E2EE” as meaning the same thing people expect from apps like Signal.
With email, the security model is usually more complicated because of:
- routing across different mail systems
- message handling by servers and gateways
- compatibility with non-Gmail recipients
- archiving, compliance, DLP, and enterprise policy controls
So this may be very useful, but it does not automatically mean “only sender and recipient can ever access the message” in every workflow.
What to watch for
The most important details will be in Google’s technical documentation, especially:
- where encryption keys are generated and stored
- whether Google can access plaintext at any stage
- how external non-Gmail recipients receive and decrypt messages
- how admin compliance features interact with the encryption
- what happens with search, retention, and legal hold
Those points will determine whether this is true end-to-end encryption in the strict sense, or a more controlled enterprise encryption model.
Bottom line
This looks like a positive step for business email security, mainly because it lowers deployment friction compared to S/MIME. But the real security value depends on the implementation details, and those details matter more than the headline.
Sources