Remove "duplicate base" privileges from collaborators

This thread made me realize that we should probably have an option to PREVENT collaborators (particularly read-only collaborators) from being able to easily duplicate an entire base.

When we share read-only links to bases or views, we have that option that we can uncheck that says: “Allow viewers to copy the data in this base” or “Allow viewers to copy data out of this view”.

But it would be nice if we had that same feature for collaborators.

2 Likes

Yes, 110%. It doesn’t make sense to me why Airtable wouldn’t include this simple feature when it’s clearly already available with link sharing. All they need to do is add the same checkmark functionality either per-user or make it default that only the ‘creator’ role has permission to CREATE a copy :wink:

I feel like this would be a big :triangular_flag_on_post: for any organization that has any form of sensitive information or proprietary nature to how they do business. Their current solution is “copy and paste” any data you want someone to have access too but not have access to copying all your data… yikes.

I suppose an alternative solution could be… If they had a way to ‘mirror data from a view or table to a separate special-use base’ that kept up with all the updates and didn’t require constant upkeep, I suppose that would work too… but at that point, why not just link bases :wink: to me, there is no simpler (obvious) solution then just to implement the feature above. Creators should be able to create, period.

Hopefully, they get this implemented sooner than later because as a marketing agency we can’t afford for someone to just walk away with our ‘agency in a box’ we’re trying to build. So it makes our lives very clunky currently having to avoid that and I’m even considering moving away from air table to a custom solution if the pain continues to increase as we grow, because it’s lacking this one simple feature!! So hopefully they fix it sometime soon, so we can continue to remain a loving user :slight_smile:

1 Like

Totally agree with you. This is actually a really big security hole in Airtable, and in my personal opinion, it should be addressed ASAP.

The proprietary data of a business is often its most important core asset. The fact that Airtable makes 100% of this data instantly 100% copyable in its full 100% entirety to even the lowest level of employees (read-only employees) is one of the biggest security risks, security holes, and :triangular_flag_on_post::triangular_flag_on_post::triangular_flag_on_post: of the Airtable platform.

But the fact that Airtable allows any level of collaborator to instantly duplicate THE ENTIRE COMPANY’S DATA IN ONE CLICK is just as misguided as letting the lowest level employee be able to do it.

As a business owner, none of my employees should be able to run off with all of my company’s data with one click of one button.

This security hole could potentially make Airtable a non-starter in organizations that are more than a solopreneur — or more than a mom & pop organization run by LITERALLY a husband & wife who implicitly trust each other (and who do not foresee divorce in their future).

Another example to build upon your marketing example above: could you imagine a gym where one of the personal trainers could grab all of the gym’s customers with one click?

There is no other database platform that makes it possible or this easy for ANY USER OF THE SYSTEM (including read-only users) to copy the ENTIRE SYSTEM with one click of a button.

And, of course, giving users the ability to select all the records in an entire table with one click, and then being able to press command-c to copy all of those records (immediately prior to pasting those records into an external text editor) is also a deal-breaker. It’s actually the exact same problem as duplicating an entire base. Copying entire records — particularly copying all the records in an entire base — is never allowed (by default) in other database systems.

So this security hole applies to 3 areas of the product, in order of importance:

  1. Duplicating an entire base.
  2. Exporting a CSV file of an entire table.
  3. Selecting an entire record — or all of the records — in an entire table and being able to press command-C to copy all of the table’s data with one click. (And then, instantly being able to paste all of that data into an external text editor.)

All 3 of these options are available to all collaborators, including read-only collaborators.

I already predict that somebody might try to make this point:

“Well, if someone can SEE all of your data, then they already have access to all of your data anyways!”

Well, yes, that’s “technically“ true… and it would be amazing someday to have record-level permissions built into Airtable.

But there is a night-and-day difference between one-click duplication of an entire company’s data vs. forcing someone to scroll through 5,000 records and individually taking screenshots of each record… or forcing someone to manually scroll through 5,000 records to manually copy data out of each field one field at a time — and then having them manually repeat that process for every record in every table.

The task of stealing all of your company’s data should be as difficult & unwieldy as possible, which acts as a deterrent.

The “partial” good news here is that this security hole can be solved by having your users interact with Airtable entirely through Stacker… but that’s a pricey solution and your users will end up losing the overwhelming majority of the features of Airtable (blocks, interacting with Airtable’s user interface, all the different types of views, instantly updating data in real time, etc.). Stacker is really best-suited as a customer portal for customers to see their own customer data, not for internal employees to interact with an entire database.

@Jason @Kasra @Aron @Adam_Minich @Katherine_Duh @VictoriaPlummer How can I best escalate this security issue to the internal engineering team at Airtable?

Again, this security hole applies to 3 different areas of the product:

  1. Duplicating an entire base.
  2. Exporting a CSV file of an entire table.
  3. Selecting an entire record — or all of the records — in an entire table and being able to press command-C to copy all of the table’s data with one click.

All 3 of these options are available to all collaborators at all times, including read-only collaborators.

Thanks! :slight_smile:
Scott

p.s. This large security risk also sort of ties into the much smaller security risk here, which is that collaborators can share the base with anyone, without the other collaborators being alerted to it.