Mastering Your Bitmoji: How to Customize and Update Your Avatar Settings
Bitmoji Privacy Controls Now Allow Granular Avatar Access Restrictions—But Security Risks Persist
Snapchat has quietly rolled out an update to Bitmoji settings that lets users restrict who can view or interact with their avatars, but the feature exposes a broader tension between consumer privacy and the platform’s ad-driven monetization model. According to Snapchat’s official support documentation, the change—live in the latest production push—allows users to toggle visibility for specific contacts, groups, or even block all external access via a new “Avatar Privacy” tab in Bitmoji settings. The update follows a 2025 privacy class-action lawsuit where plaintiffs alleged Snapchat’s default Bitmoji sharing settings violated California’s CCPA.
The Tech TL;DR:
- Granular controls: Users can now restrict Bitmoji visibility by contact, group, or globally via Snapchat’s mobile app (iOS/Android) or web dashboard. Changes propagate within 48 hours.
- Security gap: The feature relies on Snapchat’s existing OAuth2 token system, which has historically suffered from token leakage incidents (2023 CVE-2023-4567). No end-to-end encryption applies to avatar metadata.
- Enterprise impact: Schools and HR departments using Bitmoji for internal communications must now audit third-party integrations (e.g., Slack, Microsoft Teams) to prevent unauthorized avatar exposure.
Why Bitmoji’s New Privacy Controls Aren’t Actually Private
The update introduces a three-tiered access model: “Everyone,” “Contacts Only,” and “Custom Lists.” Under the hood, this maps to Snapchat’s existing user_avatar_permissions API endpoint, which now accepts JSON payloads with granular scope flags. For example:
{
"avatar_id": "user_12345_avatar_789",
"permissions": {
"view": ["contact_678", "group_abc123"],
"interact": ["contact_678"]
}
}
However, no cryptographic isolation exists for these permissions. According to Snapchat’s open-source SnapKit documentation, avatar metadata (including restricted access flags) is stored in plaintext within Snapchat’s proprietary avatar_metadata.db SQLite database. This creates a blast radius for any future data breach: an attacker with database access could reconstruct restricted avatars even if the user had disabled sharing.
“This is a classic example of security theater. The UI gives users the illusion of control, but the actual permissions are just another layer of metadata sitting in an unencrypted blob. If Snapchat had invested in OAuth2.1 with proper token binding, this wouldn’t be a problem.”
How the Update Works (And Where It Fails)
The new controls are implemented via a client-side toggle in Snapchat’s mobile apps, with backend validation handled by Snapchat’s permissions-service microservice. According to Snapchat’s incident log, this service has a 99.8% uptime SLA but has historically been a target for API abuse.

| Feature | Implementation | Security Risk | Mitigation (If Any) |
|---|---|---|---|
| Granular contact lists | Client-side JSON payload to permissions-service |
No rate-limiting on API calls; brute-force attacks possible | None documented |
| Global block toggle | Database flag in avatar_metadata.db |
Plaintext storage; breach = full exposure | Encryption only in transit (TLS 1.3) |
| Group restrictions | Server-side group ID mapping | Group admins can override settings via group_admin_api |
Requires manual audit |
For enterprise users, the lack of SSO integration means Bitmoji permissions cannot sync with corporate identity providers. This forces IT teams to either:
- Manually audit employee Bitmoji settings (labor-intensive)
- Deploy third-party monitoring tools like Splunk to flag unauthorized avatar exposure
What Happens Next: The Cybersecurity Triage
With this update, two immediate risks emerge:
- Token hijacking: If an attacker gains access to a user’s Snapchat session (via phishing or CSRF), they can modify avatar permissions without detection. Penetration testers are already seeing this exploited in targeted campaigns.
- Data leakage via integrations: Third-party apps using Snapchat’s Bitmoji API (e.g., Slack bots) may inherit these permissions, creating unintended exposure. The API docs do not specify how restrictions propagate to external services.
“We’ve already seen cases where HR departments using Bitmoji for internal memes had their avatars leaked because the integration with Microsoft Teams didn’t respect Snapchat’s new privacy flags. This is a classic example of shadow IT—something IT approves of, but the security team didn’t vet.”
How to Audit (and Fix) Your Bitmoji Exposure
For users concerned about unauthorized access, here’s how to verify and harden settings:
- Check current permissions: Run this
curlcommand (requires Snapchat API access):
curl -X GET \
"https://api.snapchat.com/v1/avatars/user_12345/permissions" \
-H "Authorization: Bearer YOUR_ACCESS_TOKEN" \
-H "Content-Type: application/json"
The response will include a restricted_entities array. If this is empty, your avatar is fully exposed.
- Block all external access: Use the mobile app to navigate to
Settings > Bitmoji > Avatar Privacy > Global Blockand toggle “Allow Only Contacts.” This updates theavatar_metadata.dbflag immediately. - Monitor for leaks: If you use Bitmoji in enterprise tools, check with your IT team to ensure their communication platform respects Snapchat’s new permissions. Most do not by default.
Alternatives for Enterprises: When Bitmoji Isn’t Secure Enough
For organizations handling sensitive data, Bitmoji’s privacy controls are insufficient. Here’s how competitors compare:

| Feature | Snapchat Bitmoji | Discord Nitro Avatars | Microsoft Viva Emoji |
|---|---|---|---|
| Granular permissions | Yes (but no SSO) | Yes (role-based) | Yes (Azure AD integrated) |
| End-to-end encryption | No | Partial (metadata only) | Yes (Microsoft 365 E5) |
| Enterprise audit logs | No | Yes (Discord Enterprise) | Yes (Microsoft Purview) |
| API rate limits | None documented | 100 req/min | 500 req/min |
Enterprises should migrate to Discord Enterprise or Microsoft Viva for avatars with proper SOC 2 compliance. For custom solutions, development agencies like Accenture can build private avatar systems using BLIP for secure rendering.
The Bigger Picture: Why This Matters for Social Platforms
Snapchat’s update reflects a broader industry trend: privacy controls are often bolted on after the fact, creating a false sense of security. The Bitmoji case is a microcosm of how social platforms prioritize engagement over data protection. As EFF noted in their 2025 social media audit, 87% of platforms with “privacy features” still expose metadata in some form.
For developers, this means:
- Any app using Bitmoji APIs must now implement OAuth2 with proper token binding to avoid inheritance of Snapchat’s permission flaws.
- Enterprise IT teams should treat Bitmoji as a highly sensitive data vector and audit third-party integrations.
- Consumers should assume no privacy setting is fully secure unless it’s end-to-end encrypted.
The trajectory is clear: as platforms add “privacy” features, the underlying architecture remains vulnerable. The only secure option is to avoid sharing sensitive data via third-party avatars entirely—or deploy a dedicated security overlay like VPN Pro to mask metadata.
*Disclaimer: The technical analyses and security protocols detailed in this article are for informational purposes only. Always consult with certified IT and cybersecurity professionals before altering enterprise networks or handling sensitive data.*
