Security teams should treat privacy as a layered control problem. Use a privacy-focused browser or TOR where appropriate, add a VPN to reduce network-level visibility, and apply secure messaging and email encryption for sensitive exchanges. Strong, unique passwords and two-factor authentication remain essential, because privacy tools reduce exposure but do not eliminate credential theft or phishing risk.
How to reduce surveillance without creating a false sense of safety
Journalists and PR teams are dealing with two different problems at once: keeping communications private from network and platform surveillance, and preventing account takeover. The practical answer is layered defence. Privacy tools can reduce exposure, but they do not compensate for weak authentication, poor password hygiene, or compromised endpoints.
The first decision is whether the communication is sensitive enough to justify a hardened path. Routine outreach can often stay on normal corporate channels, but source protection, embargoed material, legal issues, leak-prone disclosures, and crisis coordination usually deserve stronger controls. For those exchanges, use a privacy-preserving browser or Tor where appropriate, add VPN protection to reduce network-level visibility, and reserve secure messaging or encrypted email for content that would cause harm if intercepted.
That choice only works if the sender and recipient also control the account layer. If an attacker can read the mailbox or impersonate the chat account, transport privacy becomes secondary. This is why the page’s answer pairs privacy tools with strong, unique passwords and two-factor authentication: the threat is not only interception, but also phishing, session theft, and password reuse across services.
What secure communication should protect in practice
Good practice is to think in terms of where the message can fail: the device, the account, the network, the provider, or the human recipient. A secure messaging app may protect message content in transit, but it still depends on device security, verified contacts, and sound recovery settings. Encrypted email can help, but only when both sides actually use compatible encryption workflows and the secret keys remain under control.
For journalists, the sensitive part is often the source relationship rather than the headline itself. For PR teams, it is often pre-publication strategy, incident response, legal review, or merger and acquisition material. In both cases, the objective is not perfect secrecy everywhere, but reduced exposure across the most realistic paths an adversary would use. That means choosing tools that match the sensitivity of the conversation, not simply the convenience of the workflow.
At the account level, the same controls that protect ordinary business mail apply here too, but the tolerance for weakness is lower. A weak mailbox password, a reused login, or a failed MFA rollout can expose years of message history, contact lists, drafts, and recovery channels. The safest communication channel is still only as strong as the identities that can open it.
Where compromise usually happens and how to respond
Most failures are operational, not exotic. A team may adopt encryption but leave a recovery email unprotected, share a login across multiple staff members, or continue using a personal phone with no screen lock for source correspondence. They may also assume that a privacy app alone hides the conversation, when the metadata around timing, endpoints, and account activity may still reveal useful intelligence.
The best way to reduce those risks is to narrow the blast radius: limit who can access the account, separate sensitive work from everyday browsing, and verify that each participant is using the intended channel before confidential material is sent. For especially sensitive exchanges, the question is not just “is the message encrypted?” but “what else can still leak?” That includes notifications, cloud backups, auto-forwarding, shared devices, and compromised recovery methods.
For broader operational context, teams can align account and access hygiene with standard security control sets such as CIS Controls v8, which emphasise account management, access control, logging, and data protection. Where adversary behaviour is the concern, MITRE ATT&CK Enterprise is useful for understanding credential access, phishing, and lateral movement paths that commonly lead to message compromise. For regulated or high-assurance environments, NIST SP 800-53 Rev 5 Security and Privacy Controls provides a control catalogue that maps cleanly to authentication, access control, auditability, and communications protection.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack and risk surface, while CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CIS Controls v8 | CIS-5 — Account Management | Protects sensitive communications by limiting account exposure and access paths. |
| Recommendation — Tighten account management and access control for every sensitive communications account. | ||
| MITRE ATT&CK | T1110 — Brute Force | Passwords and MFA protect against common account compromise paths used in phishing and guessing attacks. |
| Recommendation — Hunt for credential access and enforce MFA to block account compromise. | ||
| NIST SP 800-53 Rev 5 | IA-2 — Identification and Authentication (Organizational Users) | Journalist and PR accounts need strong authentication to prevent mailbox and chat compromise. |
| Recommendation — Require strong authentication for all sensitive communications accounts. | ||
Practitioner Guidance
What to prioritise: Protect the account before you rely on the channel. If the mailbox, chat account, or recovery path is weak, encryption and privacy tooling only reduce part of the exposure.
What to verify: Confirm that the sensitive channel is actually used by both parties, that 2FA is enabled, that passwords are unique, and that backup or forwarding settings cannot silently bypass the protected path.
Common mistake: Teams often secure the message content but ignore metadata, device compromise, shared credentials, and account recovery. Those are frequent ways confidential communications get exposed in practice.
Decision rule: If the exchange could cause harm if intercepted or impersonated, use the most private feasible channel, verify the recipient out of band, and treat account takeover prevention as part of the communication control.
Practitioner takeaway: Privacy controls reduce visibility, but only account discipline and endpoint hygiene prevent an attacker from reading or sending as you.
Related resources from NHI Mgmt Group
- How should security teams protect npm and package publishing workflows from identity compromise?
- How should security teams protect vector databases that contain sensitive AI data?
- How should security teams stop browser-based attacks before account compromise occurs?
- How should people protect sensitive account details while travelling?