SCNET · Enterprise IT · Ankara, Türkiye

Sanal Çekirdek

Do you know where your data is — including the backups?

The question of data location does not end at the production system. Backup, monitoring, logging and support access all carry data; until the map covers those, 'our data is here' is an incomplete sentence.

This page is about controls: where data sits, who sees it and how long it stays. The legal determination remains the data controller's decision.

The data flow map

Visibility precedes control. Where data originates, which systems it is copied into and by which routes it leaves are all mapped; the forgotten routes are usually backup and logging.

  • Backup, logging and monitoring flows are on the map
  • Data carried by third-party tooling is visible too
  • Production data in test environments is flagged separately
  • Change management keeps the map current

Location and boundary controls

Keeping data within given boundaries can be technically enforced: region restrictions, copy prevention and export controls. Writing it as policy is not enough — it has to be applied as a rule.

  • Region restrictions are enforced in configuration
  • Attempts to copy across a boundary are blocked and logged
  • Exceptions are time-bound and approved
  • Provider region commitments appear in the contract

Access transparency

An organization should see who reached its data from its own records. Provider personnel access for support falls inside that scope and can be made subject to prior approval.

  • Provider access is notified to the organization
  • Support access is time-bound and justified
  • Access logs are available to the organization
  • Encryption keys are managed separately

Retention and destruction

How long data stays matters as much as where it sits. Retention periods are defined per data type and destruction triggers itself when a period ends — and destruction has to be provable too.

  • Retention is defined per data type
  • Copies inside backups are subject to the same period
  • Destruction records are retained with date and scope
  • Legal hold exceptions are managed separately

How we work

  1. Build the data flow map
  2. Turn location and boundary controls into rules
  3. Establish access transparency
  4. Automate retention and destruction
  5. Test the controls on a regular cycle

How success is measured

  • All flows including backup and logging are on the map
  • Cross-boundary copy attempts are logged
  • Provider access is visible to the organization
  • Expired data is destroyed without intervention

Frequently asked questions

Is encryption sufficient on its own?

No. Encryption protects data but governs neither location nor access. Who holds the keys, who can decrypt and where the data sits are handled by separate controls.

Can we close provider access entirely?

In some services that is technically possible; in others it also closes the ability to support you. The better question is when access opens, for how long, and on whose approval.

Are our test environments in scope?

If they carry production data, yes. That is the most commonly overlooked leakage route, and copying unmasked production data into test is audited separately.

Let's build your data flow map together and see the routes on the backup and logging side as well.

Build your data flow map