Mission 16
Cloud Security and SaaS Safety for Small Businesses
Cloud email, storage, accounting and CRM tools are powerful, but the provider does not manage everything for you. This mission explains the shared responsibility idea and the practical settings a small business must own: admin accounts, MFA, sharing links, offboarding and independent backups of SaaS data.
In this mission you will
- Explain shared responsibility: what a cloud provider typically handles and what the business still has to manage.
- Protect admin accounts and turn on MFA for every user of critical cloud services.
- Review sharing links, connected apps and dormant accounts, and remove access that is no longer needed.
- Distinguish synchronisation from backup and check that SaaS data can be independently recovered.
The cloud is someone else’s computer, but your data
Most small businesses now use SaaS (software as a service): cloud email, online file storage, accounting software, a CRM or a shared spreadsheet. The provider runs the data centres, the hardware and much of the software. That is a big help. But the provider cannot decide who in your business should have access, which files should be shared, or whether a former contractor still needs to log in. Those decisions remain yours. This is called shared responsibility.
Shared responsibility in plain words
- The provider usually looks after: physical security of data centres, the underlying servers and network, and keeping the service running and patched.
- The business usually looks after: who has accounts, what roles they have, MFA, how files are shared, which third-party apps are connected, and what data is stored.
- Both sides matter for recovery: the provider may keep some history or a recycle bin, but limits and retention periods vary. Check what your plan actually includes.
- The exact split differs between services and plans. Read the provider’s own documentation rather than assuming.
Admin accounts deserve extra care
An admin account can create users, reset passwords, change security settings and sometimes export all data. If it is taken over, the attacker effectively owns your workspace. Keep the number of admins small but not one, so the business is never locked out. Use separate admin accounts for admin work where the service supports it, and do not use them for daily email and browsing. Every admin must have MFA, ideally with an authenticator app or security key. Make sure at least one admin is a business owner or trusted manager, not only an outside vendor.
A monthly cloud hygiene routine
- 1Check that MFA is on for every user of critical services, starting with email and finance tools.
- 2Review the admin list. Remove admin rights from anyone who no longer needs them.
- 3Look for dormant accounts: people who have left, temporary staff and old contractors. Disable or remove them.
- 4Review externally shared files and folders, especially ‘anyone with the link’ shares, and tighten or remove them.
- 5Review connected apps and integrations. Remove those nobody recognises or uses, and revoke any keys or tokens that belonged to departed people.
- 6Note what was reviewed and changed in a simple dated log, without recording any passwords or keys.
Offboarding: the most common gap
When an employee or contractor leaves, their cloud access must end on the same day. That means disabling their account, transferring ownership of their files, removing them from shared folders and groups, and checking whether they set up automations, forwarding rules or connected apps. Contractors and agencies are easy to forget because they were never added through HR. Keep one list of everyone with access to each critical service, including outsiders.
Practical business example
Nilgiri Tours finds a forgotten door
Nilgiri Tours, a fictional 15-person travel agency in Coimbatore, used cloud email, a shared drive and an online booking CRM. Two years earlier, a freelance developer, Vikram, had connected the CRM to a spreadsheet automation for daily booking reports. He finished the project and moved on, but nobody removed his account or the automation. During a monthly review, office manager Divya noticed an admin account she did not recognise and an integration sending booking data to an external sheet. She did not panic. With the owner’s approval, she disabled the account, removed the integration, asked the CRM provider’s support how to revoke the related key and checked other connected apps. No misuse was found. The team added a contractor offboarding checklist, reduced admins from five to two, turned on MFA for everyone and started a weekly export of booking data to a separate, access-controlled location.
The lesson: The provider’s platform was secure. The gap was on the business side: forgotten access and a forgotten automation. A short monthly review found it before it became a problem.
Key takeaways
- Cloud security is shared: the provider runs the platform, but the business manages users, roles, MFA, sharing, integrations and data.
- Keep a small group of trusted admins with MFA, including someone from the business, and use admin accounts only for admin work.
- Offboard employees and contractors on their last day, including their files, shared folders, automations and connected apps.
- Review sharing links, dormant accounts and integrations every month and keep a simple dated note.
- Synchronisation is not backup. Check export and recovery options and test that you can restore critical SaaS data.
Scenario lab · +25 XP
The contractor who never left
You manage operations at Ananya Fabrication Works, a fictional 35-person metal fabrication firm in Faridabad. The business uses cloud email and a shared drive. While preparing for a new hire, you notice that a contractor who built your quotation template six months ago still has an active account. His account owns a connected automation that copies new quotation files to an outside folder.
Fictional scenario. Never enter real passwords, OTPs or customer details anywhere in this course.
Decision 1 of 3
What is your first step?
Knowledge check · +20 XP on mastery
Check your understanding
Practical action · +40 XP (self-reported)
Document one critical cloud service
Pick the cloud service your business would struggle most without, such as email, accounting or file storage. Record settings and names only. Do not write down passwords, API keys, tokens or customer data.
- 1.Name the service and the business owner responsible for it.
- 2.List the admins by name and confirm each has MFA turned on.
- 3.Check whether MFA is on for all other users, and note any gaps.
- 4.Review external sharing settings and any ‘anyone with the link’ shares of sensitive folders.
- 5.List connected apps and integrations, and mark any nobody recognises for review.
- 6.Note how data could be recovered if deleted or encrypted: version history, export or a separate backup, and when a restore was last tested.
Do this in your own records. Don’t enter passwords, OTPs, customer data or incident details here.
Mission status: Not started
A mission is complete when you have read the lesson, answered the knowledge check and acknowledged the practical action. Mastery means scoring at least 3 of 4 on the knowledge check.
View my progress