계: API Abuse
API는 호출자와 피호출자 간의 계약입니다. 가장 흔한 형태의 API 오용은 호출자가 이 계약에서 자신의 몫을 이행하지 못하기 때문에 발생합니다. 예를 들어, 프로그램이 chroot()를 호출한 후 chdir()을 호출하지 못하면 활성 루트 디렉터리를 안전하게 변경하는 방법을 지정하는 계약을 위반하는 것입니다. 라이브러리 오용의 또 다른 좋은 예는 피호출자가 호출자에게 신뢰할 만한 DNS 정보를 반환할 것으로 예상하는 것입니다. 이 경우, 호출자는 자신의 행동에 대해 특정한 가정을 함으로써(반환 값이 인증 목적으로 사용될 것으로 예상) 피호출자 API를 오용합니다. 다른 쪽에서 호출자-피호출자 계약을 위반할 수도 있습니다. 예를 들어, 코더가 하위 클래스 SecureRandom을 지정하고 임의 값이 아닌 값을 반환하는 경우 계약을 위반하는 것입니다.
SQL Bad Practices: Direct Update
Abstract
직접 Open SQL 쓰기 작업은 잘못된 관행이며 피해야 합니다.
Explanation
직접 Open SQL 쓰기 작업(삽입/업데이트/수정/삭제)은 일반적으로 잘못된 관행이며 피해야 합니다. 이 업데이트는 시스템의 무결성과 보안을 약화시키므로 허용해서는 안 됩니다.
직접 Open SQL 쓰기 작업은 오류가 발생하기 쉽고 예기치 않은 시스템 동작을 유발할 수 있습니다. 다음은 SAP에서 주의해야 하는 몇 가지 문제입니다.
- 'update bundling' 기술을 사용하여 여러 데이터베이스 LUW에 걸쳐 있을 수 있는 SAP LUW(Logical Unit of Work: 작업 논리 단위) 내에서 데이터 무결성을 보장하는 것이 좋습니다. 'update bundling' 없이 테이블 항목을 직접 수정하면 SAP 트랜잭션을 불안정한 상태에 빠뜨릴 수 있습니다.
- 직접 Open SQL 쓰기 작업은 데이터베이스 수준 잠금을 설정해야 하며, SAP 응용 프로그램 잠금은 무시해야 합니다. 이 경우에 데이터 교착 및 손상을 일으킬 수 있습니다.
- 직접 Open SQL 쓰기 작업은 응용 프로그램 내에서 SAP 권한 부여 검사를 무시합니다.
- 테이블 항목 쓰기, 검사 편집, 감사 추적 등에 표준 메커니즘이 사용되면 그에 종속되는 업데이트(예: 문서 변경 등)가 모두 올바르게 수행됩니다. 이는 직접 Open SQL 쓰기 작업을 사용하는 경우에는 해당되지 않습니다.
직접 Open SQL 쓰기 작업은 오류가 발생하기 쉽고 예기치 않은 시스템 동작을 유발할 수 있습니다. 다음은 SAP에서 주의해야 하는 몇 가지 문제입니다.
- 'update bundling' 기술을 사용하여 여러 데이터베이스 LUW에 걸쳐 있을 수 있는 SAP LUW(Logical Unit of Work: 작업 논리 단위) 내에서 데이터 무결성을 보장하는 것이 좋습니다. 'update bundling' 없이 테이블 항목을 직접 수정하면 SAP 트랜잭션을 불안정한 상태에 빠뜨릴 수 있습니다.
- 직접 Open SQL 쓰기 작업은 데이터베이스 수준 잠금을 설정해야 하며, SAP 응용 프로그램 잠금은 무시해야 합니다. 이 경우에 데이터 교착 및 손상을 일으킬 수 있습니다.
- 직접 Open SQL 쓰기 작업은 응용 프로그램 내에서 SAP 권한 부여 검사를 무시합니다.
- 테이블 항목 쓰기, 검사 편집, 감사 추적 등에 표준 메커니즘이 사용되면 그에 종속되는 업데이트(예: 문서 변경 등)가 모두 올바르게 수행됩니다. 이는 직접 Open SQL 쓰기 작업을 사용하는 경우에는 해당되지 않습니다.
References
[1] Standards Mapping - CIS Azure Kubernetes Service Benchmark 4
[2] Standards Mapping - CIS Microsoft Azure Foundations Benchmark partial
[3] Standards Mapping - CIS Amazon Elastic Kubernetes Service Benchmark 5
[4] Standards Mapping - CIS Amazon Web Services Foundations Benchmark 2
[5] Standards Mapping - CIS Google Kubernetes Engine Benchmark integrity
[6] Standards Mapping - Common Weakness Enumeration CWE ID 662
[7] Standards Mapping - Common Weakness Enumeration Top 25 2022 [22] CWE ID 362
[8] Standards Mapping - Common Weakness Enumeration Top 25 2023 [21] CWE ID 362
[9] Standards Mapping - DISA Control Correlation Identifier Version 2 CCI-002235
[10] Standards Mapping - General Data Protection Regulation (GDPR) Indirect Access to Sensitive Data
[11] Standards Mapping - Security Technical Implementation Guide Version 5.2 APSC-DV-000500 CAT II
[12] Standards Mapping - Security Technical Implementation Guide Version 5.3 APSC-DV-000500 CAT II
desc.structural.abap.sql_bad_practices_direct_update