Statement of Applicability
Our Statement of Applicability (SoA) outlines the specific ISO 27001 controls relevant to Aha! and provides transparent insights into the controls we were audited against as a part of our certification. This rigorous process ensures that our information security measures align with internationally recognized standards and demonstrates our unwavering commitment to safeguarding your data and upholding your trust.
Our ISO27001 Certificate and Statement of Applicability are available here:
Aha! Labs ISO27001 Certificate (Public)
Aha! implements the following technical and organizational security measures:
5 Information Security Policies
5.1 Management direction for Information Security
Policies for information security
A set of policies for information security shall be defined, approved by management, published and communicated to employees and relevant external parties.
Review of the policies for Information Security
The policies for information security shall be reviewed at planned intervals or if significant changes occur to ensure their continuing suitability, adequacy and effectiveness.
6 Organization of Information Security
6.1 Internal organization
Information Security roles and responsibilities
All information security responsibilities shall be defined and allocated.
Segregation of duties
Conflicting duties and areas of responsibility shall be segregated to reduce opportunities for unauthorized or unintentional modification or misuse of Aha! assets.
Contact with authorities
Appropriate contacts with relevant authorities shall be maintained.
Contact with special interest groups
Appropriate contacts with special interest groups or other specialist security forums and professional associations shall be maintained.
Information Security in project management
Information security shall be addressed in project management, regardless of the type of project.
6.2 Mobile devices and teleworking
Mobile device policy
A policy and supporting security measures shall be adopted to manage the risks introduced by using mobile devices.
A policy and supporting security measures shall be implemented to protect information accessed, processed or stored at teleworking sites.
7 Human Resource Security
7.1 Prior to employment
Background verification checks on all candidates for employment shall be carried out in accordance with relevant laws, regulations and ethics and shall be proportional to the business requirements, the classification of the information to be accessed and the perceived risks.
Terms and conditions of employment
The contractual agreements with employees and contractors shall state their and Aha! responsibilities for information security.
7.2 During employment
Management shall require all employees and contractors to apply information security in accordance with the established policies and procedures.
Information Security awareness, education and training
All employees of Aha! and, where relevant, contractors shall receive appropriate awareness education and training and regular updates in Aha! policies and procedures, as relevant for their job function.
There shall be a formal and communicated disciplinary process in place to take action against employees who have committed an information security breach
7.3 Termination and change of employment
Termination or change of employment responsibilities
Information security responsibilities and duties that remain valid after termination or change of employment shall be defined, communicated to the employee or contractor and enforced.
8 Asset Management
8.1 Responsibility for Assets
Inventory of assets
Assets associated with information and information processing facilities shall be identified and an inventory of these assets shall be drawn up and maintained.
Ownership of assets
Assets maintained in the inventory shall be owned.
Acceptable use of assets
Rules for the acceptable use of information and of assets associated with information and information processing facilities shall be identified, documented and implemented.
Return of assets
All employees and external party users shall return all Aha! assets upon termination of their employment, contract or agreement.
8.2 Information Classification
Classification of information
Information shall be classified in terms of legal requirements, value, criticality and sensitivity to unauthorized disclosure or modification.
Labelling of information
An appropriate set of procedures for information labelling shall be developed and implemented in accordance with the Aha! information classification scheme.
Handling of assets
Procedures for handling assets shall be developed and implemented in accordance with the information classification scheme adopted by the organization.
8.3 Media handling
Management of removable media
Procedures shall be implemented for the management of removable media in accordance with the classification scheme adopted by the organization.
Disposal of media
Media shall be disposed of securely when no longer required, using formal procedures.
Physical media transfer
Media containing information shall be protected against unauthorized access, misuse or corruption during transportation.
9 Access Control
9.1 Business requirements of access control
Access control policy
An access control policy shall be established, documented and reviewed based on business and information security requirements.
Access to networks and network services
Users shall only be provided with access to the network and network services that they have been specifically authorized to use.
9.2 User access management
User registration and de-registration
A formal user registration and de-registration process shall be implemented to enable assignment of access rights.
User access provisioning
A formal user access provisioning process shall be implemented to assign or revoke access rights for all user types to all systems and services.
Management of privileged access rights
The allocation and use of privileged access rights shall be restricted and controlled.
Management of secret authentication information of users
The allocation of secret authentication information shall be con- trolled through a formal management process.
Review of user access rights
Asset owners shall review users’ access rights at regular intervals.
Removal or adjustment of access rights
The access rights of all employees and external party users to information and information processing facilities shall be removed upon termination of their employment, contract or agreement, or adjusted upon change.
9.3 User responsibilities
Use of secret authentication information
Users shall be required to follow Aha! practices in the use of secret authentication information.
9.4 System and application access control
Information access restriction
Access to information and application system functions shall be restricted in accordance with the access control policy.
Secure log-on procedures
Where required by the access control policy, access to systems and applications shall be controlled by a secure log-on procedure.
Password management system
Password management systems shall be interactive and shall ensure quality passwords.
Use of privileged utility programs
The use of utility programs that might be capable of overriding system and application controls shall be restricted and tightly controlled.
Access control to program source code
Access to program source code shall be restricted.
10.1 Cryptographic controls
Policy on the use of cryptographic controls
A policy on the use of cryptographic controls for protection of information shall be developed and implemented.
A policy on the use, protection and lifetime of cryptographic keys shall be developed and implemented through their whole lifecycle
12 Operations Security
12.1 Operational procedures and responsibilities
Documented operating procedures
Operating procedures shall be documented and made available to all users who need them.
Changes to Aha! business processes, information processing facilities and systems that affect information security shall be controlled.
The use of resources shall be monitored, tuned and projections made of future capacity requirements to ensure the required system performance.
Separation of development, testing and operational environments
Development, testing, and operational environments shall be separated to reduce the risks of unauthorized access or changes to the operational environment.
12.2 Protection from malware
Controls against malware
Detection, prevention and recovery controls to protect against malware shall be implemented, combined with appropriate user awareness.
Backup copies of information, software and system images shall be taken and tested regularly in accordance with an agreed backup policy.
12.4 Logging and monitoring
Event logs recording user activities, exceptions, faults and infor- mation security events shall be produced, kept and regularly reviewed.
Protection of log information
Logging facilities and log information shall be protected against tampering and unauthorized access.
Administrator and operator logs
System administrator and system operator activities shall be logged and the logs protected and regularly reviewed.
The clocks of all relevant information processing systems within an organization or security domain shall be synchronized to a single reference time source.
12.5 Control of operational software
Installation of software on operational systems
Procedures shall be implemented to control the installation of soft- ware on operational systems.
12.6 Technical vulnerability management
Management of technical vulnerabilities
Information about technical vulnerabilities of information systems being used shall be obtained in a timely fashion, the organization’s exposure to such vulnerabilities evaluated and appropriate measures taken to address the associated risk.
Restrictions on software installation
Rules governing the installation of software by users shall be established and implemented.
12.7 Information systems audit considerations
Information systems audit controls
Audit requirements and activities involving verification of operational systems shall be carefully planned and agreed to minimize disruptions to business processes.
13 Communications Security
13.1 Network security management
Networks shall be managed and controlled to protect information in systems and applications.
Security of network services
Security mechanisms, service levels and management requirements of all network services shall be identified and included in network services agreements, whether these services are provided in-house or outsourced.
Segregation in networks
Groups of information services, users and information systems shall be segregated on networks.
13.2 Information transfer
Information transfer policies and procedures
Formal transfer policies, procedures and controls shall be in place to protect the transfer of information through the use of all types of communication facilities.
Agreements on information transfer
Agreements shall address the secure transfer of business information between Aha! and external parties.
Information involved in electronic messaging shall be appropriately protected.
Confidentiality or non-disclosure agreements
Requirements for confidentiality or non-disclosure agreements reflecting the organization’s needs for the protection of information shall be identified, regularly reviewed and documented.
14 System Acquisition, Development and Maintenance
14.1 Security requirements of information systems
Information Security requirements analysis and specification
The information security related requirements shall be included in the requirements for new information systems or enhancements to existing information systems.
Securing applications services on public networks
Information involved in application services passing over public networks shall be protected from fraudulent activity, contract dis- pute and unauthorized disclosure and modification.
Protecting application services transactions
Information involved in application service transactions shall be protected to prevent incomplete transmission, mis-routing, unau- thorized message alteration, unauthorized disclosure, unauthor- ized message duplication or replay.
14.2 Security in development and support processes
Secure development policy
Rules for the development of software and systems shall be established and applied to developments within the organization.
System change control procedures
Changes to systems within the development lifecycle shall be con- trolled by the use of formal change control procedures.
Technical review of applications after operating platform changes
When operating platforms are changed, business critical applications shall be reviewed and tested to ensure there is no adverse impact on Aha! operations or security.
Restrictions on changes to software packages
Modifications to software packages shall be discouraged, limited to necessary changes and all changes shall be strictly controlled.
Secure system engineering principles
Principles for engineering secure systems shall be established, documented, maintained and applied to any information system implementation efforts.
Secure development environment
Organizations shall establish and appropriately protect secure development environments for system development and integration efforts that cover the entire system development lifecycle.
System security testing
Testing of security functionality shall be carried out during development.
System acceptance testing
Acceptance testing programs and related criteria shall be established for new information systems, upgrades and new versions.
14.3 Test data
Protection of test data
Test data shall be selected carefully, protected and controlled.
15 Supplier Relationships
15.1 Information Security in supplier relationships
Information Security policy for supplier relationships
Information security requirements for mitigating the risks associated with supplier’s access to the organization’s assets shall be agreed with the supplier and documented.
Addressing security within supplier agreements
All relevant information security requirements shall be established and agreed with each supplier that may access, process, store, communicate, or provide IT infrastructure components for, the organization’s information.
Information and communication technology supply chain
Agreements with suppliers shall include requirements to address the information security risks associated with information and communications technology services and product supply chain.
15.2 Supplier service delivery management
Monitoring and review of supplier services
Organizations shall regularly monitor, review and audit supplier service delivery.
Managing changes to supplier services
Changes to the provision of services by suppliers, including maintaining and improving existing information security policies, procedures and controls, shall be managed, taking account of the criticality of business information, systems and processes involved and re-assessment of risks.
16 Information Security Incident Management
16.1 Management of Information Security incidents and improvements
Responsibilities and procedures
Management responsibilities and procedures shall be established to ensure a quick, effective and orderly response to information security incidents.
Reporting Information Security events
Information security events shall be reported through appropriate management channels as quickly as possible.
Reporting Information Security weaknesses
Employees and contractors using Aha! information systems and services shall be required to note and report any observed or suspected information security weaknesses in systems or services.
Assessment of and decision on Information Security events
Information security events shall be assessed and it shall be decided if they are to be classified as information security incidents.
Response to Information Security incidents
Information security incidents shall be responded to in accordance with the documented procedures.
Learning from Information Security incidents
Knowledge gained from analyzing and resolving information security incidents shall be used to reduce the likelihood or impact of future incidents.
Collection of evidence
The organization shall define and apply procedures for the identification, collection, acquisition and preservation of information, which can serve as evidence.
17 Information Security aspects of Business Continuity Management
17.1 Information Security continuity
Planning Information Security continuity
The organization shall determine its requirements for information security and the continuity of information security management in adverse situations, e.g. during a crisis or disaster.
Implementing Information Security continuity
The organization shall establish, document, implement and main- tain processes, procedures and controls to ensure the required level of continuity for information security during an adverse situa- tion.
Verify, review and evaluate Information Security continuity
The organization shall verify the established and implemented information security continuity controls at regular intervals in order to ensure that they are valid and effective during adverse situations.
Availability of information processing facilities
Information processing facilities shall be implemented with redundancy sufficient to meet availability requirements.
18.1 Compliance with legal and contractual requirements
Identification of applicable legislation and contractual requirements
All relevant legislative statutory, regulatory, contractual requirements and the organization’s approach to meet these requirements shall be explicitly identified, documented and kept up to date for each information system and the organization.
Intellectual property rights
Appropriate procedures shall be implemented to ensure compliance with legislative, regulatory and contractual requirements related to intellectual property rights and use of proprietary software products.
Records shall be protected from loss, destruction, falsification, unauthorized access and unauthorized release, in accordance with legislatory, regulatory, contractual and business requirements.
Privacy and protection of personally identifiable information
Privacy and protection of personally identifiable information shall be ensured as required in relevant legislation and regulation where applicable.
Regulation of cryptographic controls
Cryptographic controls shall be used in compliance with all relevant agreements, legislation and regulations.
18.2 Information Security reviews
Independent review of Information Security
The organization’s approach to managing information security and its implementation (i.e. control objectives, controls, policies, processes and procedures for information security) shall be reviewed independently at planned intervals or when significant changes occur.
Compliance with security policies and standards
Managers shall regularly review the compliance of information processing and procedures within their area of responsibility with the appropriate security policies, standards and any other security requirements.
Technical compliance review
Information systems shall be regularly reviewed for compliance with Aha! information security policies and standards.