Which ISO 27001 controls apply when a vendor uses your accounts
NIST maps the vendor relationship to ISO/IEC 27001:2022 controls A.5.19 to A.5.23. The accounts and the vendor's staff map to others, such as A.5.16 and A.5.2.
ISO/IEC 27001:2022, the third edition, is the current ISO standard for information security management systems, and ISO lists the 2013 edition as withdrawn. When a vendor’s people work in your company’s accounts, NIST’s crosswalk from its SP 800-53 controls to the standard points to two groups of ISO controls. The supplier controls, A.5.19 to A.5.23, cover the relationship with the vendor. Others, such as A.5.16, A.5.18, A.8.2 and A.5.2, cover the accounts and the people who use them. ISO sells the standard’s text, so this article works from NIST’s free crosswalk and the SP 800-53 text it maps to.
What NIST’s crosswalk shows
ISO describes the standard as defining the requirements an information security management system must meet. NIST’s crosswalk links each ISO control to the SP 800-53 controls that cover similar ground, and SP 800-53 is free to read. NIST cautions that “the mappings are not always one-to-one and may not be completely equivalent”. So a mapped NIST control tells you where to look in the standard, not what the standard says. The tables below describe NIST controls and give the ISO numbers NIST maps them to. They don’t quote ISO.
The crosswalk also shows that no single group of controls covers a vendor in your accounts. The supply chain controls map to A.5.19 to A.5.23. The controls on accounts, passwords and a provider’s staff map to other ISO numbers. A vendor review that stops at the supplier controls can miss who knows the passwords, because those questions sit under the account controls.
The vendor relationship
The FTC Safeguards Rule sets out three steps for covered financial institutions: select capable service providers, require safeguards by contract, and assess providers periodically (16 CFR 314.4(f)). NIST’s Cybersecurity Framework (CSF) 2.0 has matching outcomes for any organization. Beneath all three steps sits a supply chain risk management policy and plan. In SP 800-53 those are SR-1 and SR-2, which NIST maps to A.5.19.
| Step | CSF 2.0 outcome | SP 800-53 control | ISO controls NIST maps it to |
|---|---|---|---|
| Choosing and reviewing the vendor | GV.SC-06 before the relationship, GV.SC-07 during it | SR-6: assess and review supplier risk at a frequency you set | A.5.22 |
| The contract | GV.SC-05: requirements built into contracts | SA-4: security and privacy requirements in the acquisition contract | A.5.20, A.5.23 and others |
| Holding the vendor to your rules | DE.CM-06: outside providers’ activity monitored | SA-9: outside service providers meet your requirements, and you monitor them | A.5.22, A.5.23 and others |
NIST maps the remaining supplier control, A.5.21, to SR-2 through SR-5. Those cover the supply chain plan, its processes and controls, records of where components come from, and contract tools against supply chain risk. SR-6 reaches past the vendor itself. Its discussion includes whether the supplier can assess its own subcontractors, which matters when the vendor passes your work on.
For your accounts, each step comes down to a concrete question. Before you sign, ask how the vendor will handle your accounts. In the contract, say who may use them, whether logins may be shared, what gets recorded, and how access ends. In reviews, compare your user lists with the vendor’s roster. CSF 2.0 also has an outcome for plans that cover what happens after the agreement ends (GV.SC-10). For accounts, that means disabling the vendor’s user accounts and changing any shared passwords. Sample wording is in What your vendor contract should say about accounts.
The accounts the vendor uses
The controls that govern the accounts themselves come from other parts of SP 800-53. NIST maps them to ISO controls outside the supplier group.
| SP 800-53 control | What it asks for | ISO controls NIST maps it to |
|---|---|---|
| AC-2 Account management | Define allowed account types, name authorized users, approve new accounts, monitor use, and change shared account passwords when someone leaves the group (AC-2k) | A.5.16, A.5.18, A.8.2 |
| AC-6 Least privilege | Allow only the access people need for their assigned tasks | A.5.15, A.8.2, A.8.18 |
| IA-5 Authenticator management | Protect passwords from disclosure, and change them for group or role accounts when membership changes (IA-5i) | A.5.16, A.5.17 |
| PS-7 External personnel security | Set security rules for a provider’s staff, require the provider to tell you when its people with access to your systems move or leave (PS-7d), and monitor compliance | A.5.2, A.5.4 |
| AU-3 Content of audit records | Each record shows what happened, when, and who was involved | A.5.28, A.8.15 |
A shared login is where these controls meet. SP 800-53 lists shared and group accounts among the account types an organization may choose to prohibit because of increased risk. Where you allow one, AC-2k and IA-5i both ask for the password to change when someone leaves the group. You can only do that if you hear about the departure. PS-7d asks you to require the vendor to tell you, within a time you set. Without that notice, a person who has left the vendor still knows a password that works.
The record is the other gap. AU-3 asks that each audit record establish the identity of the individuals involved. A platform’s sign-in history for a shared login names the account, so if five people on the vendor’s team use it, they show up as one. To give each use a name, create a user account for each person, or put an access tool in between that records who signed in. The ways to hand over access are compared in Letting a vendor use your company’s accounts.
When the vendor holds ISO 27001 certification
ISO says conformity with the standard means a company has a system to manage risks to the data it owns or handles. It calls certification one way to show customers a company can manage information securely. A certificate doesn’t show who uses the accounts you handed over, or how their use is recorded. So the rules for your accounts come from your contract and your checks. When you ask for the certificate, check the edition it names. ISO asks that the standard always be cited in full, as in “certified to ISO/IEC 27001:2022”.
Some vendors offer a SOC 2 report instead. What it covers is in What is a security questionnaire?
If your company is the one getting certified
A vendor’s use of your accounts falls under both groups of controls above. Be ready to show the certification body three things: the accounts you’ve handed over, who knows each shared password, and how each person’s use is recorded.
If your company is the vendor, the same controls apply from the other side. Your clients’ accounts are accounts your staff use but don’t own. Put them in your own account records: who on your team may use each one, who knows any shared password, and what ties each use to a person. A client that applies PS-7 will require you to tell it when your people on its accounts move or leave (PS-7d). One that applies SA-9 will monitor whether you meet its requirements. Some removals also take the client’s admin, so your process should name the step you ask the client to take.
Frequently asked questions
Do only the supplier controls apply to a vendor working in our accounts?
No. NIST maps the vendor relationship to A.5.19 to A.5.23. It maps account management to A.5.16, A.5.18 and A.8.2, and security rules for a provider's staff to A.5.2 and A.5.4.
Which control covers shared logins?
In SP 800-53, AC-2k asks for a process to change a shared account's password when someone leaves the group, and IA-5i asks the same for group accounts. NIST maps AC-2 to A.5.16, A.5.18 and A.8.2, and IA-5 to A.5.16 and A.5.17.
Where can we read what the ISO controls require?
Only in the standard, which ISO sells. NIST's free crosswalk shows which SP 800-53 controls each one maps to, but NIST warns the mapping isn't always one-to-one.
Our vendor is ISO 27001 certified. Do we still need to ask about shared logins?
Yes. Certification is about the vendor's management system as a whole. It doesn't say who uses the accounts you handed over or how use is recorded, so cover that in the contract and your checks.
Which edition of ISO 27001 is current?
ISO/IEC 27001:2022, the third edition. ISO lists the 2013 edition as withdrawn.
How Junify handles this
- Doing this by hand
- You keep a list of which vendor staff use which of your accounts, shut off access every time a contract ends or a person changes, and keep checking how the vendor uses them.
- With Junify
- With Junify, the vendor's staff work in your company's accounts without getting the password, so a person who leaves the vendor never knew it. Junify records on your side who signed in to which account and when, person by person. And when someone leaves or the contract ends, you remove their access in Junify and they can't sign in again.
Sources
- ISO/IEC 27001:2022, Information security management systems: Requirements (ISO standard page)
- NIST, Crosswalk: SP 800-53 Rev. 5 to ISO/IEC 27001:2022 (OLIR informative reference, posted November 13, 2023)
- NIST SP 800-53 Rev. 5, Security and Privacy Controls for Information Systems and Organizations (AC-2, AC-6, AU-3, IA-5, PS-7, SA-4, SA-9, SR-1, SR-2, SR-6)
- NIST CSWP 29, The NIST Cybersecurity Framework (CSF) 2.0 (February 26, 2024)
- 16 CFR Part 314, Standards for Safeguarding Customer Information (FTC Safeguards Rule), eCFR
-
Checklist for taking back access when a vendor contract ends
Work in this order. List the vendor's accounts, disable its users, change shared passwords, check the login records, and get written confirmation of deletion.
-
How to write the account questions in a vendor security questionnaire
Name the accounts you gave the vendor and ask who checks each answer, how often and against what record. Tie each question to a rule and check the answers.
-
What your vendor contract should say about accounts
Write four account clauses: who may use your accounts, no sharing beyond named staff, records and incident notice, and shutdown and deletion at the end.