Responsive App-like Navbar

Security Compliance & Frameworks

Metodolojik Yetkinlik ve Uluslararası Standartlar Uyumluluğu

Dijital delil dünyasında yerel mevzuatların tıkandığı gri alanlar, ancak uluslararası adli bilişim ve ulusal siber güvenlik standartlarının titizlikle uygulanmasıyla aşılabilir. The Bellisan Institute, gerek ceza yargılamalarındaki uzman mütalaalarında (CMK 178/179) gerekse sınır ötesi kurumsal tahkim süreçlerinde, küresel olarak kabul görmüş metodolojileri referans alır.

Adli Bilişim & Delil Güvenliği
Kurumsal Risk & Uyum
Ulusal Mevzuatlar (TR)
Uluslararası Mevzuatlar

ISO/IEC 27037 & 27042

Dijital delillerin bütünlüğünün (Chain of Custody) bozulmadan tanımlanması, toplanması, korunması ve analitik olarak yorumlanması süreçlerinin uluslararası alt yapısı.

Hukuki Karşılık & Etki CMK 134 uyarınca imaj alma ve HMK 293 kapsamında sunulan uzman mütalaalarının uluslararası mahkemelerde delil sıfatı kazanmasının teknik güvencesidir.

ISO/IEC 27037

ISO/IEC 27037 provides guidelines for specific activities in handling digital evidence, which are identification, collection, acquisition and preservation of digital evidence that may be of evidential value. Published in 2012 by the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC), the standard establishes systematic procedures for managing potential digital evidence from initial recognition through preservation.

The purpose of ISO/IEC 27037 is to establish principles and general requirements for the process of ensuring the integrity, authenticity, and reliability of potential digital evidence. The standard addresses four core processes: identification of devices and data sources containing potential evidence, collection of physical devices or data, acquisition through copying or imaging procedures, and preservation to maintain evidentiary integrity throughout the chain of custody.

The standard applies across organizational functions IT departments managing infrastructure, security teams responding to incidents, legal teams handling investigations, and compliance teams preparing for audits. ISO/IEC 27037 provides guidance to individuals with respect to common situations encountered throughout the digital evidence handling process and assists organizations in their disciplinary procedures and in facilitating the exchange of potential digital evidence between jurisdictions.

Why ISO/IEC 27037 Matters for Enterprises

Ensuring Evidence Preservation and Integrity: Digital evidence degrades rapidly when handled improperly. A single improper modification—accessing a powered-on device without proper precautions, failing to create forensic copies, breaking chain of custody documentation—can render evidence inadmissible in legal proceedings or regulatory investigations. ISO/IEC 27037 provides guidelines for specific activities in handling potential digital evidence; these processes are identification, collection, acquisition and preservation of potential digital evidence. These processes are required in an investigation that is designed to maintain the integrity of the digital evidence – an acceptable methodology in obtaining digital evidence that will contribute to its admissibility in legal and disciplinary actions as well as other required instances.

For enterprises facing audits, litigation, or regulatory scrutiny, evidence admissibility determines outcomes. Structured evidence handling processes support forensic defensibility when investigators must demonstrate that collected evidence accurately reflects original data states, unchanged except through documented procedures.
Strengthening Cybersecurity Standards and Forensic Readiness: ISO/IEC 27037 embeds forensic investigation capabilities directly into security posture. Rather than scrambling to establish evidence collection procedures after an incident occurs, organizations implementing the standard maintain continuous forensic readiness—documented procedures, trained personnel, established chain of custody protocols, and validated collection tools.

For B2B enterprises, forensic readiness functions as a trust signal. Clients conducting vendor risk assessments increasingly evaluate incident response capabilities, asking: Can you investigate breaches systematically? Will evidence withstand regulatory scrutiny? Do you maintain documented procedures for evidence preservation? ISO/IEC 27037 alignment demonstrates that your organization treats security incidents as opportunities for rigorous investigation rather than rushed containment followed by incomplete analysis.
Facilitating Risk Management and Incident Preparedness: Digital incidents—data breaches, insider threats, intellectual property theft, compliance violations—demand investigation capabilities. Organizations without forensic readiness face binary choices: preserve evidence and extend downtime, or restore operations and lose investigative opportunities. Neither choice satisfies stakeholders expecting both rapid recovery and thorough investigation.

ISO/IEC 27037 implementation enables organizations to respond systematically to incidents requiring evidence collection. While the standard addresses only the initial forensic lifecycle—identification through preservation, not analysis or interpretation—it establishes the foundation for legally defensible investigations. This capability directly supports risk management frameworks requiring documented incident response procedures and evidence-based root cause analysis.

How ISO/IEC 27037 Fits Within Broader IT Security Frameworks

ISO/IEC 27037 belongs to the ISO/IEC 27000 family of information security standards. ISO/IEC 27037 complements ISO/IEC 27001 and ISO/IEC 27002, and in particular the control requirements concerning potential digital evidence acquisition by providing additional implementation guidance. While ISO/IEC 27001 establishes requirements for Information Security Management Systems (ISMS) and ISO/IEC 27002 provides control implementation guidance, ISO/IEC 27037 addresses the specialized domain of digital evidence handling.

The standard integrates with incident response frameworks, particularly ISO/IEC 27035, which guides security incident management from detection through recovery. In the context of incident handling where an ISIRT exists, the roles of a DEFR and/or DES as a member of an ISIRT team are discussed in ISO/IEC 27035:2011. ISO/IEC 27037 handles evidence collection and preservation; ISO/IEC 27035 addresses the broader incident lifecycle including detection, reporting, assessment, response, and lessons learned.

Organizations implementing comprehensive security and compliance programs typically combine ISO/IEC 27037 with ISO/IEC 27001 for ISMS establishment, ISO/IEC 27002 for control implementation, ISO/IEC 27035 for incident management, and ISO/IEC 27005 for risk management. This integrated approach creates end-to-end security posture addressing risk assessment, control implementation, incident response, and forensic readiness.

Key Concepts and Best Practices Under ISO/IEC 27037

1- Identification establishes which devices and data sources contain potential digital evidence. Organizations must document decision criteria: which systems warrant evidence collection, what threshold triggers forensic procedures, who authorizes collection activities. Identification prevents over-collection (wasting resources on irrelevant systems) and under-collection (missing critical evidence sources).
2- Collection and Acquisition procedures vary based on device state and evidence type. Powered-off devices typically undergo physical collection and imaging in controlled environments. Powered-on systems require volatile data capture—active network connections, running processes, memory contents—before powering down for traditional acquisition. The standard recognizes that different approaches and tools apply depending on circumstances, requiring documented procedures for each scenario.
3- Preservation maintains evidence integrity through documented chain of custody and controlled storage conditions. Every evidence transfer, every access, every analysis activity requires documentation. The standard emphasizes that some evidence changes are unavoidable—accessing a live system modifies timestamps, collecting volatile memory requires executing commands that alter system state—but all changes must be documented and justified as necessary for evidence preservation.
4- Device and Jurisdictional Adaptability extends the standard's applicability. ISO/IEC 27037 gives guidance for the following devices and/or functions that are used in various circumstances: - Digital storage media used in standard computers like hard drives, floppy disks, optical and magneto optical disks, data devices with similar functions, - Mobile phones, Personal Digital Assistants (PDAs), Personal Electronic Devices (PEDs), memory cards, - Mobile navigation systems,- Digital still and video cameras (including CCTV),- Standard computer with network connections,- Networks based on TCP/IP and other digital protocols, and - Devices with similar functions as above. The standard's device-agnostic approach supports evidence collection across evolving technology landscapes..
5- Process-Based Rather Than Tool-Prescriptive implementation gives organizations flexibility while maintaining rigor. ISO/IEC 27037 doesn't mandate specific forensic tools or software; instead, it requires documented procedures executed by qualified personnel. Organizations select tools appropriate to their infrastructure, budget, and investigative requirements, then document tool validation, calibration, and limitations.

Benefits for Enterprises Selling to Enterprise Clients

Trust and Credibility

Demonstrating ISO/IEC 27037 alignment differentiates vendors in competitive evaluations. Enterprise clients conducting vendor risk assessments examine incident response capabilities, forensic readiness, and evidence handling procedures. Organizations implementing standardized digital evidence processes signal operational maturity beyond baseline security compliance.

Compliance Readiness

Regulatory frameworks increasingly require documented incident investigation capabilities. GDPR mandates breach notification with detailed incident analysis. HIPAA requires documented security incident procedures. SOC 2 auditors evaluate incident detection and response controls. ISO/IEC 27037 implementation supports these requirements by establishing systematic evidence handling procedures that withstand regulatory scrutiny.

Incident Response Capability

Evidence-based incident investigation enables organizations to answer critical questions following security events: What systems were compromised? What data was accessed? When did the breach occur? How did attackers gain access? Organizations without forensic capabilities provide incomplete answers; those with ISO/IEC 27037-aligned procedures deliver documented, defensible analysis.

Competitive Differentiation

Most vendors implement reactive security measures—firewalls, encryption, access controls—without systematic forensic readiness. ISO/IEC 27037 implementation positions organizations as operationally sophisticated, prepared not just to prevent incidents but to investigate them rigorously when prevention fails. This differentiation matters in bid evaluations, vendor assessments, and contract negotiations where clients demand demonstrated security maturity.

Limitations and What ISO/IEC 27037 Doesn't Cover

ISO/IEC 27037 addresses only the initial forensic lifecycle: identification, collection, acquisition, and preservation. The standard explicitly excludes analysis, examination, and interpretation of evidence—the processes that extract investigative conclusions from collected data. Organizations implementing ISO/IEC 27037 gain evidence handling capabilities but require additional expertise or frameworks for forensic analysis.

The standard provides guidelines, not prescriptive requirements. Unlike ISO/IEC 27001, which establishes certifiable requirements for ISMS implementation, ISO/IEC 27037 offers best practices requiring organizational adaptation. Compliance depends on documented procedures aligned with jurisdictional legal requirements, which vary significantly across regulatory environments.

ISO/IEC 27037 implementation doesn't replace comprehensive information security management. Evidence handling capabilities function as one component within broader security frameworks addressing risk assessment, control implementation, vulnerability management, and continuous monitoring. Organizations treating ISO/IEC 27037 as standalone compliance miss integration opportunities with ISO/IEC 27001, ISO/IEC 27002, ISO/IEC 27035, and ISO/IEC 27005.

Practical Steps for Implementation

Organizations implementing ISO/IEC 27037-aligned procedures should begin by inventorying digital assets and data sources containing potential evidence: production systems, backup infrastructure, network devices, endpoint systems, mobile devices, cloud environments, and third-party integrations. Document system criticality, data sensitivity, and jurisdictional location.

1- Define organizational roles for evidence handling. The DES provides specialized expertise to the DEFR. Digital Evidence First Responders (DEFR) conduct initial identification and collection activities; Digital Evidence Specialists (DES) provide technical expertise for complex acquisition scenarios. The DEFR and/or DES should have the relevant technical and legal competencies (e.g. those in Annex A) and should be able to demonstrate that they are properly trained and have sufficient technical and legal understanding to handle potential digital evidence appropriately. Document role definitions, training requirements, and competency assessments.

2- Establish documented procedures for each evidence handling phase. Identification procedures specify triggers requiring forensic collection, authorization workflows, and decision criteria for device prioritization. Collection procedures address physical device handling, volatile data capture, network isolation, and initial documentation requirements. Acquisition procedures define imaging tools, hash validation methods, and storage protocols. Preservation procedures establish chain of custody documentation, evidence storage conditions, access controls, and retention policies.

3- Maintain a chain of custody logs documenting every evidence transfer, every analysis access, and every procedural decision. These logs become critical when evidence admissibility is challenged in legal proceedings or regulatory investigations. Documentation should capture who handled evidence, when handling occurred, what actions were performed, and why specific procedures were selected.

4- Integrate ISO/IEC 27037 procedures with existing ISMS and incident response frameworks. If implementing ISO/IEC 27001, incorporate evidence handling as documented procedures supporting incident management controls. If implementing ISO/IEC 27035, align DEFR and DES roles with incident response team structures.

5- Test forensic readiness periodically through tabletop exercises and simulated incident scenarios. Identify gaps in procedures, tool availability, personnel training, and documentation practices. Forensic capabilities degrade without regular validation—tools become outdated, procedures drift from documentation, trained personnel leave organizations. Quarterly or semi-annual testing maintains operational readiness.

Why ISO/IEC 27037 Is Important for Enterprise Compliance and Security

The emphasis on digital evidence collection and evidence preservation ensures that when cyber-incidents occur, organizations respond with documented, defensible procedures maintaining data integrity throughout the forensic lifecycle. This capability directly supports information assurance objectives—demonstrating that security controls function as documented and that incident investigations produce reliable findings.

Legal compliance increasingly demands systematic evidence handling. Regulatory frameworks require documented incident response capabilities with evidence supporting root cause analysis, impact assessment, and remediation verification. Organizations without forensic readiness face compliance gaps when regulators demand: How do you know what happened? How can you prove your analysis? What evidence supports your breach notification timeline?

ISO/IEC 27037 functions as a building block within comprehensive IT security frameworks. Combined with risk management practices, ISMS implementation, and incident response capabilities, evidence handling procedures complete the security lifecycle—preventing incidents where possible, detecting them when prevention fails, investigating them systematically when detection succeeds, and remediating them based on evidence-driven analysis.

For enterprises selling to enterprise clients, ISO/IEC 27037 alignment demonstrates operational maturity. Clients don't just want vendors with strong perimeter defenses; they want partners prepared to investigate incidents rigorously, maintain evidence integrity, and support joint forensic analysis when shared infrastructure is compromised. This forensic readiness distinguishes security-mature organizations from those performing security theater—implementing controls that look impressive on paper but lack operational depth when tested by actual incidents.

SWGDE

Canlı sistemler (Live Forensics), uç nokta analizleri ve siber olay müdahale süreçlerinde uluslararası bilimsel standartlara göre delil tespiti metodolojisi.

Adli Forenzik Yaklaşım Uçucu bellek (RAM) analizlerinde verinin bozulmadan adli mühür altına alınmasını sağlayan küresel laboratuvar yönergeleridir.

NIST Cybersecurity Framework (CSF 2.0)

The Gold Standard

The NIST Cybersecurity Framework (NIST CSF) is a set of comprehensive guidelines and best practices for organizations to improve their security posture. This framework combines industry standards and best practices to provide recommendations and standards that enable organizations to better prepare in identifying and protecting against cyberattacks, and guidance on recovering from an incident.
Overall, NIST CSF is designed to help organizations identify and close security gaps in operational technology.

How it Works NIST CSF educates organizations on how to prioritize and triage critical systems based on where the biggest negative impact tp business and operations is likely to occur. The framework helps to identify areas of low, moderate, and high impact, and apply security tools and controls appropriately.

The 6 Core Functions / Siber Olgunluk Sütunları

Tips for Using CSF 2.0

CSF Profiles - Checking existing CSF profiles can help to determine where the gaps are in your organization. NIST also has the CSF reference tool to find particular examples of implementation.

Buy In - Ensure that business leaders are involved in the conversation about the adoption of the CSF. It is vital for security and IT teams to work hand in hand with C-suite executives and boards to create a cybersecurity strategy that maximizes the success of the business. Everyone should be on the same page regarding drivers, objectives, and long-term business goals so security teams can make informed decisions.

Future State - Bear in mind the target profile and the threat landscape. Keeping one eye on the current state of the business and the other on the future, companies can anticipate trends and use the framework to smooth the process of their adaptation to new and evolving threats. The ability to change your approach to cybersecurity in response to threat trends is an important skill.

1. GOVERN (Yönetişim - CSF 2.0 Yeni Adımı): Kurumun siber risk yönetimi stratejisinin, yasal yükümlülüklerinin ve yönetim kurulu seviyesindeki siber politikalarının inşa edilmesi.
2. IDENTIFY (Tanımlama): Dijital varlık envanterinin çıkarılması, zafiyet analizleri (Vulnerability Management) ve kurumsal siber risklerin peşinen tespiti.
3. PROTECT (Koruma): Kimlik ve erişim yönetimi (IAM), veri güvenliği zırhı, şifreleme ve siber tehdit yüzeyini daraltacak teknik bariyerlerin kurulması.
4. DETECT (Tespit Etme): Sürekli izleme (Continuous Monitoring), SIEM altyapıları ve anomali tespiti ile olası siber saldırıların saniyeler içinde fark edilmesi.
5. RESPOND (Müdahale): Olay müdahale (Incident Response) planlarının devreye alınması ve eş zamanlı olarak adli delil bütünlüğünün (Live Forensics) mühürlenmesi.
6. RECOVER (Kurtarma): Saldırı sonrası sistemlerin minimum iş kaybıyla ayağa kaldırılması, derslerin çıkarılması ve altyapının yukarı akışlı (upstream) olarak sertleştirilmesi.

Technical Enforcement Blueprint

Build your processes with data security in mind Do not collect customer personal information that you don’t need. Only hold on to the information that’s required for you to carry out your business. Your service providers should also implement all necessary security measures. All third-party software tools used by the company should be updated and patched. Make sure all sensitive files are stored securely. Protect the devices that process important information.
Understand your systems and the data they collect Identify the possible vulnerabilities in the company systems and the risks associated with loopholes. When these points are clearly understood by an organization, it’s easier to prioritize the cybersecurity tasks according to business requirements.
Implement the right safeguards for your infrastructure Safeguards include training the employees regarding cybersecurity risks, limiting access to critical systems and data, and having the right cybersecurity procedures and policies in place. Non-public information should be guarded with administrative access. Use secure passwords and leverage multi-factor authentication. Protect your data when it’s stored and also during transit.
Develop and implement the right monitoring solutions and processes Monitoring solutions and processes help identify the occurrence of a cybersecurity event. To do so, all information systems need to be monitored and processes have to be tested regularly to detect unusual activity. An intrusion detection system might be helpful here. Also, assess whether your applications are vulnerable to an SQL injection attack..
Have a strategy to follow if there's a cybersecurity event This includes coordinating and communicating with stakeholders and law enforcement agencies, controlling the cybersecurity event in time, and rechecking the processes of the organization to incorporate what you’ve learned from the event.
Develop a recovery strategy A recovery strategy will help you resume your business activities after the cybersecurity incident. The goal is to recover in the minimum possible time. There should also be ways to minimize the impact of the incident on all stakeholders.

PCI DSS Compliance

PCI DSS (Payment Card Industry Data Security Standard) is a globally recognized framework of security requirements developed to help organizations that process, store, or transmit credit card information maintain a secure environment. Version 4.0 of the standard emphasizes a more flexible, customized approach to achieving and validating security outcomes while continuing to reduce payment data breaches and combat card fraud.

PCI DSS 4.0 covers both technical controls and operational practices, providing a baseline for securing cardholder data environments (CDEs). The standard promotes continuous security, supports evolving technologies, and addresses emerging threats.

The PCI Security Standards Council (PCI SSC) — an independent organization founded by major payment card brands including Visa, MasterCard, American Express, Discover, and JCB — administers and manages the standard. Enforcement and compliance responsibilities remain with each individual payment brand.

PCI DSS 4.0 encourages organizations to integrate security as a continuous process, with a focus on risk-based approaches, including the use of targeted risk analysis to support customized implementation of security controls. The standard provides detailed guidance and resources to help organizations prevent, detect, and respond to security incidents, ultimately supporting the protection of sensitive cardholder information in an ever-changing threat landscape..

What Does PCI DSS 4.0 Cover?

PCI DSS compliance is built on 12 core requirements—each a critical safeguard to protect cardholder data. Meeting these standards within your IT environment demands more than a checklist; it requires a strategic, layered approach to security. Organizations often achieve this through a suite of integrated data protection solutions that work together to defend against evolving threats and ensure continuous compliance.

The 12 PCI DSS 4.0 requirements are bucketed into six categories:
Build and Maintain a Secure Network and Systems: 1. Install and maintain network security controls

2. Apply secure configurations to all system components
Protect Account Data: 3. Protect stored account data

4. Protect cardholder data with strong cryptography during transmission over open, public networks
Maintain a Vulnerability Management Program: 5. Protect all systems and networks from malicious software

6. Develop and maintain secure systems and software
Implement Strong Access Control Measures: 7. Restrict access to system components and cardholder data by business need to know

8. Identify users and authenticate access to system components

9. Restrict physical access to cardholder data
Regularly Monitor and Test Networks: 10. Log and monitor all access to system components and cardholder data

11. Test security of systems and networks regularly
Maintain an Information Security Policy: 12. Support information security with organizational policies and programs

Does PCI DSS Compliance Apply to You?

Any organization – from the mom-and-pop coffee shop to enterprises that span the globe – that accepts, transmits, processes, or stores payment cards or cardholder data needs to adhere to the PCI DSS. There are differences in the level of PCI compliance that is required, depending on an organization’s transaction volume in a given year.

Finansal teknolojiler, ödeme geçitleri, Stripe/kart ağları entegrasyonları ve e-ticaret siber suçları davalarında teknik kusur ve sorumluluk analizi.

Finansal Siber Hukuk Sızıntı (Data Breach) sonrası hangi tarafın veri güvenliği ihlali yaptığını belirleyen en katı teknik denetim standardıdır.

What Are the Different Levels of PCI DSS Compliance?

While ALL organizations that accept, transmit, process, or store cardholder data, are subject to the requirements of PCI DSS, there are four distinct levels of compliance required by individual organizations. These levels are based on transaction volume over a 12-month period:

Level 1: Merchants processing over 6 million card transactions annually
Level 2: Merchants processing 1 to 6 million transactions annually
Level 3: Merchants processing 20,000 to 1 million transactions annually
Level 4: Merchants processing fewer than 20,000 transactions annually

At the highest compliance level (Level 1), organizations must undergo an external audit conducted by a Qualified Security Assessor (QSA) or an Internal Security Assessor (ISA). This assessment validates the scope of the assessment, reviews documentation, determines whether PCI DSS requirements are being met, and provides guidance for achieving compliance. Upon completion, a Report on Compliance (RoC) is submitted to demonstrate adherence to PCI DSS standards.
Lower compliance level organizations (levels 2 through 4) do not need the external audit but can instead complete a self-assessment questionnaire (SAQ). Level 2 organization also need to complete a RoC.

PCI DSS Compliance Checklist

Build and maintain a secure network and systems

-Do you have a web application firewall in place to safeguard cardholder data in any system(s) used to store, process, or transmit that data?
-Is it regularly updated and maintained?
-Have you replaced any default passwords with unique, strong alternatives?
-Are passwords protected and stored securely to minimize exposure risks?

Protect your cardholders' data

-Are security controls in place to protect data stored within your internal systems?
-Are you securing cardholder data when it is in transit? -Are you using encryption to protect cardholder data?
Is data protected when traveling across open networks or at rest?

Maintain a vulnerability management program

-Do you have antivirus software or programs in place throughout your organization?
-Are the programs or software up to date with the most recent version?
-Do you regularly review your software?

Implement strong access control

-Are systems and applications secured at your organization and are they being maintained?
-Do you need to develop your systems and applications for PCI DSS compliance?
-Have you restricted access to cardholder data within your internal systems?
-Is access restricted based on a need-to-know or need-to-handle basis for daily task completion?
-Does the task completion need outweigh the risk of providing access to the data?
-Have you provided everyone in your organization with a unique user ID for computer access?
-Does your systems administrator manage permissions/access control for these unique IDs?
-Are your access and permissions controls granted on a business-need-to-know basis?
-Do you restrict physical access to servers, computers, data centers, etc., where cardholder data may reside, be processed, or be sent?
-Do you log and monitor all visitors to areas in your organization where access to cardholder data may be found?
-Is all physical media securely stored to prevent inappropriate access?

Monitor and test networks regularly

-Do you regularly review your organization’s networks to prevent exploitation?
-Are your review processes logged for regulatory audit trails?
-Do you test your systems frequently to discover any vulnerabilities and are any found appropriately addressed and maintained?
-Do you test for vulnerabilities when new software is installed, or configuration changes are made?
-Do your tests include internal and external network vulnerability scans and penetration testing?
-Do you monitor critical system files to ensure they are not modified or accessed without authorization?


Maintain a Data Security Policy

Establishing a strong security culture within your organization can enhance PCI DSS 4.0 compliance and overall data security. Organizations should implement regular training programs and ongoing education focused on data security, with particular emphasis on PCI DSS compliance.

Internal data security policy Do you have a current an internal data security policy in place?
PCI DSS requirements Does your policy comprehensively address all PCI DSS requirements?
Changes to internal systems Is your policy reviewed regularly or when changes to internal systems occur?
PCI compliance responsibilities Does your policy outline how to identify and monitor the PCI compliance responsibilities of your service providers?
Data breaches Do you have an actionable incident response plan that can be immediately deployed in the event of a data breach?

What is ISO/IEC 27001?

ISO 27001 is the leading international standard focused on information security. It was published by the International Organization for Standardization (ISO), in partnership with the International Electrotechnical Commission (IEC).

ISO/IEC 27001 is the world’s best-known standard for information security management systems (ISMS). It defines the requirements an ISMS must meet.

Conformity with ISO/IEC 27001 means that an organization or business has put in place a system to manage risks related to the security of data owned or handled by the company, and that the system respects all the best practices and principles enshrined in this International Standard.

The ISO/IEC 27001 standard provides companies of any size and from all sectors of activity with guidance for establishing, implementing, maintaining, and continually improving an information security management system.

Why is ISO/IEC 27001 important?

ISO 27001 can be applicable to businesses of all sizes and ensures that organizations are identifying and managing risks effectively, consistently, and measurably.

With cyber-crime on the rise and new threats constantly emerging, it can seem difficult or even impossible to manage cyber-risks. ISO/IEC 27001 helps organizations become risk-aware and proactively identify and address weaknesses. It helps global businesses establish, organize, implement, monitor, and maintain their information security management systems.

ISO/IEC 27001 promotes a holistic approach to information security: vetting people, policies, and technology. An information security management system implemented according to this standard is a tool for risk management, cyber-resilience, and operational excellence.

Who needs ISO/IEC 27001?

In today’s digital economy, almost every business is exposed to data security risks. And these risks can potentially have very serious consequences for your business, from reputational damage to legal issues. Any business needs to think strategically about its information security needs, and how they relate to company objectives, processes, size, and structure. The ISO/IEC 27001 standard enables organizations to establish an information security management system and apply a risk management process that is adapted to their size and needs, and scale it as necessary as these factors evolve.

While information technology (IT) is the industry with the largest number of ISO/IEC 27001- certified enterprises, the benefits of this standard have convinced companies across all economic sectors, including but not limited to services and manufacturing, as well as the primary sector: private, public and non-profit organizations.

ISO 27001 is a globally recognized data security standard. To become ISO 27001 certified, a company must develop the appropriate Information Security Management System (ISMS) and undergo an independent audit. Companies that adopt the holistic approach described in ISO/IEC 27001 ensure that information security is built into organizational processes, information systems, and management controls. Because of it, such organizations gain efficiency and often emerge as leaders within their industries.

What are the three guiding principles of ISO 27001?

The ISO 27001 standard aims to secure people, processes, and technology via three main guiding principles: confidentiality, integrity, and availability (commonly referred to as the C-I-A triad).

Confidentiality translates to data and systems that must be protected against unauthorized access from people, processes, or unauthorized applications. This involves use of technological controls like multifactor authentication, security tokens, and data encryption.
Confidentiality means only the right people can access the information held by the organization.
Risk example: Criminals obtain client login details and sell them on the Darknet.
Integrity means verifying the accuracy, trustworthiness, and completeness of data. It involves use of processes that ensure data is free of errors and manipulation, such as ascertaining if only authorized personnel has access to confidential data.
Information integrity means data that the organization uses to pursue its business or keep safe for others is reliably stored and not erased or damaged.
Risk example: A staff member accidentally deletes a row in a file or database during processing.
Availability typically refers to the maintenance and monitoring of information security management systems (ISMSs). This includes removing any bottlenecks in security processes, minimizing vulnerabilities by updating software and hardware to the latest firmware, boosting business continuity by adding redundancy, and minimizing data loss by adding back-ups and disaster recovery solutions.
Availability of data means the organization and its clients can access the information whenever it is necessary so that business purposes and customer expectations are satisfied.
Risk example: enterprise database goes offline because of server problems and insufficient backup.

What Are the Control Attributes in ISO 27001:2022?

Control attributes are a new addition to the standard introduced in ISO 27001:2022. These five attributes are intended to help easily classify and group the controls based on what makes sense to their organization and security needs. ISO 27002:2022 (which provides guidance for how to implement controls outlined in ISO 27001) states in section 4.2 Themes and Attributes:

The five attributes are:

-Control type: preventative, detective, corrective
-Operational capabilities: governance, asset management, information protection, human resource security, etc.
-Security domains: governance and ecosystem, protection, defence, resilience
-Cybersecurity concepts: identify, protect, detect, respond, recover
-Information security properties: confidentiality, integrity, availability

How is ISO 27001:2022 structured?

ISO 27001 can very broadly be broken into two components: ‍1. Clauses: ISO 27001 has a list of standards called clauses that define the core processes for building out your ISMS from an organizational and leadership perspective. These 11 clauses are further divided into subsections called “requirements” that break the clauses down into more concrete steps.

Clauses 0 to 3 of the main part of the standard (Introduction, Scope, Normative references, Terms and definitions) serve as an introduction to the ISO 27001 standard. Clauses 4 to 10, which provide the ISO 27001 requirements, are mandatory if the company wants to be compliant with the standard. Clauses 4 to 10 are examined in more detail later in this article.

The 10 clauses of ISO 27001 include:

1-Terms and definitions
2-Process approach impact
3-Plan-Do-Check-Act cycle
4-Context of the organization
5-Leadership
6-Planning
7-Support
8-Operation
9-Performance evaluation 10-Improvement

2. Controls: ISO 27001 has a section called Annex A that lists the physical, logical, and environmental security controls that organizations must put into place in order to be ISO 27001 compliant. Among additions in ISO 27001:2022 are new control groups (categories that ISO uses to segment controls into sections) and new additional controls. Data leakage prevention is among one of the new controls specifically added to ISO 27001 and is required to be in place by 2025.

ISO 27001:2022 has 93 controls grouped into 14 control categories. This is a substantial change from ISO 27001:2013’s 114 controls that were divided into 14 different control categories. Following are the control categories with new controls for ISO 27001:2022 listed as sub-bullets under the appropriate category:

Organizational (37 total controls)

-5.23 Information security for use of cloud services -5.30 ICT readiness for business continuity -5.7 Threat Intelligence
People (8 total controls)
Physical (14 total controls)
-7.4 Physical security monitoring Technological (34 total controls)
-8.1 Data masking -8.9 Configuration management -8.10 Information deletion -8.12 Data leakage prevention -8.16 Monitoring activities -8.23 Web filtering -8.28 Secure coding

What Is Zero Trust?

The National Institute of Standards and Technology (NIST) defines zero trust as an “evolving set of cybersecurity paradigms that move defenses from static, network-based perimeters to focus on users, assets, and resources.” This somewhat broad concept came in response to the increasingly vulnerable, more traditional “castle-and-moat” approach to data security. Typically, this old-school strategy requires establishing a perimeter—like a firewall—to defend all users, devices, applications, and other components that make up an organization’s greater corporate network. In other words, by nature, a perimeter-based security model assumes all users, devices, and network resources within the perimeter are trustworthy and secure.

The rise of hybrid network environments, scattered resources and assets, and third-party software tools, however, made this approach to security convoluted at best and ineffective at worst. As organizations have become more modernized, cyber threats have grown complex enough to outgun security measures of the past. Software with unpatched vulnerabilities, phishing and other forms of social engineering, insider attacks, supply chain attacks, and other threats are all capable of evading perimeter-based security measures, meaning entire networks and the sensitive data they hold can be at risk.

In response, zero trust is a data-centric approach to cybersecurity that was developed specifically to defend against modern cyber threats by taking a "never trust, always verify" approach to authentication. As opposed to inherently trusting everything within a network as a perimeter-based security model typically would, zero trust always assumes the internal network is vulnerable to malicious threat actors, if not already compromised. Instead of a single perimeter protecting the entire network, this more cautious approach essentially establishes micro-perimeters around individual network resources, assets, and the data itself..

Zero Trust Architecture

With the above in mind, however, zero trust is a concept and framework as opposed to a single product, set of products, or something that can be flipped on or off like a light switch. Applying zero trust concepts in a real-world setting can and should include deploying relevant security products, but it also requires considering the human component of data protection including following zero trust principles and best practices, fostering full organizational buy-in, continuous training, and more.

When an organization applies zero trust concepts to its greater security strategy and deploys the relevant tools, it’s often referred to as “zero trust architecture” or simply "perimeterless security." Regardless of which term a given organization chooses to adopt, however, both tend to refer to the same processes: requiring continuous authentication, authorization, and validation for all users and devices—both inside and outside the organizational network—to access individual network resources and the associated data.

In practice, this sort of continuous authentication, authorization, and validation follows the principle of least privilege (PoLP), which the NIST defines as “a system should restrict the access privileges of users (or processes acting on behalf of users) to the minimum necessary to accomplish assigned tasks.” For example, while a corporate VPN would typically be configured to grant a user access to large parts, if not an entire corporate network upon authentication of a user’s IP, zero trust architecture would only allow access to specific areas of the network needed to perform a job function.


Benefits of Zero Trust

Reduce Attack Surface

By eliminating implicit trust and requiring verification for every access request, zero trust significantly reduces the number of potential entry points for attackers. This proactive approach prevents many attacks before they can gain a foothold in the network.

Reduce Scope of Data Breaches

Even in cases when a threat actor does infiltrate the network, however, the network segmentation typically required for zero trust limits lateral network movement, containing potential breaches and significantly minimizing the scope of compromised data. In these instances, threat actors are isolated to micro-segments of the network rather than having free rein across entire systems. Ideally, this means less data loss and fewer compliance penalties for your organization.

Enhanced Visibility and Control

Continuous monitoring and authentication requirements provide organizations with granular insights into user behavior, device activities, and data access patterns. This comprehensive visibility enables faster threat detection and more informed security decisions in the wake of a breach.

Improved Comliance Posture

Zero trust practices naturally align with regulatory requirements by enforcing strict access controls, maintaining detailed audit trails, and ensuring protections are consistently applied to sensitive data. Instead of making compliance more challenging, organizations across countless industries will find that their zero trust architecture is more secure and facilitates compliance.

Support for Modern Work Environments

Zero trust seamlessly accommodates remote work, BYOD policies, cloud adoption, and broader digital transformation by securing access regardless of location or device. Users can gain consistent, secure access to necessary resources whether they're working from the office, home, or anywhere in between, all without needlessly putting the entire corporate network at risk.

Cost-Effective Investment

While implementation generally requires upfront investment, zero trust reduces long-term costs by preventing and/or minimizing breaches, lowering incident response expenses, and optimizing security tool efficiency. Organizations often see improved ROI through reduced insurance premiums and regulatory fines.

Implementing Zero Trust Architecture

Where to Start Organizations beginning their zero trust journey should start by conducting a comprehensive assessment of their current security posture, workflows, and critical assets to understand what needs protection and where vulnerabilities exist. This discovery phase involves mapping all users, devices, applications, and data repositories while identifying high-value assets that require the strongest protection. Rather than attempting a complete overhaul overnight, successful zero trust implementations typically follow a phased approach that begins with protecting the most critical resources first.

The most effective starting point is often to focus on the development, refinement, and enforcement of data protection policies. These policies, which are ideally based on contextual data, are ultimately what drive an organization's access controls and manage the continuous authentication required for zero trust. Organizations should start with policies that apply to their most sensitive systems and data before expanding these protections across the broader network infrastructure.

Zero Trust Best Practices

1- Prepare for the journey. Learn the principles of zero trust and the desired scope within your organization, and assemble a core team to lead strategy and implementation efforts. Authorization and authentication parameters can only be defined after a guiding strategy and detailed implementation timeline are in place.
2- Map and classify your assets. Conduct thorough data discovery and classification to understand what information requires protection and then apply the appropriate security controls based on sensitivity levels. Defining high-, moderate- and low-impact assets can help you better narrow your focus and resources around zero trust tactics.
3- Implement initial security controls. Begin with implementing core security controls like a Single Sign-On (SSO) solution with adaptive authentication capabilities, which will ideally streamline user access, monitor users for unusual activity, and avoid the latency and friction associated with continuous manual verification requests.
4- Enforce least-privilege access controls. Grant users and applications only the minimum access rights necessary to perform their specific job functions, regularly reviewing and adjusting permissions as roles change. Tools like data loss prevention (DLP), zero trust network access (ZTNA), and a cloud access security broker (CASB) are all typically helpful in segmenting a network and applying data protection policies to safeguard those individual segments.
5- Adopt a gradual implementation with realistic goals. Roll out zero trust protections incrementally, beginning with the most critical assets and expanding coverage systematically to avoid overwhelming users and IT teams. Recognize that your initial strategy almost certainly won't be perfect and that it will require continuously monitoring systems, users, and processes to make necessary refinements.
6- View zero trust architecture as a strategic investment. Rather than framing zero trust architecture as an expense, view it as a strategic investment that will protect an organization from (often more costly) data breaches and the associated compliance penalties. Even if it means having to upgrade or replace legacy tools with zero-trust-compatible solutions, mounting evidence suggests the initial investment will prove to be worth its weight in gold in the long term.
7- Invest in comprehensive training programs. Provide extensive education for employees about zero trust principles, safe security practices and procedures, and their critical role in maintaining your organization's strong security posture.

Zero Trust Security Framework Use Cases

Compliance Support

If your organization must adhere to industry compliance standards such as the GDPR, PCI DSS, or HIPAA, for example, the closed connection tenant of zero trust helps prevent widespread exposure and exploitation of sensitive data. Organizations can establish controls to segment regulated data from non-regulated data, providing more visibility for audit purposes and helping to limit and mitigate data breaches.

General Risk Reduction

Zero trust's “never trust, always verify” approach to data protection prevents applications and services from communicating until verified by predefined trust principles such as authentication and authorization specifications. By providing insight into how a network's various assets and resources communicate, zero trust delivers granular visibility and reduces the risk of erroneous user access. This strategy can also provide continuous confirmation of the validity of all communicating assets to reduce the risk of over-provisioned software and services.

Improve Cloud Environment Access Control

If you’ve moved workloads to the cloud, or are operating in a hybrid environment, the fear of losing control and visibility is not unfounded. With zero trust architecture in place, however, you can apply security policies to validate identities of users and workloads.
This helps to keep your security measures tied to the assets most in need of protection, and your organization's security posture won't rely on potentially vulnerable network elements such as IP addresses, protocols, or ports. Zero trust architecture protects the network's workloads themselves, meaning security persists even through changes to the environment.

Data Breach Risk Reduction

As cybersecurity pros increasingly express, a data breach is much less a question of "if" and much more a matter of "when." Zero trust’s foundation of least-privilege access assumes any entity could be hostile, meaning organizations can gain more peace-of-mind knowing all transactions, users, and their devices are authenticated before “trust” is granted. Furthermore, this validation is under continuous assessment to account for changes in the users’ devices, locations, data requests, and unusual activity.
Should an attacker still breach your network or cloud environment, with zero trust principles and practices applied, network segmentation severely hampers their ability to move laterally within the network to access more sensitive data.

T.C. Cumhurbaşkanlığı DDO Bilgi ve İletişim Güvenliği Rehberi

Kamu kurumları, kritik altyapı sağlayıcıları (enerji, lojistik, sağlık) ve yerli teknoloji üreticilerinin ulusal güvenlik kriterlerine uyumluluk audit süreçleri. Daha fazla bilgi için

DDO sayfasını ziyaret edin.
Ulusal Güvenlik Uyumu Türkiye jurisdiksiyonundaki yerel adli davalarda kurumsal yönetim kurulu üyelerinin yasal sorumluluk sınırlarını çizer.

BDDK & KVKK Teknik Tedbirler

Dijital arama ve el koyma süreçlerinde kişisel verilerin korunması sınırlarının, veri maskeleme kurallarının ve "ölçülülük" ilkesinin hukuki-teknik denetimi.

BDDK sayfasını ziyaret edin.

GDPR (General Data Protection Regulation)

Statutory Framework

GDPR, 2018 yılında yürürlüğe giren ve Avrupa Birliği ile Birleşik Krallık jurisdiksiyonundaki en katı veri koruma yasasıdır. Tavsiye niteliğindeki eski direktiflerin aksine, doğrudan bağlayıcı bir "regülasyon (law)" olup, kurumların dijital verileri işleme, saklama ve siber imha süreçlerini milimetrik kurallara bağlar.

Ulusal Hukuk Köprüsü (CMK 134 & KVKK) The Bellisan, sınır ötesi davalarda ve çok uluslu kurumsal tahkim süreçlerinde, dijital delil elde etme süreçlerinin (Digital Search & Seizure) hem GDPR m.30 kayıt düzenine hem de Türkiye'deki KVKK teknik tedbirler kılavuzuna olan tam uyumunu denetler.

How Is GDPR Different Than the EU Data Protection Directive?

A regulation is law and is legally binding, whereas a directive is a recommendation and is not legally binding. This means that GDPR is a law that must be followed by all European member states.
Alternatively, this distinction can be explained as a regulation being a single set of rules that must be obeyed, while a directive is a set of rules that leaves room for interpretation.

While the previous EU Data Protection Directive did not define data breaches, GDPR includes this very broad definition, stating a data breach is “a breach of security leading to the accidental or unlawful destruction, loss, alteration, unauthorized disclosure or access to, personal data transmitted, stored or otherwise processed.”

The definitions of a data breach and personal data matter, as they mean many different events or activities could qualify as violations of GDPR. Personal data is defined as “any information relating to an identified or identifiable person – not just data that could be used for fraud or identity theft.”

How Does the GDPR Define “Personal Data”?

When it comes to data protection, the GDPR regulations are the strictest in the world and cover the term “personal data” with a very broad brush to encompass virtually any information that can possibly identify an individual. GDPR can be applied in many ways, including examples such as the following and more:
Direct/Indirect Identification

If the subject can be directly/indirectly identified by name, identification number, address, online profile, or any unique physical, genetic, mental, commercial, or cultural characteristic

Assigned Data

By any data assigned to an individual such as a phone number, license plate number, customer ID, credit card number, etc.

IP Address

IP addresses if turned over by an organization’s controller by request

Any Information Can Be Personal

For GDPR compliance it is best to keep the phrase “any information” top of mind. Assume and act as if personal data is an identifying factor in how you deal with and protect any of it in your possession. As an example of how broadly the GDPR can be interpreted, the European Court of Justice even includes less obvious information in its interpretation. If an individual could even be identified by recorded information on such things as start and stop times for work, or answers to a test and remarks from a test examiner, this too can fall under the GDPR umbrella.
GDPR also includes subjective information in its definition of personal data. So that can include situations such as work performance reviews, estimations of creditworthiness by a lender, and other judgements.
GDPR also applies levels of protection, subjecting sensitive personal data such as genetic, health, racial, ethnic origins, political opinions and religious affiliations, trade union memberships, etc., to an even higher standard of protection.

GDPR Compliance Roles

GDPR’s impact on IT staff can’t be minimized. Controllers, data protection officers, processors, and others all play a role in facilitating and enforcing GDPR compliance. As a refresher on roles associated with GDPR compliance:
Controller A controller alone, or jointly with others, determines how and why personal data is processed. This role is similar to but expanded from the previous data controller role under the old EU Data Protection Directives. Legally the controller has ultimate responsibility to ensure processors follow the rules.
Processor A processor is defined as any person who processes data on behalf of the data controller. Examples include third-party companies, such as marketing firms and cloud hosting companies.
Data Protection Officer A data protection officer (DPO) may need to be designated as the leading authority on GDPR compliance within the organization. Briefly, a DPO is required when processing of data is carried out by a public authority or body, or where data is processed in a regular and systematic method on a large scale, or when large scale processing of specialized data such as criminal convictions is undertaken.
Controllers, Processors or Organizations Outside the EU Controllers, processors or organizations outside the EU but offering services or goods in the EU or processing identifying data of EU citizens will also need to be compliant with GDPR

The 8 Rights of Data Subjects

  • 1. Right to Be Informed (Bilgilendirilme)
  • 2. Right to Access (Erişim Hakkı)
  • 3. Right to Rectification (Düzeltme)
  • 4. Right to Erasure (Unutulma Hakkı)
  • 5. Right to Restrict Processing (Kısıtlama)
  • 6. Right to Data Portability (Taşınabilirlik)
  • 7. Right to Object (İtiraz Etme)
  • 8. Automated Decision Controls (Algoritma Reddi)

Technical Enforcement Suite

1. Cryptographic Email Security & Sanitization

Veri sızıntılarını önlemek amacıyla, e-posta trafiğindeki hassas adli dökümanlar ve kişisel veriler üzerinde gerçek zamanlı sanitization, maskeleme ve uçtan uca şifreleme metodolojileri uygulanır.

2. Metadata & Visual Data Classification

Dijital delillerin ve kurumsal verilerin hiyerarşik olarak etiketlenmesi, metadata katmanına mühürlenmesi ve yaşam döngüsü (Retention & Destruction) boyunca izlenebilmesi sağlanır.

3. Vulnerability Assessments & Intrusion Shielding

GDPR m.32 güvenlik maddesi uyarınca, sistem açıklarının proaktif olarak tespit edilmesi, penetrasyon testleri ve adli denetçilere sunulacak kurumsal siber olgunluk raporlarının üretilmesi gerekir.

4. Secure Managed File Transfer (MFT) & Data Loss Prevention (DLP)

Verilerin taşınma esnasında (in-transit) ve sunucularda beklerken (at-rest) bütünlük kontrollerinin (integrity checks) yapılması; yetkisiz veri aktarımlarının sınır noktalarında bloke edilmesi gerekir.