🔐 Optional AES-256 🌍 You Choose the Location 📋 Audit Logs 🗓 Retention Management 🔐 Optional AES-256 🌍 You Choose the Location 📋 Audit Logs 🗓 Retention Management
Data Protection

How We Support Your GDPR Obligations
Encryption · Access Control · Retention · Audit Logs

Backups are where most organisations hold the most personal data and apply the least scrutiny. Yedekalma provides part of the technical measures you need there. Let us be clear from the start: compliance cannot be purchased from a product — you are the data controller.

You choose the data location · data export and account deletion in the panel

An honest framing first

"GDPR-compliant backup" gets used like a badge. The accurate statement is this: compliance is a property of the controller, not of a piece of software. A product can only provide the technical measures compliance requires.

This page lists only what we actually do. Producing privacy notices, maintaining records of processing, handling lawful bases and writing a retention and erasure policy remain your obligations. This page is not legal advice.

Technical Measures We Provide

Where We Fit in Article 32

GDPR Article 32 requires appropriate technical and organisational measures. These are the backup-side equivalents.

🔐

Encryption (AES-256)

When you turn encryption on, backups are encrypted with AES-256 on your server before they leave your source system. The passphrase is known only to you; we do not store it and cannot open the contents.

🌍

Data location control

Backup files are not stored on our servers. Because you choose the destination, you decide where data rests and whether it leaves your jurisdiction. The panel itself is hosted in Türkiye.

👤

Access control

Two-factor authentication (TOTP), passkeys and per-domain permissions in the client portal (download / start backup / restore, or view only).

📋

Audit logs

Backup and settings actions in your account are recorded in an audit log you can view in the panel — records that help during breach reporting.

🗓

Retention management

You define how many copies of each backup type to keep; the excess is deleted automatically. This is the technical counterpart of a retention and erasure policy.

🔒

Immutability (WORM)

On an S3-compatible bucket with Object Lock, a backup becomes undeletable and unmodifiable for a set period, evidencing integrity.

🦠

Malware scanning

Optional file and database scanning detects malicious code during the backup; in email backups, messages carrying malicious attachments are left out of the archive. It helps you pick a clean restore point.

✅

Backup verification

Every backup goes through 8-layer verification, and the Backup Report Card shows what is on the site next to what is in the backup — closing the gap between "I have a backup" and "my backup works".

Things we do not do

We do not mask or anonymise. A backup is a faithful copy of the source. This is deliberate: a modified backup causes data loss when restored. If you need anonymisation it must be handled in the source system.

We do not make compliance declarations on your behalf. We do not sell certificates or "GDPR approval" — be cautious of anyone who does.

We do not process your data. We do not analyse, index or share the contents of your backups — they do not reside on our servers in the first place.

FAQ

GDPR and Backup — Frequently Asked Questions

No, and we want to say that plainly. Compliance cannot be bought from a product; you are the data controller. Yedekalma supplies tools for part of the technical measures compliance requires: optional encryption, access control, retention management and an audit log; data export and account deletion tools for your own account are also in the panel. Privacy notices, records of processing, lawful bases and your retention and erasure policy remain your responsibility.
Not on our servers. They go directly to the destination you choose, and you determine that destination's geographic location. Whether data is transferred outside your jurisdiction therefore stays under your control.
No. The backup system never alters data — no masking, truncation or anonymisation is applied. This is a deliberate design decision: a backup exists to hold a faithful copy of the source, and an altered backup causes data loss when restored. If you need anonymisation it has to be addressed in the source system.
Yes. You can define how many copies of each backup type to keep; once the count is exceeded the oldest backups are deleted automatically. This helps you implement a retention and erasure policy technically.
Yes, in two ways. A clean restore point limits the impact of the breach. And the audit log lets you show who performed which action in your account and when — information typically requested during breach notification.
The backup files sit in your own storage account, and you decide who can access that account. If you turned encryption on, the archives are stored encrypted with a passphrase only you know; we do not store it and cannot open them. On the panel side there is two-factor authentication, passkeys and an audit log, and you can give client portal users view-only or restricted rights per domain.

Strengthen Your Technical Measures

Encryption, access control, retention and an audit log — all in every plan. Free until the end of the year in the current campaign.

Create Free Account

Read our data protection notice →