Start a new topic and get direct answers from the Expert Advice Community.
CREATE NEW TOPIC +Guest
ISO 27001 does not prescribe documentation hierarchy, so organizations can adopt the framework that best suits their needs.
Considering that, using ISO 10013 as a reference for documentation hierarchy is an acceptable approach.
Regarding the fact that ISO 10013:2001 is a withdrawn standard, unless you have specific requirements to adopt this version (e.g., customer requirement or law), you should consider using the 2021 version of the standard, because its requirements are better aligned with current versions of ISO management systems standards.
For further information, see:
No, any company can prepare a quality manual. By the way, ISO 9001:2015 no longer mentions a quality manual.
Please check these articles:
Examples of Information Security Objectives are:
- decrease the impact and/or number of information security incidents by 30% in 12 months
- increase revenue of service XYZ by 5% in 12 months
- win a new customer in 6 months
- increase market share by 3% in 12 months
For further information, see:
ISO 27001 does not prescribe retention periods for logs.
To define proper retention periods, you need to perform a risk assessment and identify applicable legal requirements.
In case your risk assessment and requirements do not provide a proper reference, you can try starting with a retention time of one year.
For further information, see:
Quality agreement should be with the actual manufacturer because you need to be sure that the device is produced in accordance with ISO 13485 and MDR.
ISO 27001 does not prescribe which objectives to define, so you can use objectives related to your business strategy, to specific customers and regulators you must comply with. Additionally, you can also use more specific objectives related to security controls, security processes, etc.
Some specific examples are:
For further information, see:
Considering your stated situation (Having operating system software and databases that are at the end-of-support life cycle), suggested assets, vulnerabilities, and threats, with respective controls are:
Please note that end-of-support is part of the retirement step of an asset life cycle management process (in this case, applied to assets operating system software and databases), and so it is an expected situation for IT operations.
Considering that, the vulnerability, in this case, would be related to not knowing what to do by this time.
a) Is it necessary for me to artificially amend the risk evaluation to achieve the 10% Unacceptable risks?
First of all, sorry for this confusion.
This message is intended for companies that are implementing ISO 27001 for the first time. Since you already have implemented controls that reduce risks to an acceptable level, you do not need to include additional risks if you do not need to.
However, security risks are evolving very quickly, so it is likely that you do have some unacceptable risks that you did not record previously. It is recommended that you try to identify these new risks.
b) Will the certification auditor not pass the certification audit if there is no risk treatment actions?
Please note that risk treatment actions are needed only in case you have relevant risks to treat or want to make changes in existing controls (e.g., to update technologies or include improvements).
Since it is likely that your company is facing some new risks, the certification auditor will want to see if you managed to identify them. If you can convince the auditor that there are certainly no new risks, then you will pass the surveillance audit.
c) What is your recommendation?
In your situation, recommendations are:
For further information, see: