ForumsGeneralPhishing 2.0: Russian APTs Targeting Signal Backup Recovery Keys

Phishing 2.0: Russian APTs Targeting Signal Backup Recovery Keys

AppSec_Jordan 6/26/2026 USER

Just saw the updated advisory from the FBI and CISA regarding the Russian intelligence groups (likely APT29 given the MO) pivoting their Signal phishing tactics. It’s concerning because they aren't just asking for a password anymore; they are now explicitly coaxing targets into handing over the Signal Backup Recovery Key.

If you aren't familiar with the architecture, this key is a master credential. Once an attacker has this, they can bypass the phone number verification and restore the entire chat history—including private groups and contacts—on a new device. The worst part? These keys don't expire. Access is persistent until the user generates a new key.

From a defender's perspective, this is tricky. We can't inspect E2EE traffic, so we have to focus on the handoff. If you're managing DLP or email gateways, you might want to look for the specific pattern of these keys during outbound monitoring or phishing analysis.

Here is a quick Python snippet to match Signal's specific key format (typically signal-backup- followed by 44 characters) to help tune your DLP rules:

import re

# Matches Signal backup keys (approximate pattern based on standard generation)
# Pattern: signal-backup-[A-Za-z0-9+/]{43}=
signal_key_pattern = r'signal-backup-[A-Za-z0-9+/]{43}='

def check_for_keys(text):
    if re.search(signal_key_pattern, text):
        return True
    return False

Since we can't rely on technical controls to stop the exfiltration of the key after it happens, user education is the only firewall left. Are any of you actively blocking Signal usage on corporate devices, or are we accepting this risk as part of the 'new normal' for comms?

EM
EmailSec_Brian6/26/2026

We updated our awareness training immediately. The scary part is the persistence. Unlike a password, users rarely rotate their recovery keys. We're actually pushing a policy via MDM to force users to generate new keys if they travel to high-risk regions, though enforcing compliance is a headache.

PR
Proxy_Admin_Nate6/26/2026

Solid regex snippet. I'd add that we're seeing these phishing lures use urgency—claims that the account will be deleted unless the 'backup' is verified. We've set up conditional access rules to flag anomalous logins, but with Signal's server-side architecture, our visibility is almost zero. We basically have to trust the endpoint detection.

PH
PhishFighter_Amy6/26/2026

From a pentester's view, this is low-hanging fruit for APTs. Most high-value targets have Signal installed, but they don't understand the difference between the app PIN and the Recovery Key. If you get the key, you own the identity. I advise clients to treat the Recovery Key like a private seed phrase for crypto—never store it digitally.

Verified Access Required

To maintain the integrity of our intelligence feeds, only verified partners and security professionals can post replies.

Request Access

Thread Stats

Created6/26/2026
Last Active6/26/2026
Replies3
Views156