CERT Java Secure Coding

https://www.securecoding.cert.org/confluence/pages/viewpage.action?pageId=35979419

Introduction

• Page:
  00. Input Validation and Data Sanitization (IDS) : 입력 검증및 데이터 새니타이즈

  ---

  
  
• Page:
  IDS00-J. Sanitize untrusted data passed across a trust boundary
  신뢰경계를 넘어온 데이터는 새니타이즈한다.
• Page:
  IDS01-J. Normalize strings before validating them
  문자열을 검증하기 전에 정규화 한다.
• Page:
  IDS02-J. Canonicalize path names before validating them
  경로이름을 검증하기전에 규범화 한다.
• Page:
  IDS03-J. Do not log unsanitized user input
  새니타이즈하지 않은 사용자 입력은 로그에 남기지 않는다.
• Page:
  IDS04-J. Safely extract files from ZipInputStream
  ZinputStream에 전달된 파일 크기를 제한한다.
• Page:
  IDS05-J. Use a subset of ASCII for file and path names
  파일과 경로 이름에 ASCII문자의 일부만 사용한다.
• Page:
  IDS06-J. Exclude unsanitized user input from format strings
  포맷문자열에 사용자 입력을 포함하지 않는다.
• Page:
  IDS07-J. Do not pass untrusted, unsanitized data to the Runtime.exec() method
  신뢰하지 않고 새니타이즈하지 않은 데이터를 Runtime.exec()메서드에 전달하지 않는다.
• Page:
  IDS08-J. Sanitize untrusted data passed to a regex
  regex에 전달할 신뢰하지 않는 데이터를 새니타이즈 한다.
• Page:
  IDS09-J. Do not use locale-dependent methods on locale-dependent data without specifying the appropriate locale
  로케일을 설정하기 전에 로케일에 의존하는 데이터에 로케일에 의존하는 메서드를 사용하지 않는다.
• Page:
  IDS10-J. Do not split characters between two data structures
  두 데이터 구조간에 문자를 분할하지 않는다.
• Page:
  IDS11-J. Eliminate noncharacter code points before validation
  검증하기 전에 비문자 코드를 제거한다.
• Page:
  IDS12-J. Perform lossless conversion of String data between differing character encodings
  인코딩을 변경할 때 문자열 데이터를 무손실 변환한다.
• Page:
  IDS13-J. Use compatible encodings on both sides of file or network IO
  파일이나 네트워크에 입출력할 때 양단에 호환되는 인코딩을 사용한다.
  
  
• Page:
  01. Declarations and Initialization (DCL)  : 선언과 초기화

  ---

  
  
• Page:
  DCL00-J. Prevent class initialization cycles
  클래스를 초기화할 때 순환을 예방한다.
• Page:
  DCL01-J. Do not reuse public identifiers from the Java Standard Library
  자바 표준 라이브러리의 식별자를 재사용하지 않는다.
• Page:
  DCL02-J. Declare all enhanced for statement loop variables final
  향상된 for문의 모든 루프 변수는 final로 선언한다.
  
  
• Page:
  02. Expressions (EXP)   : 표현식

  ---

  
  
• Page:
  EXP00-J. Do not ignore values returned by methods
  메서드가 반환한 값을 무시하지 않는다.
• Page:
  EXP01-J. Never dereference null pointers
  널 포인터를 역참조하지 않는다.
• Page:
  EXP02-J. Use the two-argument Arrays.equals() method to compare the contents of arrays
  배열의 내용을 비교하려면 인자를 두개받는  Arrays.equals() 메서드를 사용한다.
• Page:
  EXP03-J. Do not use the equality operators when comparing values of boxed primitives
  박싱된 기본형을 비교할 때 == 비교연산자를 사용하지 않는다.
• Page:
  EXP04-J. Ensure that autoboxed values have the intended type
  오토박싱된 기본형의 값이 의도한 형인지 확인한다.
• Page:
  EXP05-J. Do not write more than once to the same variable within an expression
  식 하나 안에서 동일 변수를 두번 이상 쓰지 않는다.
• Page:
  EXP06-J. Do not use side-effecting expressions in assertions
  assert문 안에 부작용이 있는 표현을 사용하지 않는다.
  
  
• Page:
  03. Numeric Types and Operations (NUM)   :  수치형과 연산

  ---
• Page:
  NUM00-J. Detect or prevent integer overflow
  정수오버플로우를 탐지하거나 예방한다.
• Page:
  NUM01-J. Do not perform bitwise and arithmetic operations on the same data
  동일 데이터에 비트 연산과 수리 연산을 수행하지 않는다.
• Page:
  NUM02-J. Ensure that division and modulo operations do not result in divide-by-zero errors
  나눗셈과 모듈로 연산할 때 0으로 나누지 않게 보장한다.
• Page:
  NUM03-J. Use integer types that can fully represent the possible range of unsigned data
  unsigned형을 저장하는 정수형 변수는 가능한 모든 값을 표현할 수 있어야 한다.
• Page:
  NUM04-J. Do not use floating-point numbers if precise computation is required
  정확히 계산해야 할 때는 부동 소수점형을 사용하지 않는다.
• Page:
  NUM05-J. Do not use denormalized numbers
  비정규화된 부동 소수점을 사용하지 않는다.
• Page:
  NUM06-J. Use the strictfp modifier for floating-point calculation consistency across platforms
  플랫폼 간 부동소수점 연산의 결과를 동일하게 하려면 strictfp 지시자를 사용한다.
• Page:
  NUM07-J. Do not attempt comparisons with NaN
  NaN과 값을 비교하지 않는다.
• Page:
  NUM08-J. Check floating-point inputs for exceptional values
  부동소수점 입력시 예외적인 값을 확인한다.
• Page:
  NUM09-J. Do not use floating-point variables as loop counters
  루프카운터 로 부동소수점을 사용하지 않는다.
• Page:
  NUM10-J. Do not construct BigDecimal objects from floating-point literals
  부동소수점 상수를 사용해서 BigDecimal 객체를 만들지 않는다.
• Page:
  NUM11-J. Do not compare or inspect the string representation of floating-point values
  부동소수점을 나타내는 문자열을 비교하거나 검사하지 않는다.
• Page:
  NUM12-J. Ensure conversions of numeric types to narrower types do not result in lost or misinterpreted data
  수치형 값을 더 작은 형으로 변환할 때 데이터가 손실되거나 잘못 변환되지 않게 확인한다.
• Page:
  NUM13-J. Avoid loss of precision when converting primitive integers to floating-point
  기본 정수형을 부동 소수점형으로 변환할 때 정밀도 손실을 피한다.
  
  
• Page: 
  04. Object Orientation (OBJ)   : 객체지향

  ---

  
  
• Page:
  OBJ00-J. Limit extensibility of classes and methods with invariants
  신뢰하는 하위 클래스만 불변 성질을 가진 클래스나 메서드를 상속할 수 있게 한다
• Page:
  OBJ01-J. Declare data members as private and provide accessible wrapper methods
  데이터 멤버는 private로 선언하고 접근 메서드를 제공한다.
• Page:
  OBJ02-J. Preserve dependencies in subclasses when changing superclasses
  상위 클래스를 수정할 때 하위 클래슥 위존하는 불변 성질을 유지한다.
• Page:
  OBJ03-J. Do not mix generic with nongeneric raw types in new code
  신규 코드에서 제너릭클래스와 비제너릭 클래스를 함께 사용하지 않는다.
• Page:
  OBJ04-J. Provide mutable classes with copy functionality to safely allow passing instances to untrusted code
  신뢰하지 않는 코드에 안전하게 객체를 전달 할 수 있게 가변 클래스의 복사 기능을 제공한다.
• Page:
  OBJ05-J. Defensively copy private mutable class members before returning their references
  반환하기 전에 클래스의 가변 private 멤버를 복사해 보호한다.
• Page:
  OBJ06-J. Defensively copy mutable inputs and mutable internal components
  가변 입력가 가변 내부 컴포넌트를 복사해 보호한다.
• Page:
  OBJ07-J. Sensitive classes must not let themselves be copied
  기밀 클래스는 복제되지 않아야 한다.
• Page:
  OBJ08-J. Do not expose private members of an outer class from within a nested class
  중첩된 클래스를 통해 private 멤버를 노출하면 안된다.
• Page:
  OBJ09-J. Compare classes and not class names
  클래스를 비교할 때 클래스 이름으로 비교하면 안된다.
• Page:
  OBJ10-J. Do not use public static nonfinal variables
  final이 아닌 public static 변수를 사용하지 않는다.
• Page:
  OBJ11-J. Be wary of letting constructors throw exceptions
  생성자가 예외를 발생시킬수 있게 할때는 주의한다.
  
  
• Page: 
  05. Methods (MET)   : 메서드

  ---

  
  
• Page:
  MET00-J. Validate method arguments
  메서드 인자를 검증한다.
• Page:
  MET01-J. Never use assertions to validate method arguments
  메서드 인자를 검증할 때 절대로 assert를 사용하지 않는다.
• Page:
  MET02-J. Do not use deprecated or obsolete classes or methods
  폐지되거나 폐지 예정인 클래스나 메서드를 사용하지 않는다.
• Page:
  MET03-J. Methods that perform a security check must be declared private or final
  보안 검사하는 메서드는 반드시 private 나 final로 선언해야 한다.
• Page:
  MET04-J. Do not increase the accessibility of overridden or hidden methods
  숨기거나 오버라이드한 메서드의 접근성을 확대하지 않는다.
• Page:
  MET05-J. Ensure that constructors do not call overridable methods
  오버라이드될 수 있는 메서드를 생성자가 호출하지 않게 보장한다.
• Page:
  MET06-J. Do not invoke overridable methods in clone()
  clone()메서드가 오버라이드될 수 있는 메서드를 호출하면 안된다.
• Page:
  MET07-J. Never declare a class method that hides a method declared in a superclass or superinterface
  상위 클래스나 인터페이스의 메서드를 가리는 클래스 메서드를 선언하지 않는다.
• Page:
  MET08-J. Preserve the equality contract when overriding the equals() method
  동등비교하는 객체는 동등비교할 수 있게 보장한다.
• Page:
  MET09-J. Classes that define an equals() method must also define a hashCode() method
  equals()메서드를 정의하는 클래스는 반드시 hashCode()도 정의해야 한다.
• Page:
  MET10-J. Follow the general contract when implementing the compareTo() method
  compareTo()메서드를 구현할 때 일반적인 용법을 지원한다.
• Page:
  MET11-J. Ensure that keys used in comparison operations are immutable
  비교연산에 사용하는 키는 불변형이어야 한다.
• Page:
  MET12-J. Do not use finalizers
  finalize() 메서드를 사용하지 않는다.
  
  
• Page:
  06. Exceptional Behavior (ERR)    : 예외처리

  ---
• Page:
  ERR00-J. Do not suppress or ignore checked exceptions
  필수처리 예외를 억제하거나 무시하지 않는다.
• Page:
  ERR01-J. Do not allow exceptions to expose sensitive information
  예외에 의해 기밀 정보가 유출되지 않게 한다.
• Page:
  ERR02-J. Prevent exceptions while logging data
  로그를 저장하는 동안 예외가 발생하지 않게 한다.
• Page:
  ERR03-J. Restore prior object state on method failure
  메서드가 실채하면 객체를 이전 상태로 복구한다.
• Page:
  ERR04-J. Do not complete abruptly from a finally block
  finally블럭에서 갑작스럽게 빠져나가지 않는다.
• Page:
  ERR05-J. Do not let checked exceptions escape from a finally block
  필수처리 예외가 finally 블럭을 빠져나가지 못하게 한다.
• Page:
  ERR06-J. Do not throw undeclared checked exceptions
  선언하지 않은 예외를 발생 시키지 않는다.
• Page:
  ERR07-J. Do not throw RuntimeException, Exception, or Throwable
  RuntimeException, Exception, Throwable 예외를 발생시키지 않는다.
• Page:
  ERR08-J. Do not catch NullPointerException or any of its ancestors
  NullPointException과 상위 예외를 잡지 않는다.
• Page:
  ERR09-J. Do not allow untrusted code to terminate the JVM
  신뢰하지 않는 코드가 JVM을 종료하지 못하게 한다.
  
  
• Page: 
  07. Visibility and Atomicity (VNA)   : 가시성과 원시성

  ---
• Page:
  VNA00-J. Ensure visibility when accessing shared primitive variables
  공유된 기본형 변수에 접근할 때 가시성을 보장한다.
• Page:
  VNA01-J. Ensure visibility of shared references to immutable objects
  불변 객체에 대한 공유된 참조의 가시성을 보장한다.
• Page:
  VNA02-J. Ensure that compound operations on shared variables are atomic
  공유된 변수에 대한 복합 연산의 원자성을 보장한다.
• Page:
  VNA03-J. Do not assume that a group of calls to independently atomic methods is atomic
  독립적으로 호출된 일련의 원자적 메서드 전체를 원자적이라고 가정하지 않는다.
• Page:
  VNA04-J. Ensure that calls to chained methods are atomic
  연결된 메서드를 호출할 때 호출된 전체 메서드의 원자성을 보장한다.
• Page:
  VNA05-J. Ensure atomicity when reading and writing 64-bit values
  64비트값을 읽고 쓸 때 연산의 원자성을 보장한다.
  
  
• Page:
  08. Locking (LCK)   : 락

  ---
• Page:
  LCK00-J. Use private final lock objects to synchronize classes that may interact with untrusted code
  신뢰하지 않는 코드에 접근하는 클래스를 동기화하려면 private final 락 객체를 사용한다.
• Page:
  LCK01-J. Do not synchronize on objects that may be reused
  재사용될 수 있는 객체를 이용해 동기화하지 않는다.
• Page:
  LCK02-J. Do not synchronize on the class object returned by getClass()
  getClass()에 의해 반환된 클래스 객체를 이용해 동기화 하지 않는다.
• Page:
  LCK03-J. Do not synchronize on the intrinsic locks of high-level concurrency objects
  상위 수준의 동시성 객체를 이용해 동기화하지 않는다.
• Page:
  LCK04-J. Do not synchronize on a collection view if the backing collection is accessible
  지원 컬렉션에 접근할 수 있을때 컬렉션 뷰로 동기화 하지 않는다.
• Page:
  LCK05-J. Synchronize access to static fields that can be modified by untrusted code
  신뢰하지 않는 코드가 수정할 수 있는 static 필드를 접근할 때는 동기화 한다.
• Page:
  LCK06-J. Do not use an instance lock to protect shared static data
  공유된 static데이터를 보호하고자 인스턴스 객체를 락으로 사용하지 않는다.
• Page:
  LCK07-J. Avoid deadlock by requesting and releasing locks in the same order
  락을 동일한 순서로 요청하고 해제하여 데드락을 피한다.
• Page:
  LCK08-J. Ensure actively held locks are released on exceptional conditions
  예외 조건 처리시 활성화된 락을 반드시 해제한다.
• Page:
  LCK09-J. Do not perform operations that can block while holding a lock
  락으 활성화한 후 블럭될 수 있는 연산을 수행하지 않는다.
• Page:
  LCK10-J. Do not use incorrect forms of the double-checked locking idiom
  이중검사 동기화의 잘못된 형태를 사용하지 않는다.
• Page:
  LCK11-J. Avoid client-side locking when using classes that do not commit to their locking strategy
  락 정책을 완전히 구현하지 않은 클래스를 사용할 때 클라이언트 측에서 락하지 않는다.
  
  
• Page:
  09. Thread APIs (THI)   :스레드 API

  ---

  
  
• Page:
  THI00-J. Do not invoke Thread.run()
  Thread.run() 메서드를 사용하지 않는다.
• Page:
  THI01-J. Do not invoke ThreadGroup methods
  ThreadGroup 메서드를 호출하지 않는다.
• Page:
  THI02-J. Notify all waiting threads rather than a single thread
  특정 스레드 대신 대기하는 모든 스레드에 노티피케이션을 보낸다.
• Page:
  THI03-J. Always invoke wait() and await() methods inside a loop
  wait()와 await()메서드는 언제나 루프안에서 호출한다.
• Page:
  THI04-J. Ensure that threads performing blocking operations can be terminated
  블럭된 연산을 수행하는 스레드는 종료될 수 있음을 보장한다.
• Page:
  THI05-J. Do not use Thread.stop() to terminate threads
  스레드를 종료하고자 Thread.stop()메서드를 사용하지 않는다.
  
  
• Page:
  10. Thread Pools (TPS)   : 스레드 풀

  ---
• Page:
  TPS00-J. Use thread pools to enable graceful degradation of service during traffic bursts
  트래픽이 폭주할 때 성능이 완마니 저하되게 스레드풀을 사용한다.
• Page:
  TPS01-J. Do not execute interdependent tasks in a bounded thread pool
  스레드 풀 안에서 상호 의존적인 작업을 수행하지 않는다.
• Page:
  TPS02-J. Ensure that tasks submitted to a thread pool are interruptible
  스레드 풀에 들어간 작업은 인터럽트될 수 없음을 보장한다.
• Page:
  TPS03-J. Ensure that tasks executing in a thread pool do not fail silently
  스레드 풀에서 수행되는 작업이 에러 없이 실패하지 않게 보장한다.
• Page:
  TPS04-J. Ensure ThreadLocal variables are reinitialized when using thread pools
  스레드 풀을 사용할 때 스레드 로컬 변수가 다시 초기화 되게 보장한다.
  
  
• Page:
  11. Thread-Safety Miscellaneous (TSM)  : 그외 스레드 안전

  ---
• Page:
  TSM00-J. Do not override thread-safe methods with methods that are not thread-safe
  스레드 안전한 메서드를 스레드 안전하지 않은 메서드로 오버라이드하지 않는다.
• Page:
  TSM01-J. Do not let the this reference escape during object construction
  객체 생성중 this 참조가 유출되지 않게 한다.
• Page:
  TSM02-J. Do not use background threads during class initialization
  클래스 초기화 중 백그라운드 스레드를 사용하지 않는다.
• Page:
  TSM03-J. Do not publish partially initialized objects
  일부분만 초기화된 객체를 공개하지 않는다.
  
  
• Page:
  12. Input Output (FIO)   : 입출력

  ---

  
  
• Page:
  FIO00-J. Do not operate on files in shared directories
  공유 디렉토리에 있는 파일에 작업하지 않는다.
• Page:
  FIO01-J. Create files with appropriate access permissions
  파일 생성시 적절한 접근 권한을 부여한다.
• Page:
  FIO02-J. Detect and handle file-related errors
  파일 관련 에러를 탐지하고 처리한다.
• Page:
  FIO03-J. Remove temporary files before termination
  작업을 종료하기 전에 임시 파일을 삭제한다.
• Page:
  FIO04-J. Release resources when they are no longer needed
  필요없어진 리소스는 닫는다.
• Page:
  FIO05-J. Do not expose buffers created using the wrap() or duplicate() methods to untrusted code
  신뢰하지 않는 코드에 wrap()이나 duplicate() 메서드로 생성한 버퍼를 노출하지 않는다.
• Page:
  FIO06-J. Do not create multiple buffered wrappers on a single InputStream
  한 InputStream에 여러 버퍼 래퍼를 만들지 않는다.
• Page:
  FIO07-J. Do not let external processes block on IO buffers
  외부 프로세스가 입출력 스트림을 기다리게 하지 않는다.
• Page:
  FIO08-J. Use an int to capture the return value of methods that read a character or byte
  글자나 바이트를 읽는 메서드의 반환값을 저장하려면 int형을 사용한다.
• Page:
  FIO09-J. Do not rely on the write() method to output integers outside the range 0 to 255
  0부터 255 이외의 정수를 출력할 때 write() 메서드를 사용하면 안된다.
• Page:
  FIO10-J. Ensure the array is filled when using read() to fill an array
  read()로 배열을 채울 때 배열이 제대로 채워졌음을 확인한다.
• Page:
  FIO11-J. Do not attempt to read raw binary data as character data
  이진 데이터를 문자 데이터로 읽지 않는다.
• Page:
  FIO12-J. Provide methods to read and write little-endian data
  리틀-엔디안 데이터를 읽고 쓰는 메서드를 제공한다.
• Page:
  FIO13-J. Do not log sensitive information outside a trust boundary
  신뢰경계 외부에 기밀 정보 로그를 남기지 않는다.
• Page:
  FIO14-J. Perform proper cleanup at program termination
  프로그램을 종료할 때 적절히 정리한다.
• Page:
  FIO15-J. Do not operate on untrusted file links
  신뢰하지 않는 파일 링크상에서 오퍼레이트 하지 않는다.
  
  
• Page:  
  13. Serialization (SER)   : 직렬화

  ---
• Page:
  SER00-J. Enable serialization compatibility during class evolution
  클래스를 변경할 때 직렬화 호환성을 유지한다.
• Page:
  SER01-J. Do not deviate from the proper signatures of serialization methods
  직렬화 메서드의 적절한 시그너처를 유지한다.
• Page:
  SER02-J. Sign then seal sensitive objects before sending them outside a trust boundary
  신뢰 겨예 외부로 기밀 객체를 전송할 때 서명하고 봉인한다.
• Page:
  SER03-J. Do not serialize unencrypted, sensitive data
  암호화 안 한 기밀 데이터를 직렬화 하지 않는다.
• Page:
  SER04-J. Do not allow serialization and deserialization to bypass the security manager
  보안 관리자를 피해 직렬화 및 역직렬화 할 수 없게 한다.
• Page:
  SER05-J. Do not serialize instances of inner classes
  내부클래스 객체를 직렬화하지 않는다.
• Page:
  SER06-J. Make defensive copies of private mutable components during deserialization
  역직렬화하는 동안 private 가변 컴포넌트는 복사해서 보호한다.
• Page:
  SER07-J. Do not use the default serialized form for classes with implementation-defined invariants
  불변 성질을 갖고 있는 객체는 기본 직렬화 형태를 사용하면 안된다.
• Page:
  SER08-J. Minimize privileges before deserializing from a privileged context
  높은 권한을 갖고 있으면 역직렬화하기전에 권한을 최소화 한다. 
• Page:
  SER09-J. Do not invoke overridable methods from the readObject() method
  readObject() 메서드 안에서 오버라이드될 수 있는 메서드를 호출하지 않는다.
• Page:
  SER10-J. Avoid memory and resource leaks during serialization
  직렬화하는 동안 메모리와 리소스가 누수되지 않게 한다.
• Page:
  SER11-J. Prevent overwriting of externalizable objects
  Externalizable 객체의 내용을 덮어쓰지 못하게 한다
  
  
• Page:
  14. Platform Security (SEC)  : 플랫폼 보안

  ---

  
  
• Page:
  SEC00-J. Do not allow privileged blocks to leak sensitive information across a trust boundary
  권한이 있는 코드가 신뢰 경계 외부에 기밀 정보를 유출하지 못하게 한다.
• Page:
  SEC01-J. Do not allow tainted variables in privileged blocks
  권한이 있는 코드 안에서 신뢰하지 않는 변수를 사용하지 않는다.
• Page:
  SEC02-J. Do not base security checks on untrusted sources
  신뢰하지 않는 외부 데이터를 직접 보안 검사하지 않는다.
• Page:
  SEC03-J. Do not load trusted classes after allowing untrusted code to load arbitrary classes
  신뢰하지 않는 코드가 임의의 클래스를 로드하게 허용한 후 신뢰하는 클래스를 로드하면 안된다.
• Page:
  SEC04-J. Protect sensitive operations with security manager checks
  보안 관리자 검사를 이용해 기밀 연산을 보호한다.
• Page:
  SEC05-J. Do not use reflection to increase accessibility of classes, methods, or fields
  리플레션으로 클래스, 메서드, 필드에 접근성을 확대하면 안된다.
• Page:
  SEC06-J. Do not rely on the default automatic signature verification provided by 
  URLClassLoader and java.util.jar
  URLClassLoader와 java.util.jar 가 제공하는 기본 자동 서명 검증 기능에 의존하지 않는다.
• Page:
  SEC07-J. Call the superclass's getPermissions() method when writing a custom class loader
  사용자 정의 클래스 로더를 작성할 때 상위 클래스의 getPermission()메서드를 호출한다.
• Page:
  SEC08-J. Define wrappers around native methods
  네이티브 메서드에 대한 래퍼를 정의한다.
  
  
• Page:
  15. Runtime Environment (ENV)   : 런타임 환경

  ---
• 
  
   ENV00-J. Do not sign code that performs only unprivileged 
  
  
  operations
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
• Page:
  ENV01-J. Place all security-sensitive code in a single JAR and sign and seal it
  모든 보안 코드는 단하나의 jar  파일에 넣어서 서명하고 봉인한다.
• Page:
  ENV02-J. Do not trust the values of environment variables
  환경 변수 값을 신뢰하지 않는다.
• Page:
  ENV03-J. Do not grant dangerous combinations of permissions
  위험한 권한 조합을 부여하지 않는다.
• Page:
  ENV04-J. Do not disable bytecode verification
  바이트 코드 검증을 비활성화 하면 안된다.
• Page:
  ENV05-J. Do not deploy an application that can be remotely monitored
  원격에서 감시할 수 있는 애플리케이션은 배포하지 않는다.
  
  
• Page:
  49. Miscellaneous (MSC)   : 기타

  ---

  
  
• Page:
  MSC00-J. Use SSLSocket rather than Socket for secure data exchange
  안전하게 데이터를 교환하려면 Socket대신 SSLSocket을 사용한다.
• Page:
  MSC01-J. Do not use an empty infinite loop
  빈 무한 루프를 사용하면 안된다.
• Page:
  MSC02-J. Generate strong random numbers
  강력한 난수를 생성한다.
• Page:
  MSC03-J. Never hard code sensitive information
  기밀 정보는 결코 하드코딩하면 안된다.
• Page:
  MSC04-J. Do not leak memory
  메모리 누수를 시키지 않는다.
• Page:
  MSC05-J. Do not exhaust heap space
  힙 영역을 고갈 시키지 않는다.
• Page:
  MSC06-J. Do not modify the underlying collection when an iteration is in progress
  루프에서 나열하는 동안 참조하는 컬렉션을 수정하지 않는다.
• Page:
  MSC07-J. Prevent multiple instantiations of singleton objects
  싱글톤 클래스가 여러 객체를 만들지 않게 한다.
  
  
  
  
  
  
  

  Priority and Levels

  Skip to end of metadata

  • Attachments:3
  • Added by Dhruv Mohindra, last edited by Shannon Haas on Aug 03, 2011  (view change)
  • show comment

  Go to start of metadata

  Each rule has an assigned priority. Priorities are assigned using a metric based on Failure Mode, Effects, and Criticality Analysis (FMECA) [IEC 60812]. Three values are assigned for each rule on a scale of 1 to 3 for

  • Severity - How serious are the consequences of the rule being ignored:
    1 = low (denial-of-service attack, abnormal termination)
    2 = medium (data integrity violation, unintentional information disclosure)
    3 = high (run arbitrary code, privilege escalation)

  • Likelihood - How likely is it that a flaw introduced by violating the rule could lead to an exploitable vulnerability:
    1 = unlikely
    2 = probable
    3 = likely

  • Remediation cost - How expensive is it to remediate existing code to comply with the rule:
    1 = high (manual detection and correction)
    2 = medium (automatic detection and manual correction)
    3 = low (automatic detection and correction)

  The three values are multiplied together for each rule. This product provides a measure that can be used in prioritizing the application of the rules. These products range from 1 to 27. Rules with a priority in the range of 1 to 4 are level 3 rules, 6 to 9 are level 2, and 12 to 27 are level 1. As a result, it is possible to claim level 1, level 2, or complete compliance (level 3) with a standard by implementing all rules in a level, as shown in Figure P-1.

  
  
  
  
•