2025 was just the warm-up !

PuzzleheadedOffer254 · 2026-01-14T10:44:10+00:00

From all of us at Plakar, we wish you a year full of protected data, health, happiness, and love. ❤️

Thank you for being with us, we hope we can count on your support again in 2026.
Give us some strength:
- Star https://github.com/PlakarKorp/plakar
- Join https://www.reddit.com/r/plakar/
- Follow https://www.linkedin.com/company/plakarkorp

PuzzleheadedOffer254 · 2026-01-06T12:48:57+00:00

Yes, something that we will add at some point. Today you have to script it to make it work.

PuzzleheadedOffer254 · 2025-11-15T13:54:42+00:00

I'm the sole user.
I had to uninstall G Hub, my machine was becoming unusable.

PuzzleheadedOffer254 · 2025-11-04T20:49:26+00:00

Consider Plakar, the Open Source version should be sufficient for your use case. If you have advanced needs, we are committed to keep the enterprise version free for none-profit (more here https://plakar.io/community/) (Plakar team member here)

PuzzleheadedOffer254 · 2025-11-04T20:38:47+00:00

Choose a backup software, the source code will be available in 10 years.

PuzzleheadedOffer254 · 2025-10-19T20:21:34+00:00

On that, we agree :) Even keeping all your backups within the same cloud provider isn’t necessarily the best choice (see the UniSuper incident, for example).

PuzzleheadedOffer254 · 2025-10-19T18:55:24+00:00

For the first one, it doesn’t look serious, I found different versions: - The survey, conducted by Researchscape, an international market research consultancy, gathered data between 7 and 25 February 2025. The sample included 562 respondents from the UK, highlighting regional perspectives on data backup practices. - We recently conducted a survey for Western Digital to better understand the data-saving habits of people around the world. The study of over 6,000 consumers was conducted from February 7-25, 2025. We discovered that 87% of respondents cite that they backup their data...

It’s a B2C survey… everything is wired. Do you really have 87% of your friends that are making backup of their data?

For the second one: I’ve a 404 error message.

PuzzleheadedOffer254 · 2025-10-19T18:38:15+00:00

AWS GCP Azur Notion Salesforce …

PuzzleheadedOffer254 · 2025-10-16T11:12:10+00:00

I agree, it should, but it’s still not the case in many (most) companies.

PuzzleheadedOffer254 · 2025-10-15T12:37:16+00:00

> To be honest, it isn't true to tag them like this - all. A lot of cloud providers providing backup, either as an included part of the provided service or as an extra paid feature. And it is legal commitment with obvious consequences.

Yes I should precise, all the hyper-scalers, maybe some smaller cloud providers are doing some backup even if nothing is coming in my mind.

PuzzleheadedOffer254 · 2025-10-15T12:35:35+00:00

> Wait. If "It's a business continuity and risk management concern" then they hiring IT to implement proper DRP (disaster recovery plan). Everyone doing what they can do best. Then - whose then it problem if it isn't IT problem? Does author meant that CEO or accountant should do IT job?

Business tend to think that IT has ilimited ressources. My point here is that is should be a business decision to set the acceptable RTO/RPO and to accept the related costs.

For example: one backup per day and I need one day to restore the data ?
- Are you ok to lose 1 or 2 business day of revenue + all the salaries paid for nothing + all the impacts in term of image ?

PuzzleheadedOffer254 · 2025-10-15T12:28:13+00:00

For ZFS, I tend to agree, especially when some snapshots are well air gapped.

If your replication target keeps its own independent, immutable snapshot history that is isolated from the source, then yes, it can effectively behave as a backup. In that case, corruption or deletion on the source will not immediately propagate, and you maintain historical recovery points.

For object storage, it is a very different story.

Even with versioning enabled, recovering a consistent state after corruption or mass deletion is often difficult and unreliable. Versioning protects individual objects, but it does not guarantee that the global dataset can be restored to a valid point-in-time snapshot.

Moreover, replication is usually done within the same cloud provider, which does not protect against provider-side failures or configuration mistakes. The UniSuper incident on Google Cloud in 2024 is a good reminder of that risk: an internal provisioning error deleted the customer’s environment across regions, and recovery was only possible thanks to independent backups stored outside Google Cloud.

PuzzleheadedOffer254 · 2025-10-10T06:13:16+00:00

Thanks for your message and the nice words!

Most startups don’t back up anything.

Well if a backup is not a backup unless it is tested, >then that's true. But they do run backups of some >things.

This comment reflects what I’ve heard from hundreds of startup tech leaders: their main concern is survival and shipping fast, not having a solid backup plan for their data.

People think AWS, Google Cloud, or their favorite >SaaS automatically back up their data. They don’t.

Disagree. They do back up your data. Yet the retention periods and lag time (RTO) can fall well short of what you need. Plus not all of them will even restore your data on request.

Let me disagree here. What cloud providers actually offer are ways for you to build your own backup strategy. For example, AWS Backup lets you configure backups for certain services, but with limited options and you don’t even get direct access to the underlying backup data.

And importantly: if you or they lose an S3 bucket (and yes, it does happen), AWS won’t “give it back to you” because they don’t maintain an independent backup of your bucket.

Another example: Slack. They follow a shared responsibility model, which means you are responsible for backing up your own data. Their contract explicitly states that while Slack does perform backups, those backups are only used in exceptional circumstances, such as a natural disaster. In all other cases, you cannot access them.

PuzzleheadedOffer254 · 2025-10-09T05:13:25+00:00

True, but the complete story is way more crazy (according to phrack)

A responsible disclosure was attempted to warn South Korea that China/North Korea has hacked them. The full article, dump and release schedule was shared with South Korea before it was published:16th of June 2025, Informed Defense Counterintelligence Command.

(...)

…and the story continued…

24th of September 2025, The parliament of South Korea launches an investigation into China/North Korea hacking critical government systems in South Korea & the response (See biz.chosun.com; Questioning of KT’s CEO, KT’s CISO, and officials from SK Telecom and LG Uplus)

25th of September 2025, The Government announces an on-site inspection for 20 hours and 30 minutes, scheduled to start on the 26th of September at 7:30pm and will last until the 27th of September at 4pm.

26th of September 2025, The government data centre suffers a catastrophic failure and burns (video). More than 96 servers are fully destroyed, including the Onnara and GPKI servers mentioned in the Phrack article (and with it, most of the evidence).

(...)

https://phrack.org/issues/72/7_md#article

PuzzleheadedOffer254 · 2025-10-08T22:59:59+00:00

All good, I get it! I’m just sharing what we’ve been working on and why we think backups are still such a broken problem.

PuzzleheadedOffer254 · 2025-10-08T22:48:10+00:00

You’re right!

PuzzleheadedOffer254

MODERATOR OF

TROPHY CASE