Back 
What a few weeks it has been for Twitter, from the sacking of half its workforce, and the rushed release of a new feature that allows impersonation of people and brands, through to the unintentional lock out of some users with a certain multi-factor authentication (MFA) configuration enabled. Added to this, we have also seen major resignations of key individuals across the Information Security, Privacy and Compliance groups. And this whole post comes with an “at time of writing” warning because the situation is changing daily!
On the face of it, this may look like it has a greater impact on individuals than it does businesses, but the whole issue highlights how easy it is for the perception of a company to change overnight and raises questions about the stability of security postures among vendors. So, what can we learn from the ongoing issues at Twitter?
Firstly, we should recognise that, although the Twitter acquisition was long touted, most of these changes were unheralded in advance. This tells us that it is possible for the security and privacy stance of an organisation hosting our data to change overnight, and with it our own cybersecurity risk profile. How prepared is your organisation for such an occurrence? How much does your security depend upon native controls within your application provider’s own technology? How capable are you of quickly applying cloud security controls in the event of any change at your cloud application or service provider?
When issues like this arise with any tech vendor who holds organisational data, teams will want to ask questions of their supplier and devise risk plans pertaining to areas such as:
- What impact does this have on service availability?
- Will this impact service updates?
- Does this change the communication lines we have into the vendor and how might that impact our ability to address issues?
Under the shared responsibility model, organisations should already have a map of controls and responsibilities, and these should be reviewed to anticipate any changes in risk in light of any major changes at a supplier’s business. Processes should be well defined, documented, and continually checked, enabling an organisation to be on the front foot ahead of any issues.
Secondly, this reminds us of the ongoing organisational risk of employees storing and exchanging sensitive data in the plethora of SaaS applications, the majority of which are not under the control of the organisation’s IT teams. While on the face of it, allowing the use of a trusted (but not managed) SaaS application might not pose as big a risk as the use of an untrusted file transfer service with a poor privacy policy, spreading your data far and wide only increases the risk that one service will expose data. This is why many