Struts: Validator Without Form Field

필드의 관련 폼에 검증 필드가 나타나지 않으면 검증 로직이 오래되었음을 뜻합니다.

개발자가 ActionForm 클래스를 변경할 때 검증 로직을 업데이트하는 것을 잊기 쉽습니다. 검증 로직이 올바로 유지 관리되고 있지 않음을 입증하는 한 가지 사례가 바로 Action Form(작업 폼)과 Validation Form(검증 폼)의 불일치입니다.

예 1.a: 필드가 두 개인 Action Form(작업 폼)입니다.

    public class DateRangeForm extends ValidatorForm {
    String startDate, endDate;
    public void setStartDate(String startDate) {
        this.startDate = startDate;
    }
    public void setEndDate(String endDate) {
        this.endDate = endDate;
    }
}

예제 1.a는 두 개의 필드, startDate와 endDate가 있는 Action Form(작업 폼)을 보여줍니다.

예 1.b: 세 번째 필드가 있는 Validation Form(검증 폼)입니다.

<form name="DateRangeForm">
    <field property="startDate" depends="date">
        <arg0 key="start.date"/>
    </field>
    <field property="endDate" depends="date">
         <arg0 key="end.date"/>
    </field>
    <field property="scale" depends="integer">
         <arg0 key="range.scale"/>
    </field>
</form>

예제 1.b는 Action Form(작업 폼)의 Validation Form(검증 폼)을 보여 줍니다. Validation Form(검증 폼)에는 세 번째 필드로 다음을 보여줍니다. scale. 세 번째 필드의 존재는 DateRangeForm을 검증하지 않고 수정했다는 것을 의미합니다.

검증 로직을 유지 관리하고 응용 프로그램의 나머지 부분과 동기화하는 것은 매우 중요합니다. 검증되지 않은 입력은 오늘날 가장 빈번하게 발생하고 가장 심각한 소프트웨어 보안 문제의 원인입니다. Cross-Site Scripting, SQL Injection 및 Process Control 취약점은 모두 입력값 검증이 불완전하거나 없는 것에서 비롯됩니다. J2EE 응용 프로그램은 보통 메모리 손상 공격에는 취약하지 않지만 J2EE 응용 프로그램이 배열 범위 검사를 수행하지 않는 네이티브 코드와 상호 작용하는 경우, 공격자가 J2EE 응용 프로그램의 입력값 검증 실수를 이용하여 버퍼 오버플로 공격을 시작할 수 있습니다.