2021년 3회차 필기 기출문제 풀이

 

6. 소프트웨어에서 모델링

현실 세계의 문제를 추상화하여 소프트웨어 시스템의 구조와 동작을 시작적으로 표현하고 설계하는 과정을 말한다.

모델링은 복잡한 시스템을 이해하기 쉽게 하고 개발 과정에서 의사소통을 원활하게 하며 문제를 사전에 발견하고 수정할 수 있도록 돕는다.

- 구조적 모델링: 시스템의 정적인 부분, 즉 구성 요소 간의 관계를 표현 (ex: 클래스 다이어그램, 객체 다이어그램)

- 행위적 모델링: 시스템의 동적인 부분, 즉 동작 및 상호작용을 모델링 (ex: 시퀀스 다이어그램, 상태 다이어그램, 액티비티 다이어그램)

- 기능적 모델링: 시스템의 기능과 데이터 흐름을 모델링 (ex: 유스케이스 다이어그램, 데이터 흐름 다이어그램DFD)

 

15. 럼바우 모델

객체 지향 분석 및 설계를 위한 방법

복잡한 시스템을 설계하고 분석하기 위해 객체와 그 관계를 중심으로 한 모델링 접근법

객체 지향 소프트웨어 개발의 초기 단계에서 유용하며 UML로 발전한 기반 중 하나

(1) 객체 모델

- 데이터 중심적인 관점

- 시스템에서 객체의 구조와 관계를 모델링

- 클래스 다이어그램, 객체 다이어그램

- 객체(클래스)와 속성, 연산(메서드) / 객체 간의 관계(ex: 상속, 연관, 집합 등)

(2) 동적 모델

- 시간적인 관점

- 시스템에서 객체 간의 행위와 상호작용을 모델링

- 상태 다이어그램, 시퀀스 다이어그램

- 객체 상태(State)와 상태 전환(Event) / 상태 변화의 트리거 조건

(3) 기능 모델

- 프로세스 중심적인 관점

- 시스템의 데이터 흐름과 프로세스 변환을 모델링

- 데이터 흐름 다이어그램(DFD)

- 함수(작업)와 그 입력 출력 데이터 / 데이터 흐름 간의 의존성

 

16. 순차 다이어그램

- 객체들의 상호 작용을 나타내기 위해 사용

- 시간의 흐름에 따라 객체들이 주고받는 메시지의 전달 과정을 강조

- 동적인 상호 작용을 표현하며, 객체 간의 시간에 다른 메시지 교환을 나타낸다.

- UML에서 교류 다이어그램의 한 유형으로, 객체 간의 상호작용을 시각화한다.

 

17. 객체지향 분석 기법

- 시스템의 동적인 행위를 모델링하기 위해 동적 모델링 기법(ex: 상태 다이어그램, 시퀀스 다이어그램)을 사용한다.

- 기능 중심이 아니라 객체 중심으로 시스템을 모델링한다.

- 객체 지향은 상향식(Bottom-up) 접근 방식을 더 많이 사용한다.

- 데이터(속성)와 행위(메서드)를 묶어 객체를 정의하며, 이를 추상화하여 시스템을 설계한다.

- 주요 장점 중 하나는 재사용성과 유지보수성이다. 클래스와 객체를 재사용할 수 있어 개발 생산성이 향상되고, 시스템 요구 변화에도 유연하게 대응할 수 있다.

 

19. 분산 시스템에서 미들웨어

- 분산 시스템의 구성 요소들이 서로 통신하고 데이터를 교환할 수 있도록 지원하는 소프트웨어 계층

- 클라이언트가 서버의 실제 위치를 알 필요 없이 서비스를 요청할 수 있도록 위치 투명성을 제공

- 분산 환경에서 여러 컴포넌트가 공통적으로 필요로 하는 재사용 가능한 기능(ex: 데이터베이스 연결, 메시징, 인증)을 제공한다.

- 애플리케이션과 사용자 뿐만 아니라, 애플리케이션 간의 통신, 서버간 통신 등 다영한 분산 환경에서 사용된다.

 

20. 파이프 필터 아키텍처

단방향으로 흐르는 것이 일반적이다

또한, 필터 이동 시 오버헤드가 발생할 가능성이 존재

 

23. 깊이 우선 탐색 DFS

(1) DFS는 한 방향으로 가능한 깊이까지 내려간 뒤, 더 이상 방문할 노드가 없을 경우 뒤로 돌아온다.

(2) 방문 순서는 가까운 정점부터 탐색하며, 방문한 정점은 다시 방문하지 않는다.

(3) 인접 정점을 탐색할 때는 사전순으로 처리하는 경우가 일반적이다.

 

25. 테스트 드라이버

- 테스트 대상 모듈을 호출하고 실행하기 위한 상위 모듈 역할을 하는 소프트웨어이다

- 즉, 테스트 드라이버는 테스트 대상 모듈의 호출자 역할을 하며 입력 데이터를 전달하고 실행 결과를 확인한다.

- *테스트 대상 모듈이 호출하는 하위 모듈 역할을 하는 것은 테스트 스텁Stub 이다

 

[테스트 드라이버와 테스트 스텁의 차이]

(1) 테스트 드라이버

- 테스트 대상 모듈의 상위 모듈 역할

- 테스트 대상 모듈을 호출하고 입력값을 전달하며, 결과를 확인

- 주로 하향식 통합 테스트에서 상위 모듈이 준비되지 않았을 때 사용

(2) 테스트 스텁

- 테스트 대상 모듈의 하위 모듈 역할

- 테스트 대상 모듈이 호출하는 하위 모듈의 동작을 대체

- 주로 상향식 통합 테스트에서 하위 모듈이 준비되지 않았을 때 사용

 

27. 스택의 자료 삭제 알고리즘

(1) 조건: if Top=0

- 스택의 Top 포인터가 0이라면, 스택에 더 이상 삭제할 데이터가 없다.

- 이 상황은 Underflow(언더플로우) 상태

- 언더플로우는 스택이 비어 있을 때 삭제 연산을 시도하는 경우 발생

(2) Else 블록

- 스택에 데이터가 있으면, Top에 위치한 데이터를 제거하고 Top 포인터를 감소시킨다.

- 따라서 Top = Top -1 은 정상적인 삭제 연산에 해당

 

⭐️ 스택 연산 ⭐️

- Overflow: 스택이 가득 찬 상태에서 삽입(Push) 연산을 시도할 때 발생

- Underflow: 스택이 비어 있는 상태에서 삭제(Pop) 연산을 시도할 때 발생

 

30. 검증와 확인

(1) 검증 Verification

- "개발자의 기대를 충족시키는지"를 확인하는 과정

- 즉, 소프트웨어가 설계 명세나 요구사항에 따라 올바르게 구현되었는지를 측정

- 주요 질문: "우리가 제대로 만들었는가?"

- 방법: 코드 리뷰, 워크스루, 유닛 테스트

(2) 확인 Validation

- "사용자의 요구에 적합한지"를 확인하는 과정

- 즉, 구현된 소프트웨어가 사용자나 고객의 요구사항을 충족시키는지를 측정

- 주요 질문: "우리가 올바른 것을 만들었는가?"

- 방법: 시스템 테스트, 사용자 수용 테스트

 

33. 소스 코드 정적 분석

- 코드를 실행하지 않고 소스 코드 자체를 분석하여 버그, 보안 취약점, 스타일 위반 등을 찾아내는 방법

- 하드웨어와는 무관하게, 소프트웨어 도구나 기법을 통해 이루어진다.

✅ 정적 분석 특징

- 코드 실행 불필요

- 소프트웨어 도구 사용

- 하드웨어 의존 없음

- 주요 분석 항목: 코드 품질, 잠재적 버그(Null 참조, 범위 초과), 보안 취약점(SQL Injection, XSS)

 

✅ 동적 분석 특징

- 실행 기반 분석

- 런타임 오류 감지

- 환경 의존성

- 실제 데이터 테스트

- 성능 및 보안 분석 가능

 

34. 결함 Fault

- 소프트웨어 개발 활동을 수행함에 있어서 시스템이 고장(Failure)을 일으키게 하며, 오류(Error)가 있는 경우 발생하는 것

 

36. 소프트웨어 품질 목표

- 이식성 Portability: 소프트웨어가 다른 하드웨어나 운영체제 환경에서 쉽게 수정되어 동작할 수 있는 능력

- 효율성 Efficiency: 소프트웨어가 자원을 얼마나 효율적으로 사용하는지에 대한 특성 (실행 속도, 메모리 사용량, CPU 효율성이 포함된다, 하드웨어 환경에서의 수정과는 관련이 없다.)

- 사용성 Usability: 소프트웨어가 사용자가 쉽게 대우고 사용할 수 있도록 설계되었는지에 대한 특성 (사용자 인터페이스 및 경험과 관련이 있다.)

- 정확성 Correctness: 소프트웨어가 명세서나 요구사항에 따라 정확하게 동작하는지에 대한 특성

 

40. 패키저 Packager

콘텐츠와 메타 데이터를 묶어서 배포 가능하도록 단위화하는 것

즉, 콘텐츠가 효과적으로 배포 및 관리될 수 있도록 패키징 작업을 수행

 

49. 슈퍼키 SuperKey

- 한 릴레이션 내의 속성들이 집합으로 구성된 키

- 유일성은 만족하지만, 최소성은 만족하지 않는 키

- 즉, 모든 튜플을 고유하게 식별할 수 있지만, 불필요한 속성을 포함할 수 있다.

 

✅ 후보키 Candidate Key

- 슈퍼키의 부분집합으로 유일성과 최소성을 모두 만족

- 하나의 릴레이션에 여러 후보키가 있을 수 있음

✅ 기본키 Primary Key

- 후보키 중에서 특별히 선택된 하나의 키

- NULL 값을 가질 수 없으며, 모든 튜플을 유일하게 식별

✅ 대체키 Alternate Key

- 후보키 중 기본키로 선택되지 않은 나머지 키

✅ 외래키 Foreign Key

- 다른 릴레이션의 기본키를 탐조하는 키, 두 릴레이션 간의 관계를 나타냄

 

52. 관계 대수 Relational Algebra

관계형 데이터베이스에서 데이터를 검색하거나 처리하기 위해 사용하는 형식적인 언어

데이터를 표현하고 조작하기 위해 연산자와 연산 규칙을 사용하며, 결과는 항상 새로운 릴레이션(테이블)이다.

✅ 특징

- 형식적 수학 언어: 관계형 데이터베이스를 기반으로 데이터를 검색, 변형, 처리하는데 사용

- 연산의 결과는 릴레이션(테이블): 관계 대수의 연산 결과는 항상 새로운 릴레이션으로 변환

- 절차적 언어: 어떤 연산을 어떤 순서로 수행할지 명시적으로 기술

✅ 주요 연산

- 순수 관계 연산(기본 연산): SELECT(σ, 시그마), PROJECT (π, 파이), RENAME (ρ, 로)

- 집합 연산: UNION (∪), INTERSECTION (∩), DIFFERENCE (-), CARTESIAN PRODUCT (×)

- 유도 연산: JOIN (⨝), DIVISION (÷)

 

✅ 관계 해석 Relational Calculus

- 비절차적 언어: 무엇을 검색할 것인지만 기술한다.

- 데이터 처리 과정은 명시하지 않고, 조건을 기반으로 원하는 데이터를 정의한다.

- 데이터베이스 시스템이 내부적으로 데이터 검색 과정을 결정

- 유형

   - 튜플 관계해석(Tuple Relational Calculus, TRC): 튜플 변수를 기반으로 표현

{t | t ∈ 사원 ∧ t.나이 > 30}
→ 나이가 30보다 큰 사원 튜플 반환

 

   - 도메인 관계해석(Domain Relational Calculus, DRC): 속성(도메인) 변수를 기반으로 표현

{이름, 나이 | 사원(이름, 나이, 부서) ∧ 나이 > 30}
→ 나이가 30보다 큰 사원의 이름과 나이를 반환

구분	관계대수(Relational Algebra)	관계해석(Relational Calculus)
언어 유형	절차적(Procedural)	비절차적(Non-Procedural)
데이터 처리	데이터 검색 방법 명시	데이터의 조건만 명시
사용 난이도	상대적으로 복잡	비교적 단순
결과	새로운 릴레이션 반환	조건을 만족하는 튜플 반환
표현 방식	SELECT, PROJECT 등 연산자 사용	튜플 변수 또는 속성 변수로 조건 표현
응용	데이터베이스 내부 구현 및 최적화	사용자 질의 인터페이스

 

60. 함수 종속 Functional Dependency

- 릴레이션 R에서 애트리뷰트 집합 X의 값이 각각에 대해, 시간에 관계없이 항상 애트리뷰트 집합 Y의 값이 오직 하나도 결정될 때,

- Y는 X에 함수 종속(Functional Dependency)이라고 한다.

- 이는 X의 값이 Y를 결정한다는 의미

- 표기법: X→Y (의미: "애트리뷰트 X가 애트리뷰트 Y를 결정한다.")

 

61. 응집도 Cohesion

(높음)

- 기능적 응집 (Functional Cohesion)

- 순차적 응집 (Sequential Cohesion)

- 통신적 응집 (Communicational Cohesion)

- 절차적 응집 (Procedural Cohesion)

 

- 시간적 응집 (Temporal Cohesion)

- 논리적 응집 (Logical Cohesion)

- 우연적 응집 (Coincidental Cohesion)

(낮음)

✅ 응집도가 높을수록 좋은 설계이며, 유지보수성과 재사용성이 증가한다.

✅ 낮은 응집도를 가진 모듈은 불필요한 의존성과 복잡성을 초래하므로 피해야 한다.

 

62. 자동반복 요청(Automatic Repeat Request, ARQ)

- 데이터 통신에서 오류를 제어하기 위한 기법으로 데이터가 손상되거나 누락된 경우 송신 측에 데이터를 다시 요청하는 방식이다.

(1) 정지-대기 ARQ (Stop-and-Wait ARQ): 송신 측은 한 번에 하나의 프레임을 전송하고, 수신 측으로부터 확인 응답(ACK)을 받을 때까지 기다린다. 오류가 발생하거나 확인 응답이 시간 초과(Time Expiry)되면 해당 프레임을 재전송한다.

(2) 연속 ARQ (Sliding Window ARQ): 송신 측이 여러 프레임을 연속적으로 전송하며, 수신 측의 응답에 따라 윈도우를 조정하는 방식

(3) Selective Repeat ARQ: 송신 측은 오류가 발생한 프레임만 선택적으로 재전송, 수신 측은 올바른 프레임을 버퍼에 저장해 둔 뒤 재조립

 

65. 가비지 컬렉터(Garbage Collector)

- Java는 메모리 관리를 자동으로 수행하며, 더 이상 참조되지 않는 객체(Reachable하지 않은 객체)를 감지하고 제거하는 작업을 수행한다.

- 가비지 컬렉터는 힙 메모리(Heap Memory)에서 사용되지 않는 객체를 해제하여 메모리 누수를 방지하고 프로그램의 메모리 사용 효율을 높입니다.

 

69. 서브넷

주어진 네트워크: 192.168.1.0/24

문제 설명: FLSM(고정 길이 서브넷 마스크) 방식으로 4개의 서브넷으로 나누었다. Subnet-zero를 허용하며, 네 번째 서브넷의 4번째 사용 가능한 IP를 찾는 문제

1️⃣ 기본 정보

- /24는 서브넷 마스크가 255.255.255.0이며, 하나의 네트워크에 256개(0~255)의 IP가 포함된다.

- 4개의 서브넷으로 나누려면 2비트를 서브넷화해야 하므로 서브넷 마스크는 아래와 같다:

/24 → /26 (서브넷 마스크: 255.255.255.192)

- /26은 각 서브넷에 64개의 IP를 포함한다.

 

2️⃣ 서브넷 나누기

- 각 서브넷은 64개의 IP를 가지며, 첫 번째 주소는 네트워크 주소, 마지막 주소는 브로드캐스트 주소로 예약된다.

서브넷 1: 192.168.1.0 ~ 192.168.1.63
서브넷 2: 192.168.1.64 ~ 192.168.1.127
서브넷 3: 192.168.1.128 ~ 192.168.1.191
서브넷 4: 192.168.1.192 ~ 192.168.1.255

- 4번째 서브넷

   - 네트워크 주소: 192.168.1.192

   - 브로드캐스트 주소: 192.168.1.255

   - 사용 가능한 IP 범위: 192.168.1.193 ~ 192.168.1.254

 

3️⃣ 4번째 서브넷의 4번째 사용 가능한 IP

- 4번째 서브넷의 사용 가능한 IP는 192.168.1.193부터 시작된다.

192.168.1.193 (1번째)
192.168.1.194 (2번째)
192.168.1.195 (3번째)
192.168.1.196 (4번째)

 

70. 클래스 기반 IP 주소의 범위 요약

클래스	첫 번째 옥텟 범위	기본 서브넷 마스크	호스트 수
A	1 ~ 126	255.0.0.0 (/8)	약 1,600만 개
B	128 ~ 191	255.255.0.0 (/16)	약 6만 5천 개
C	192 ~ 223	255.255.255.0 (/24)	254개
D	224 ~ 239	(멀티캐스트 전용)	N/A
E	240 ~ 255	(실험 및 예약)	N/A

 

71. C언어 프로그래밍

#include <studio.h>
int main(void) {
    int n = 4;
    int* pt = NULL;
    pt = &n;
    
    printf("%d", &n + *pt - *&pt + n);
    return 0;
}

(1) 초기 변수 상태

- int n = 4; : n은 정수형 변수이고 값은 4이다.

- int* pt = NULL; : pt는 정수형 포인터로, 현재 NULL을 가리킨다.

- pt = &n; : pt는 n의 주소를 가르키게 된다. 따라서 pt는 n의 주소를 참조한다.

 

(2) 식 해석 : &n + *pt - *&pt + n

- &n : 변수 n의 주소

- *pt : pt가 가리키는 주소의 값. 즉, *pt는 n의 값(4)을 반환

- *&pt : *&pt는 pt자체를 의미한다. 따라서 *&pt는 pt의 값, 즉 n의 주소를 반환

 

✅ 정리된 식: &n + *pt - *&pt + n → &n + 4 - &n + 4 = 8

 

74. 프로세스와 스레드

✅ 프로세스

- 실행 중인 프로그램의 독립적인 작업 단위

- 운영 체제에서 리소스(주소 공간, 메모리, 파일, CPU 등)을 할당받아 실행된다.

- 각 프로세스는 독립된 주소 공간을 가진다.

- 한 프로세스가 종료되더라도 다른 프로세스에 영향을 주지 않는다.

- 실행을 위한 코드, 데이터, 힙, 스택 등을 포함한다.

- 실행 흐름은 프로세스 자체가 아니라 스레드에 의해 수행된다.

 

✅ 스레드

- 프로세스 내에서 실행되는 작업 흐름의 단위

- 여러 스레드가 하나의 프로세스를 공유하며 실행된다.

- 같은 프로세스 내의 스레드들은 주소 공간과 메모리를 공유

- 하지만 각 스레드는 자신만의 실행 스택과 레지스터를 가진다.

- 멀티스레딩을 통해 벙렬 작업이 가능

 

76. TCP 헤더

- 순서 번호는 전달하는 바이트마다 번호가 부여된다.

- 수신 번호 확인은 상대편 호스트에서 받으려는 바이트의 번호를 정의한다.

- 체크섬은 데이터를 포함한 세그먼트의 오류를 검사한다.

✅ 윈도우 크기?

- 네트워크 통신에서 송신 측이 수신 측으로부터 ACK(확인 응답)을 기다리지 않고 연속적으로 전송할 수 있는 데이터의 양을 의미

- 이는 흐름 제어(Flow Control)의 핵심 개념으로, 송신 측이 수신 측의 처리 능력을 초과하지 않도록 데이터를 전송하는 데 사용

- 윈도우 크기는 송신 측과 수신 측의 버퍼 크기에 의해 결정된다!!

- TCP 프로토콜에서는 수신 측이 자신의 버퍼 크기를 기반으로 윈도우 크기를 설정하며, 이를 송신 측에 알려준다.

- 송신 측은 이 윈도우 크기를 기반으로 한 번에 전송할 데이터의 양을 조정한다.

 

80. 파일 디스크립터

- 운영 체제가 파일, 소켓, 파이프 등 자원을 식별하기 위해 사용하는 정수값이다.

- 프로세스와 커널 간의 추상화된 인터페이스를 제공하여, 파일이나 다른 자원에 접근하도록 한다.

- 운영 체제가 직접 관리하며, 사용자는 이를 통해 파일이나 자원에 간접적으로 접근한다.

- 정수값으로 표현: 0(표준 입력, stdin), 1(표준 출력, stdout), 2(표준 에러, stderr)

- 간접적 사용: 사용자는 파일 디스크립터를 통해 파일이나 소켓 등을 조작하지만, 디스크립터 자체의 내부 구조나 세부적은 메커니즘을 직접 접근하거나 변경할 수는 없다.

 

82. 강제적 접근 통제(MAC, Mandatory Access Control)

주체(사용자)와 객체(파일 등)에 보안 레이블(Security Label)을 부여하고, 이를 기준으로 접근 권한을 제어하는 방식

- 보안 정책은 시스템 관리자가 설정하며, 사용자는 직접 수정할 수 없다.

- 높은 보안 수준의 정보(객체)는 낮은 보안 수준의 사용자(주체)에게 노출되지 않는다.

- 블랙리스트나 화이트리스트와는 달리 레벨 기반으로 접근을 제어한다.

 

비교

접근 제어 방식	기준	특징
Mandatory Access Control (MAC)	주체와 객체의 보안 레벨	보안 레이블 기반, 강제적 통제
Discretionary Access Control (DAC)	데이터 소유자의 설정	데이터 소유자가 접근 권한을 자유롭게 설정
Role-Based Access Control (RBAC)	주체의 역할(Role)	사용자의 역할에 따라 권한 부여
Data-Label Access Control	데이터 레이블(Security Label) 기반	데이터를 민감도 및 보안 등급에 따라 통제, MAC의 일환으로 간주될 수 있음

 

87. VLAN (Virtual LAN)

- 물리적인 네트워크 장비와 상관없이 논리적으로 네트워크를 분리하여 Broadcast Domain을 나눈다.

- 스위치를 사용하여 서로 다른 VLAN 간의 통신을 제한할 수 있다

- 네트워크 성능 향상: 불필요한 브로드캐스트 트래픽 감소

- 보안 강화: 네트워크 간 논리적 분리

- 유연한 네트워크 관리 가능

 

✅ STP (Spanning Tree Protocol)

- 네트워크에서 루프(Loop)를 방지하기 위한 프로토콜

- 스위치 간에 루프가 생길 경우 트래픽 폭증을 막기 위해 경로를 차단

✅ ARP (Address Resolution Protocol)

- IP 주소를 물리적 MAC 주소로 변환하기 위한 프로토콜이다

✅ RARP (Reverse ARP)

- MAC 주소를 기반으로 IP 주소를 확인하는 프로토콜

 

89. RSA 알고리즘

- 비대칭 암호화 방식으로 소수를 활용한 대표적인 알고리즘

- 공개 키와 개인 키를 사용하여 보안을 제공하며, 오늘날 널리 사용되고 있는 암호화 방식 중 하나

 

90. SDS (Software Defined Storage)

- SDS는 소프트웨어로 스토리지 하드웨어를 추상화하고 가상화하여 관리하는 기술

- 물리적 스토리지 장치와 관계없이, 소프트웨어를 통해 논리적으로 통합하고 효율적으로 자원을 분배

 

91. 코코모 모델

개발 유형	특징	적합한 프로젝트 규모	예시
Organic (유기형)	- 소규모 프로젝트. - 단순한 구조와 안정된 요구사항. - 팀원 간 높은 협력. - 5만 라인 이하.	소규모 프로젝트 (5만 라인 이하)	- 비즈니스 자료 처리. - 과학 기술 계산 프로그램. - 일반적인 업무 소프트웨어.
Semi-detached (반분리형)	- 중간 규모의 복잡한 프로젝트. - 경험 많은 팀원과 초급 팀원 혼합. - 구조적이고 체계적인 개발 방식.	중간 규모 프로젝트 (50만 라인 이하)	- 운영체제 일부 개발. - 데이터베이스 관리 시스템. - 중간 복잡도의 응용 프로그램.
Embedded (내장형)	- 대규모 프로젝트. - 하드웨어와 밀접하게 연관. - 복잡하고 엄격한 요구사항. - 실시간 제어 필수.	대규모 프로젝트	- 항공기 제어 시스템. - 군사 시스템. - 의료 기기 소프트웨어. - 내장형 시스템.
Semi-embedded (잘못된 용어)	- Cocomo 모델에서 정의되지 않은 용어.	N/A	N/A

 

97. SSO (Single Sign-On)

- 사용자가 한번 인증(로그인)하면, 동일 인증 체계 하에 있는 다은 시스템이나 애플리케이션에 별도의 인증 과정 없이 접근할 수 있도록 하는 시스템

 

100. OWASP (Open Web Application Security Project)

- 오픈소스 웹 애플리케이션 보안 프로젝트

- 웹 애플리케이션과 관련된 보안 문제를 연구하고 개선하기 위한 비영리 조직

- 웹 애플리케이션 보안을 강화하고, 전 세계 개발자와 보안 전문가들이 이를 활용할 수 이도록 무료 리소스 제공

- 보안 취약점, 정보 유충, 악성 파일 및 스크립트 등을 식별하고 이에 대한 해결책을 제시