O1.12.4Data export attack surfacedesignresearch

Export can become a bulk-exfiltration attack surface

Aliases: export exfiltration · bulk-download risk · data export security

What it is

The data export attack surface arises when self-service download or direct transfer concentrates dispersed, interface-limited data into a high-value artifact vulnerable to account takeover, unauthorized requests, leaked links, and recipient mistakes. Permission to read one record is not necessarily permission to copy an entire history. Security must authenticate the requester and protect delivery without defeating portability through excessive verification or indefinite delay.

Why it happens

Ordinary interfaces constrain exposure through pagination, object permissions, and interaction pace; an export job aggregates across stores in the background. A hijacked session can obtain years of records in one operation. Forwardable links, email attachments, object-store configuration, and logs create additional copies. Aggregation can also bypass object-level rules and package joint content, withdrawn material, or fields belonging to another account.

Studying it

Threat models should span request, verification, asynchronous generation, temporary storage, notification, download, direct transfer, and expiry. Security tests can simulate stolen sessions, account-identifier modification, link replay, token guessing, cross-device download, and concurrent requests, using mixed-permission fixtures to detect unauthorized fields. Object-level failures, link lifetime, detection, and revocation are stronger measures than scanning the final archive alone.

Where it stops holding

Risk does not justify removing or artificially obstructing export. Step-up authentication and asynchronous alerts can be proportionate to account risk, sensitivity, and existing authentication. Notifications must not expose export contents in email or lock-screen previews. Managed accounts, minors, and jointly owned data require an authorization model beyond the currently authenticated session.

Applying it

  • Enforce object-level authorization and risk-adaptive reauthentication at request time, with independent alert and cancellation for new-device or anomalous bulk requests.
  • Generate minimum-scope archives in isolated jobs using high-entropy single-use tokens, short expiry, encrypted transport, and automatic destruction; prohibit public object URLs.
  • Keep contents and reusable addresses out of email, push notifications, and logs; show only scope and state on the authenticated page.
  • Penetration-test attacker accounts, joint objects, and withdrawn content end to end, reconciling every archived record's authorization and exercising expiry, revocation, and repeat-download policy.

Related

  • Same group: O1.12.1 Portability lets users retrieve their data in a structured format · O1.12.2 Machine readability determines whether another service can import an export · O1.12.3 Derived and inferred data are usually outside portability scope
  • Adjacent: O3.02 Two-factor authentication · O3.17 On-screen exposure of sensitive information
  • Search terms: data export security · bulk exfiltration · object-level authorization

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/O1.12.4