Re:Former Twitter Employees Charged with Spying for Saudi Ar...
by fastball on Wednesday November 06, 2019 @07:08PM
(#21469029)
Someone needs to have access to the data...
[ Parent
| on HN ]
Re:Former Twitter Employees Charged with Spying for Saudi Ar...
by pfooti on Wednesday November 06, 2019 @07:17PM
(#21469096)
that's not entirely true - it's possible for all the data of that nature to be in an audit-logged data store, and to require specific business cases for access to the data. So you can only see a user's private information if there's a specific bug you're working on, and even then the access is audited.
I mean, the data is still accessible, it's just not easy to get it willy-nilly without setting off alarms.
Re:Former Twitter Employees Charged with Spying for Saudi Ar...
by throwawaybbb on Wednesday November 06, 2019 @07:43PM
(#21469279)
Someone needs to build and maintain the audit log software.
Re:Former Twitter Employees Charged with Spying for Saudi Ar...
by JoshTriplett on Wednesday November 06, 2019 @08:15PM
(#21469485)
True, but you don't need access to production data to build an audit logger. And any commits to it should involve code review.
Re:Former Twitter Employees Charged with Spying for Saudi Ar...
by justinclift on Thursday November 07, 2019 @12:24AM
(#21470675)
Backup/restore of audit data can make things complicated. eg the ability to overwrite incorrect/damaged audit data (etc)
So far, I've not yet come across a system where some level of direct admin access isn't needed for at least "last resort" situations. (obviously, only available to a very specific set of trusted people)