+Standardized Operating Procedures (SOP)
---+System Administrative Processes
---+Database Administrative Processes
|
Standardized Operating Procedures (SOP)
Description
Mechanisms exist to identify and document Standardized Operating Procedures (SOP), or similar documentation, to enable the proper execution of day-to-day / assigned tasks.
Possible Solutions & Considerations
Micro-Small Business (<10 staff) / BLS Firm Size Classes 1-2
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Small Business (10-49 staff) / BLS Firm Size Classes 3-4
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Medium Business (50-249 staff) / BLS Firm Size Classes 5-6
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Large Business (250-999 staff) / BLS Firm Size Classes 7-8
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Enterprise (> 1,000 staff) / BLS Firm Size Class 9
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
SCR-CMM
Level 0 Not Performed
Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.
Level 1 Performed Informally
SCR-CMM Level 1 criteria definitions are not available for this control:
▪ A reasonable person would conclude this control requires a structured process.
▪ At this level of maturity, the "ad hoc" nature of performing a capability informally would indicate the intent of the control is not met due to a lack of consistency and formality.
Level 2 Planned Tracked
Security Operations (OPS) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with OPS domain capabilities are formally documented and centrally-managed by the entity.
▪ Standardized Operating Procedures (SOP) associated with OPS domain capabilities are documented and maintained by process owners.
▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with OPS domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD).
▪ Security operations management-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines).
▪ Security operations management may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel.
▪ IT and/or cybersecurity personnel create “run books,” or SOPs, to capture operational knowledge in documentation form for critical business functions and/or for sensitive/regulated obligations to protect the Confidentiality, Integrity, Availability and Safety (CIAS) of the organization's TAASD.
Level 3 Well Defined
Security Operations (OPS) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with OPS domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function.
▪ Standardized Operating Procedures (SOP) associated with OPS domain capabilities are well-documented and kept current by process owners.
▪ A Security Operations Center (SOC), or similar function, is appropriately staffed and supported to implement and maintain OPS domain capabilities.
▪ Technology is leveraged to enhance the efficiency and accuracy of security operations management (e.g., SIEM solution and EDR/XDR tools).
▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with OPS domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls).
▪ Cybersecurity personnel create “run books,” or SOPs, to capture operational knowledge in documentation form for critical business functions and/or for sensitive/regulated obligations.
▪ An implemented and operational capability exists to identify and document Standardized Operating Procedures (SOP), or similar documentation, to enable the proper execution of day-to-day / assigned tasks.
Level 4 Quantitatively Controlled
Security Operations (OPS) capabilities, in addition to being standardized across the entity and centrally managed to ensure consistency across Technology Assets, Applications, Services and/or Data (TAASD), efforts are metrics driven to provide sufficient insight for decision makers to predict optimal performance, ensure continued operations and/or identify areas for improvement. Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Applicable SCR-CMM Level 3 (Well Defined) capabilities are implemented and operational.
▪ Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
▪ Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
▪ Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
▪ Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
▪ Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
▪ Business and technical stakeholders are involved in reviewing and approving proposed changes to evolve capabilities.
Level 5 Continuously Improving
Utilize SCR-CMM Level 3 or Level 4 (if available) criteria definitions:
▪ There are no defined Level 5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to operationalize this control.
▪ Level 5 capabilities should be considered “world-class” where the control builds on Level 4 capabilities, but are continuously improving through Artificial Intelligence (AI) and/or Machine Learning (ML) technologies.
▪ While it may be possible to develop responsive capabilities for this control through the use of AI and/or ML technologies, the criteria would be organization-specific to define.
1. Forbhreathnú
| Teideal |
Caighdeán |
|
System Administrative Processes
|
Description
Mechanisms exist to develop, implement and govern system administration processes, with corresponding Standardized Operating Procedures (SOP), for operating and maintaining Technology Assets, Applications and/or Services (TAAS).
Possible Solutions & Considerations
Micro-Small Business (<10 staff) / BLS Firm Size Classes 1-2
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Small Business (10-49 staff) / BLS Firm Size Classes 3-4
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Medium Business (50-249 staff) / BLS Firm Size Classes 5-6
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Large Business (250-999 staff) / BLS Firm Size Classes 7-8
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
Enterprise (> 1,000 staff) / BLS Firm Size Class 9
∙ Documented Standardized Operating Procedures (SOP)
∙ ComplianceForge - Cybersecurity Standardized Operating Procedures (CSOP)
SCR-CMM
Level 0 Not Performed
Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.
Level 1 Performed Informally
SCR-CMM Level 1 criteria definitions are not available for this control:
▪ A reasonable person would conclude this control requires a structured process.
▪ At this level of maturity, the "ad hoc" nature of performing a capability informally would indicate the intent of the control is not met due to a lack of consistency and formality.
Level 2 Planned Tracked
Asset Management (AST) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with AST domain capabilities are formally documented and centrally-managed by the entity.
▪ Standardized Operating Procedures (SOP) associated with AST domain capabilities are documented and maintained by process owners.
▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with AST domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD).
▪ Asset management-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines).
▪ Asset management may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel.
▪ The IT department establishes, maintains and updates an inventory that contains a listing of all organizational-owned TAASD, at a minimum covering common devices (e.g., laptops, workstations and servers).
Level 3 Well Defined
Security Operations (OPS) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with OPS domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function.
▪ Standardized Operating Procedures (SOP) associated with OPS domain capabilities are well-documented and kept current by process owners.
▪ A Security Operations Center (SOC), or similar function, is appropriately staffed and supported to implement and maintain OPS domain capabilities.
▪ Technology is leveraged to enhance the efficiency and accuracy of security operations management (e.g., SIEM solution and EDR/XDR tools).
▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with OPS domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls).
▪ Cybersecurity personnel create “run books,” or SOPs, to capture operational knowledge in documentation form for critical business functions and/or for sensitive/regulated obligations.
▪ An implemented and operational capability exists to develop, implement and govern system administration processes, with corresponding Standardized Operating Procedures (SOP), for operating and maintaining Technology Assets, Applications and/or Services (TAAS).
Level 4 Quantitatively Controlled
Utilize SCR-CMM Level 3 criteria definitions:
▪ There are no defined Level 4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to operationalize this control.
▪ While it may be possible to develop “metrics-driven” capabilities for this control, the criteria would be organization-specific to define.
Level 5 Continuously Improving
Utilize SCR-CMM Level 3 or Level 4 (if available) criteria definitions:
▪ There are no defined Level 5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to operationalize this control.
▪ Level 5 capabilities should be considered “world-class” where the control builds on Level 4 capabilities, but are continuously improving through Artificial Intelligence (AI) and/or Machine Learning (ML) technologies.
▪ While it may be possible to develop responsive capabilities for this control through the use of AI and/or ML technologies, the criteria would be organization-specific to define.
|
|
Database Administrative Processes
|
Description
Mechanisms exist to develop, implement and govern database management processes, with corresponding Standardized Operating Procedures (SOP), for operating and maintaining databases.
Possible Solutions & Considerations
Micro-Small Business (<10 staff) / BLS Firm Size Classes 1-2
∙ Basic documented steps for database backups and administration
Small Business (10-49 staff) / BLS Firm Size Classes 3-4
∙ Database administration procedures (backup, patching, access management)
Medium Business (50-249 staff) / BLS Firm Size Classes 5-6
∙ Database management SOPs covering administration, patching, backup and access
∙ Database activity logging
Large Business (250-999 staff) / BLS Firm Size Classes 7-8
∙ Formal database administration standards and SOPs
∙ Database Activity Monitoring (DAM)
∙ DBA access via PAM
Enterprise (> 1,000 staff) / BLS Firm Size Class 9
∙ Enterprise database governance (SOPs, DAM, PAM, encryption, automated compliance checks)
∙ Database security posture management
SCR-CMM
Level 0 Not Performed
Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.
Level 1 Performed Informally
SCR-CMM Level 1 criteria definitions are not available for this control:
▪ A reasonable person would conclude this control requires a structured process.
▪ At this level of maturity, the "ad hoc" nature of performing a capability informally would indicate the intent of the control is not met due to a lack of consistency and formality.
Level 2 Planned Tracked
Asset Management (AST) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with AST domain capabilities are formally documented and centrally-managed by the entity.
▪ Standardized Operating Procedures (SOP) associated with AST domain capabilities are documented and maintained by process owners.
▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with AST domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD).
▪ Asset management-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines).
▪ Asset management may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel.
▪ The IT department establishes, maintains and updates an inventory that contains a listing of all organizational-owned TAASD, at a minimum covering common devices (e.g., laptops, workstations and servers).
▪ Databases containing sensitive/regulated data use a cryptographic mechanism to prevent the unauthorized disclosure of information in the database (e.g., column-level and Transparent Data Encryption (TDE)).
Level 3 Well Defined
Security Operations (OPS) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist:
▪ Policies and standards associated with OPS domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function.
▪ Standardized Operating Procedures (SOP) associated with OPS domain capabilities are well-documented and kept current by process owners.
▪ A Security Operations Center (SOC), or similar function, is appropriately staffed and supported to implement and maintain OPS domain capabilities.
▪ Technology is leveraged to enhance the efficiency and accuracy of security operations management (e.g., SIEM solution and EDR/XDR tools).
▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with OPS domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls).
▪ Cybersecurity personnel create “run books,” or SOPs, to capture operational knowledge in documentation form for critical business functions and/or for sensitive/regulated obligations.
▪ An implemented and operational capability exists to develop, implement and govern database management processes, with corresponding Standardized Operating Procedures (SOP), for operating and maintaining databases.
Level 4 Quantitatively Controlled
Utilize SCR-CMM Level 3 criteria definitions:
▪ There are no defined Level 4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to operationalize this control.
▪ While it may be possible to develop “metrics-driven” capabilities for this control, the criteria would be organization-specific to define.
Level 5 Continuously Improving
Utilize SCR-CMM Level 3 or Level 4 (if available) criteria definitions:
▪ There are no defined Level 5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to operationalize this control.
▪ Level 5 capabilities should be considered “world-class” where the control builds on Level 4 capabilities, but are continuously improving through Artificial Intelligence (AI) and/or Machine Learning (ML) technologies.
▪ While it may be possible to develop responsive capabilities for this control through the use of AI and/or ML technologies, the criteria would be organization-specific to define.
|
1.1 Tagairtí
1.2 Ceanglais aitheanta
1.3 Rialacháin ghaolmhara
2. Ceanglais aitheanta
Ceanglais
| Foinse |
Ceanglas |
3. Rialacháin ghaolmhara
Rialacháin
| Foinse |
Rialáil |
|
EULAW
|
Airteagal 8 Beartais agus nósanna imeachta um oibríochtaí TFC
|
|
EULAW
|
Airteagal 8 Beartais agus nósanna imeachta um oibríochtaí TFC
|
|
EULAW
|
Airteagal 9 Bainistíocht acmhainneachta agus feidhmíochta
|
|
EULAW
|
Airteagal 10 Bainistíocht leochaileachta agus bainistiú paistí
|
|
EULAW
|
Airteagal 10 Bainistíocht leochaileachta agus bainistiú paistí
|
|
EULAW
|
Airteagal 11 Slándáil sonraí agus córas
|
|
EULAW
|
Airteagal 6 Creat bainistíochta riosca TFC
-
|
|
EULAW
|
Airteagal 9 Cosaint agus cosc
-
|
|
EULAW
|
Airteagal 6 2
2. Áireofar ar chreat bainistíochta riosca TFC ar a laghad straitéisí, beartais, nósanna imeachta, prótacail agus uirlisí TFC atá riachtanach chun an chosaint chuí leordhóthanach a thabhairt do na sócmhainní faisnéise agus sócmhainní TFC uile, lena n-áirítear bogearraí, crua-earraí agus freastalaithe ríomhairí, agus chun cosaint a thabhairt do na comhpháirteanna agus na bonneagair ábhartha fhisiciúla uile, amhail áitribh, lárionaid sonraí agus limistéir ainmnithe íogaire, chun a áirithiú go mbeidh cosaint leordhóthanach ag na sócmhainní faisnéise agus sócmhainní TFC go léir ar rioscaí lena n-áirítear damáiste agus rochtain nó úsáid neamhúdaraithe.
|
|
EULAW
|
Airteagal 9 2
2. Déanfaidh eintitis airgeadais straitéisí, beartais, nósanna imeachta, prótacail agus uirlisí slándála TFC a cheapadh, a fháil agus a chur chun feidhme, a bhfuil mar aidhm leo athléimneacht, leanúnachas agus infhaighteacht córas TFC a áirithiú, go háirithe na cinn a thacaíonn le feidhmeanna criticiúla nó tábhachtacha, agus ardchaighdeáin infhaighteachta, barántúlachta, sláine agus rúndachta sonraí a chothabháil, cibé acu atá na sonraí sin á stóráil, in úsáid nó faoi bhealach.
|
|
EULAW
|
Airteagal 9 4
4. Mar chuid de chreat bainistíochta riosca TFC dá dtagraítear in Airteagal 6(1), déanfaidh eintitis airgeadais na nithe seo a leanas:
|
(a)
|
beartas slándála faisnéise a fhorbairt agus a dhoiciméadú lena sainítear rialacha chun infhaighteacht, barántúlacht, sláine agus rúndacht sonraí, sócmhainní faisnéise agus sócmhainní TFC, lena n-áirítear cinn a gcustaiméirí, a chosaint, i gcás inarb infheidhme;
|
|
(b)
|
i gcomhréir le cur chuige bunaithe ar riosca, struchtúr bainistíochta fónta gréasáin agus bonneagair a bhunú trí úsáid a bhaint as teicnící, modhanna agus prótacail iomchuí ar a bhféadfar a áireamh sásraí uathoibrithe a chur chun feidhme chun sócmhainní faisnéise, a ndearnadh difear dóibh, a scaradh amach i gcás cibirionsaithe;
|
|
(c)
|
beartais a chur i bhfeidhm lena ndéantar an rochtain fhisiciúil nó loighciúil ar shócmhainní faisnéise agus sócmhainní TFC a theorannú dá bhfuil riachtanach le haghaidh feidhmeanna agus gníomhaíochtaí dlisteanacha formheasta amháin, agus sraith beartas, nósanna imeachta agus rialuithe a bhunú chuige sin lena dtugtar aghaidh ar chearta rochtana agus lena n-áirithítear riarachán fónta orthu sin;
|
|
(d)
|
beartais agus prótacail le haghaidh sásraí láidre fíordheimhnithe a chur chun feidhme, bunaithe ar chaighdeáin ábhartha agus ar chórais thiomnaithe rialuithe, agus bearta cosanta i ndáil le heochracha cripteagrafacha trína ndéantar sonraí a chriptiú bunaithe ar thorthaí próiseas formheasta aicmithe sonraí agus measúnaithe riosca TFC;
|
|
(e)
|
beartais, nósanna imeachta agus rialuithe doiciméadaithe a chur chun feidhme le haghaidh bainistíocht athruithe TFC, lena n-áirítear athruithe ar bhogearraí, crua-earraí, comhpháirteanna dochtearraí, paraiméadair ar chórais nó paraiméadair slándála, atá bunaithe ar chur chuige measúnaithe riosca agus mar chuid dhílis de phróiseas foriomlán bainistíochta athruithe an eintitis airgeadais, chun a áirithiú go ndéanfar gach athrú ar chórais TFC a thaifeadadh, a thástáil, a mheasúnú, a fhormheas, a chur chun feidhme agus a fhíorú ar bhealach rialaithe;
|
|
(f)
|
beartais iomchuí chuimsitheacha dhoiciméadaithe a bheith acu maidir le paistí agus nuashonruithe.
|
Chun críocha na chéad fhomhíre, pointe (b), ceapfaidh eintitis airgeadais an bonneagar nasctha gréasáin ar bhealach lenar féidir é a ghearradh ar an toirt nó a dheighilt chun tógálacht a íoslaghdú agus a chosc, go háirithe i gcás próisis airgeadais idirnasctha.
Chun críocha na chéad fhomhíre, pointe (e), déanfar próiseas bainistíochta athruithe TFC a fhormheas ag línte bainistíochta iomchuí agus beidh prótacail shonracha i bhfeidhm aige.
|
Saincheisteanna nasctha
- Secure Controls Framework -
EN: GRCA includes the Secure Controls Framework® (SCF) content, © Secure Controls Framework Council, LLC, used under the Creative Commons Attribution-NoDerivatives 4.0 International Public License. SCF control numbers, names, descriptions and mappings appear exactly as published by the SCF Council – https://securecontrolsframework.com. GRCA may group or reorder SCF content for display, which does not change SCF content; the mappings are shown as links to the frameworks they name. Learn more at https://securecontrolsframework.com.
DE: GRCA enthält Inhalte des Secure Controls Framework® (SCF), © Secure Controls Framework Council, LLC, genutzt unter der Creative Commons Attribution-NoDerivatives 4.0 International Public License. Nummern, Namen, Beschreibungen und Zuordnungen der SCF-Controls erscheinen genau so, wie der SCF Council sie veröffentlicht – https://securecontrolsframework.com. GRCA gruppiert oder sortiert SCF-Inhalte für die Anzeige, ohne sie zu verändern; die Zuordnungen erscheinen als Verknüpfungen zu den genannten Regelwerken. Mehr unter https://securecontrolsframework.com.
|