Reino: API Abuse

Un API es un contrato entre un autor de llamada y un receptor de llamada. Las formas de abuso de API más comunes los produce el autor de llamada cuando no consigue atender su fin de este contrato. Por ejemplo, si un programa no consigue llamar chdir() después de llamar chroot(), se viola el contrato que especifica cómo cambiar el directorio de origen activo de una forma segura. Otro buen ejemplo de un abuso de manual es esperar que el receptor devuelva una información de DNS de confianza al autor de llamada. En este caso, el autor de llamada abusa el API del receptor haciendo determinadas suposiciones sobre su comportamiento (que el valor de retorno se puede usar con fines de autenticación). También se puede violar el contrato entre el autor de llamada y el receptor desde el otro lado. Por ejemplo, si un codificador envía SecureRandom y devuelve un valor no aleatorio, se viola el contrato.

Castor Bad Practices: Query Mode Not Read-Only

Java/JSP

Abstract

Una consulta Castor que no sea de solo lectura puede tener implicaciones de rendimiento.

Explanation

Incluso aunque Castor cree un bloqueo en un objeto, eso no impide que otros subprocesos lean o escriban en él. Las consultas de solo lectura son también unas siete veces más rápidas en comparación con el modo compartido predeterminado.

Ejemplo 1: el ejemplo siguiente especifica el modo de consulta como SHARED, que permite tener acceso de lectura y escritura.


results = query.execute(Database.SHARED);

References

[1] ExoLab Group Castor JDO - Best practice

[2] Standards Mapping - CIS Azure Kubernetes Service Benchmark 1

[3] Standards Mapping - CIS Microsoft Azure Foundations Benchmark partial

[4] Standards Mapping - CIS Amazon Elastic Kubernetes Service Benchmark 4

[5] Standards Mapping - CIS Amazon Web Services Foundations Benchmark 1

[6] Standards Mapping - CIS Google Kubernetes Engine Benchmark integrity

[7] Standards Mapping - Common Weakness Enumeration CWE ID 265

[8] Standards Mapping - OWASP Application Security Verification Standard 4.0 1.14.5 Configuration Architectural Requirements (L2 L3)

[9] Standards Mapping - Payment Card Industry Data Security Standard Version 1.2 Requirement 7.1.1

[10] Standards Mapping - Payment Card Industry Data Security Standard Version 2.0 Requirement 7.1.1

[11] Standards Mapping - Payment Card Industry Data Security Standard Version 3.0 Requirement 7.1.2

[12] Standards Mapping - Payment Card Industry Data Security Standard Version 3.2 Requirement 7.1.2

[13] Standards Mapping - Payment Card Industry Data Security Standard Version 3.2.1 Requirement 7.1.2

[14] Standards Mapping - Payment Card Industry Data Security Standard Version 3.1 Requirement 7.1.2

[15] Standards Mapping - Payment Card Industry Data Security Standard Version 4.0 Requirement 7.2.2

[16] Standards Mapping - Payment Card Industry Software Security Framework 1.0 Control Objective 5.4 - Authentication and Access Control

[17] Standards Mapping - Payment Card Industry Software Security Framework 1.1 Control Objective 5.4 - Authentication and Access Control

[18] Standards Mapping - Payment Card Industry Software Security Framework 1.2 Control Objective 5.4 - Authentication and Access Control, Control Objective C.2.3 - Web Software Access Controls

[19] Standards Mapping - Security Technical Implementation Guide Version 3.1 APP3500 CAT II

[20] Standards Mapping - Security Technical Implementation Guide Version 3.4 APP3500 CAT II

[21] Standards Mapping - Security Technical Implementation Guide Version 3.5 APP3500 CAT II

[22] Standards Mapping - Security Technical Implementation Guide Version 3.6 APP3500 CAT II

[23] Standards Mapping - Security Technical Implementation Guide Version 3.7 APP3500 CAT II

[24] Standards Mapping - Security Technical Implementation Guide Version 3.9 APP3500 CAT II

[25] Standards Mapping - Security Technical Implementation Guide Version 3.10 APP3500 CAT II

desc.structural.java.castor_bad_practices_query_mode_not_read_only