For CISOs, IT, and compliance teams in LATAM, saying WhatsApp Business is secure is only defensible if three distinct layers are separated: transport and platform security, company security and governance after a message is received, and the ability to respond to fraud and incidents within the regulatory deadline. The overlap between WhatsApp, Meta for Developers, the WhatsApp Business terms, the LGPD, the ANPD, and the ICO shows that end-to-end encryption does not by itself solve internal access, webhooks, retention, marketing, traceability, or notification.
None of the source material presents these layers in a single view. When they are compared, the real decision point appears: do not approve WhatsApp Business in the abstract, but define which use cases are authorized and what evidence the company must produce.
| Channel | Layer assessed | What it protects | Declared limit | What it requires from the company | Deadline or retention | Source |
|---|---|---|---|---|---|---|
| WhatsApp Help Center, chats with businesses on WhatsApp Business | Transport and chat | Conversations with businesses that use the WhatsApp Business app are protected by end-to-end encryption by default, according to WhatsApp Help Center. | After a message reaches a business, it is subject to that business's own privacy practices, according to WhatsApp Help Center. | A business may designate employees or other providers to process and answer messages, and may use received chats for marketing, including advertising on Meta, according to WhatsApp Help Center. | not specified | WhatsApp Help Center |
| Meta for Developers, WhatsApp Cloud API | API and delivery to systems | Cloud API uses Signal protocol encryption to protect messages before they leave the device, and Graph API and Webhooks operate over HTTPS protected by TLS, according to Meta for Developers. | When a message reaches Cloud API, Cloud API decrypts it and forwards it to the business. Cloud API acts as an intermediary and manages encryption and decryption keys on behalf of the business, according to Meta for Developers. | Incoming messages and delivery statuses are communicated to the company's server through webhooks, and webhooks deliver JSON payloads, according to Meta for Developers. | Maximum retention period of 30 days for message data. User identifiers are deleted within 30 days after the last message status update, unless otherwise indicated, according to Meta for Developers. | Meta for Developers |
| WhatsApp Business App Terms | Account, access, and responsibility | The business must keep account credentials secure, protect WhatsApp devices and accounts, prevent unauthorized access or use, and immediately report suspected incidents or unauthorized access, according to the WhatsApp Business App Terms. | The business is responsible for all activity carried out under its account, according to the WhatsApp Business App Terms. | It must allow access only to authorized people acting on its behalf and for authorized purposes, and implement and follow recognized industry standards and best practices for data and information security, according to the WhatsApp Business App Terms. | Immediately report suspected incidents or unauthorized access. No retention period specified. | |
| LGPD Brazil | Legal duty of the controller | Article 46 of the LGPD requires technical and administrative security measures to protect personal data from unauthorized access and from destruction, loss, alteration, communication, or any other form of improper or unlawful processing, according to the Presidência da República do Brasil. | Article 46, paragraph 2, of the LGPD requires security measures to be observed from the product or service design phase through execution. Article 6, item X, requires proof of effective measures capable of demonstrating compliance and the effectiveness of those measures, according to the Presidência da República do Brasil. | Under the WhatsApp Business App Terms, the user company acts as Controller under the LGPD regarding customer data processed to enable contact through WhatsApp, according to WhatsApp. | Article 48 requires notification to the national authority and the data subject of a security incident that may cause relevant risk or harm, according to the Presidência da República do Brasil. | Presidência da República do Brasil, WhatsApp |
| ANPD Brazil | Incident notification | Notification to the ANPD and to data subjects must be made when the incident may cause relevant risk or harm, according to the Autoridade Nacional de Proteção de Dados. | The ANPD defines incidents subject to assessment as those related to breaches of the confidentiality, integrity, availability, and authenticity properties of personal data security, according to Serviço Federal de Processamento de Dados. | The notification must include the nature and category of the affected data, the number of data subjects, the security measures adopted, the risks identified, mitigation measures, and the description and root cause of the incident, according to the Ministério das Mulheres do Brasil. | Within 3 business days, unless a specific law sets a different deadline, according to the Autoridade Nacional de Proteção de Dados. | ANPD, Serpro, Ministério das Mulheres do Brasil |
| ICO | Governance of non-corporate channels | The Information Commissioner's Office recommends strictly controlling or prohibiting the use of social networks or messaging apps such as WhatsApp to share personal information. | Using non-corporate channels for official information can make it harder to comply with data protection obligations, according to the Information Commissioner's Office. | Official information should be kept in corporate channels and, if private channels such as WhatsApp are used, there must be mechanisms to move it quickly into corporate systems. It also requires appropriate policies, information security, and supervision, according to the Information Commissioner's Office. | It must be securely destroyed when no longer needed. No numeric deadline specified. | Information Commissioner's Office |
Does end-to-end encryption mean WhatsApp Business is secure?
WhatsApp Help Center says that all messages are protected by the same Signal encryption protocol before they leave the device, and that conversations with businesses using WhatsApp Business are protected by end-to-end encryption by default. But the same WhatsApp Help Center also says that after a message reaches a business, it is subject to that business's own privacy practices.
Whalemate's reading is that encryption protects the initial path, not the full life of the data. If the use case includes support, sales, or collections, the assessment cannot stop at the channel, because the relevant risk starts once the message is inside the company's operational perimeter.
What changes when the company uses Cloud API?
Meta for Developers documents that in Cloud API, the message travels encrypted between WhatsApp and Cloud API, but when it reaches Cloud API it is decrypted and forwarded to the company. The same documentation says Cloud API acts as an intermediary and manages encryption and decryption keys on behalf of the company.
Whalemate's reading is that this changes the security question. It is no longer enough to validate channel encryption, because the risk shifts to delivery into internal systems, exposure of webhooks, the servers that receive JSON payloads, and control over who can operate that integration.
Where does channel protection end and company responsibility begin?
WhatsApp Help Center says a company may designate employees or other providers to process and answer messages, and may use received chats for marketing, including advertising on Meta. At the same time, the WhatsApp Business App Terms say the company is responsible for all activities carried out under its account.
Whalemate's reading is that the security boundary is not defined by the product but by the governance the company can demonstrate. If multiple people or third parties access messages, accounts, or integrations, the critical issue stops being the encryption promise and becomes the real chain of custody of the data.
Does two-step verification solve account takeover risk?
WhatsApp Help Center presents two-step verification as an optional feature that adds an extra layer of security to the account. Polícia Civil de Santa Catarina recommends enabling two-factor authentication and turning on WhatsApp's two-step verification with a 6-digit PIN, and WhatsApp recommends not sharing the 6-digit verification code or the two-step verification password.
But NIST recommends enabling multifactor authentication and moving toward phishing-resistant authentication, and NIST SP 800-63-4 says authenticators that require manually entering a code, including out-of-band OTP authenticators, should not be considered phishing-resistant. In addition, a document from the Assembleia Legislativa de São Paulo warns that two-factor authentication is not fully protected.
Whalemate's reading is that two-step verification is a floor, not a sufficient guarantee. It helps reduce basic exposure, but it does not justify treating the account as protected against social engineering campaigns or credential theft.
What requires controlling credentials, devices, and internal access?
The WhatsApp Business App Terms require keeping account credentials secure, protecting WhatsApp devices and accounts, preventing unauthorized access or use, and immediately reporting suspected incidents or unauthorized access. They also require allowing access only to authorized people acting on the company's behalf and for authorized purposes.
The CIS Mobile Companion Guide identifies device management and configuration as a central mobile security issue, along with the use of cryptography and controls over the installation and use of mobile applications. Whalemate's reading is that a well-configured account can still be insecure if it runs on unmanaged devices, with shared credentials, or with extended third-party access without traceability.
What about webhooks, payloads, and traceability?
Meta for Developers documents that in Cloud API, incoming messages and delivery statuses are communicated to the company's server through webhooks, and that those webhooks deliver JSON payloads. It also documents that Graph API and Webhooks operate over HTTPS protected by TLS.
Whalemate's reading is that TLS protects transport, but does not replace control over the destination. A CISO must be able to show which server receives those events, who manages that endpoint, how related access is authenticated, what logs are kept, and how those events are correlated with corporate systems.
Does Cloud API retention cover preservation and deletion obligations?
Meta for Developers sets a maximum retention period of 30 days for message data in Cloud API and says user identifiers are deleted within 30 days after the last message status update, unless otherwise indicated. The Information Commissioner's Office, for its part, says a company that processes personal information must keep it secure and destroy it securely when it is no longer needed.
Whalemate's reading is that the platform's retention does not replace the company's retention policy. If chat content has already been transferred into CRM, help desk, ticketing, collections, or internal repositories, the operational obligation shifts to those systems and their document lifecycle.
