IT 위키 - 사용자 기여 [ko]

데이터베이스 스키마 설계

2023-04-09T02:04:11Z

에이매처: 새 문서: == 절차 == * '''요구 조건 분석(Requirement Formulation)''' * '''개념적 설계(Conceptual Schema)''' * '''논리적 설계(Logical Schema)''' * '''물리적 설계(Physical Schema)''' * '''데이터베이스 구현''' == 개념적 설계 == * DBMS에 독립적인 개념 스키마 모델링 * 트랜잭션 모델링 * ER 다이어그램 산출 == 논리적 설계 == * 논리 스키마의 설계 * DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키...

== 절차 ==

* '''요구 조건 분석(Requirement Formulation)'''
* '''개념적 설계(Conceptual Schema)'''
* '''논리적 설계(Logical Schema)'''
* '''물리적 설계(Physical Schema)'''
* '''데이터베이스 구현'''

== 개념적 설계 ==

* DBMS에 독립적인 개념 스키마 모델링
* 트랜잭션 모델링
* ER 다이어그램 산출

== 논리적 설계 ==

* 논리 스키마의 설계
* DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출
* 컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
* 트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다

== 물리적 설계 ==

* DB 파일에 대한 저장 구조와 접근 경로를 결정
* 응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려

== 데이터베이스 구현 ==

* 해당 DBMS의 DDL을 통해 구축

== 같이 보기 ==

* [[스키마]]

스키마

2023-04-09T02:02:51Z

에이매처:

[[분류:데이터베이스]]
[[분류:정보처리기사]]

;Schema
;데이터베이스의 전체적인 구조와 제약조건에 대한 명세

==종류==

*'''내부 스키마 (Internal Schema)'''
**물리적 저장 장치 관점에서 본 DB의 물리적인 구조
*'''개념 스키마 (Conceptual Schema)'''
**논리적 관점에서 본 전체적인 데이터 구조
**사용자들이 필요로하는 통합 조직의 데이터베이스 구조
**View(뷰)라고도 한다
*'''외부 스키마 (External Schema)'''
**사용자 관점에서의 논리적 구조
**서브 스키마, 사용자 뷰라고도 한다.

==[[데이터베이스 스키마 설계|설계 과정]]==

;데이베이스 스키마 설계·개발 순서

#'''요구 조건 분석(Requirement Formulation)'''
#'''개념적 설계(Conceptual Schema)'''
#*DBMS에 독립적인 개념 스키마 모델링
#*트랜잭션 모델링
#*ER 다이어그램 산출
#'''논리적 설계(Logical Schema)'''
#*논리 스키마의 설계
#*DBMS의 구현 데이터 모델로 표현된 데이터베이스 스키마 도출
#*컴퓨터가 이해하고 처리할 수 있는 특정 DBMS가 지원가능한 논리적 데이터 구조로 변환
#*트랜잭션의 전체적인 골격을 개발하고 인터페이스를 정의한다
#'''물리적 설계(Physical Schema)'''
#*DB 파일에 대한 저장 구조와 접근 경로를 결정
#*응답시간, 저장공간의 효율, 트랜잭션 처리도를 고려
#'''데이터베이스 구현'''
#*해당 DBMS의 DDL을 통해 구축

트렌젝션

2023-04-09T02:00:40Z

에이매처: 트랜잭션 문서로 넘겨주기

#넘겨주기 [[트랜잭션]]

데이터베이스 트랜잭션

2023-04-09T02:00:17Z

에이매처: 트랜잭션 문서로 넘겨주기

#넘겨주기 [[트랜잭션]]

데이터베이스 정규형

2023-04-09T01:50:05Z

에이매처: 데이터베이스 정규화 문서로 넘겨주기

#넘겨주기 [[데이터베이스 정규화]]

IoT

2023-04-09T01:48:04Z

에이매처:

[[분류:디지털 서비스]][[분류:네트워크]][[분류:통신]]
;Internet of Things
;사물인터넷; 사물인터넷
;각종 사물에 컴퓨터 칩과 통신 기능을 내장하여 인터넷에 연결하는 기술

[[파일:사물인터넷 발전.png]]

== IoT 보안 위협 ==
* 최소한의 프로세싱 성능과 메모리로 운영해야 하므로 보안 솔루션 탑재가 어려운 경우가 많음
* 관심과 수요는 증가하고 있으나 보안 의식이 낮음

=== 보안 위협 예시 ===
{| class="wikitable"
|-
! 유형 !! 주요 제품 !! 주요 보안 위협 !! 보안 위협 원인
|-
| 멀티미디어 || 스마트 TV,
스마트 냉장고 등
||
* PC 환경에서의 모든 악용 행위
* 카메라/마이크 내장 시 사생활 침해
||
* 인증 매카니즘 부재
* 강도가 약한 비밀번호
* 펌 업데이트 취약점
* 물리적 보안 취약점
|-
| 생활가전 || 로봇 청소기,
인공지능 로봇 등
||
* 알려진 운영체제 취약점 및 인터넷 기반 해킹 위협
* 로봇 청소기에 내장된 카메라에 의한 사생활 침해
||
* 인증 매카니즘 부재
* 펌 업데이트 취약점
* 물리적 보안 취약점
|-
| 네트워크 || 홈캠, 웹캠
네트워크 카메라 등
||
* 무선신호 교란, 정보유출, 데이터 위변조, 서비스 거부
* 사진 및 동영상의 외부 유출로 사생활 침해
||
* 접근통제 부재
* 전송 데이터 보호 부재
* 물리적 보안 취약점
|-
|rowspan="2"|
제어
|| 디지털 도어락,
가스밸브 등
||
제어기능 탈취로 도어락 임의 개폐
||
* 인증 매카니즘 부재
* 강도가 약한 비밀번호
* 접근 통제 부재
* 물리적 보안 취약점
|-
|
모바일 앱(웹) 등
||
소스코드 노출로 IoT 기능 탈취
||
* 인증정보 평문 저장
* 전송 데이터 보호 부재
|-
|
센서
||
온/습도 센서 등
||
잘못된 또는 위변조된 온/습도 정보 전송
||
* 전송 데이터 보호 부재
* 데이터 무결성 부재
* 물리적 보안 취약점
|}<ref>한국인터넷진흥원, 홈·가전 IoT 보안가이드, 2017. 7.</ref>

=== 보안 7대 원칙 ===
{| class="wikitable"
|-
! 원칙 !! 내용
|-
| 설계 보안 || 정보보호와 프라이버시 강화를 고려한 IoT 제품/서비스 설계
- “Security by Design” 및 “Privacy by Design” 기본 원칙 준수
|-
| 개발 보안 || 안전한 SW, HW 개발 기술 적용 및 검증
- 시큐어 코딩, 소프트웨어, 애플리케이션 보안성 검증 및 시큐어 하드웨어 장치 활용
|-
| 초기 설정 보안 || 안전한 초기 보안 설정 방안 제공
- “Secure by Default” 기본 원칙 준수
|-
| 프로토콜 보안 || 보안 프로토콜 준수 및 안전한 파라미터 설정
- 통신 및 플랫폼에서 검증된 보안 프로토콜 사용(암호/인증/인가 기술)
|-
| 보안 패치 || IoT 제품/서비스의 취약점 보안 패치 및 업데이트 지속 이행
- S/W와 H/W의 보안 취약점에 대해 모니터링하고 업데이트 지속 수행
|-
| 프라이버시 보호 || 안전한 운영/관리를 위한 정보보호 및 프라이버시 관리 체계 마련
- 사용자 정보 취득-사용-폐기의 전주기 정보의 보호 및 프라이버시 관리
|-
| 대응체계 마련 || IoT 침해 사고 대응체계 및 책임 추적성 확보 방안 마련
- 보안 사고에 대비한 침입탐지와 사고 시 분석 및 책임 추적성 화보
|}<ref>미래창조과학부, “사물인터넷(IOT) 정보보호 로드맵”, 2014.</ref>

데이터 사전

2023-04-09T01:42:31Z

에이매처: 시스템 카탈로그 문서로 넘겨주기

#넘겨주기 [[시스템 카탈로그]]

인터넷 프로토콜

2023-04-09T01:39:33Z

에이매처:

'''Internet Protocol'''

TCP/IP 기반의 인터넷 망을 통하여 데이타그램의 전달을 담당하는 프로토콜

== 주요 기능 ==

* IP 계층에서 IP 패킷의 라우팅 대상이 됨 (Routing)
* IP 주소 지정 (Addressing)

== 특징 ==

* 신뢰성(에러제어) 및 흐름제어 기능이 전혀 없음(Best-Effort Service)
** 한편, 신뢰성을 확보하려면 IP 계층 위의 TCP와 같은 상위 [[전송 계층]]에 의존
* 비연결성 데이터그램 방식(Connectionless)
* 패킷의 완전한 전달(소실,중복,지연,순서바뀜 등이 없게함)을 보장 않음(Unreliable)
* IP 헤더 내 수신 및 발신 주소를 포함
* IP 헤더 내 바이트 전달 순서 : 최상위 바이트(MSB)를 먼저 보냄(Big-endian)
* 경우에따라, 단편화가 필요함([[IP 단편화]])
* 모든 상위 계층 프로토콜들(TCP,UDP,ICMP,IGMP 등)이 IP 데이타그램에 실려서 전송됨

== [[IP 데이터그램]] ==
인터넷 프로토콜의 패킷을 '데이터그램'이라고 한다.

데이터 그램의 헤어들은 다음의 정보를 포함한다.

* '''버전숫자:''' IP 프로토콜의 버전을 정의
* '''헤더길이:''' 데이터그램은 가변의 헤더를 가지게되기 떄문에 수신자가 데이터그램을 수신하면 헤더가 어디서 끝나고 패킷에 캡슐화된 데이터가 어디서 시작하는지 알아야 한다. 따라서 수신자는 전체 길이를 확인하기 위해 필드값에 4를 곱하게 된다.
* '''서비스유형:''' 데이터그램을 어떻게 처리할지를 정의
* '''전체길이:''' IP 데이터그램의 전체 바이트 수를 정의함
* '''식별자 ('''[[IP 단편화|단편화]] '''관련):''' 데이터그램이 전송된 근원지 호스트를 구분
* '''플래그 ('''[[IP 단편화|단편화]] '''관련):''' 세개의 비트로 단편화 관련 정보를 표시함
** 첫번째 비트 : 사용되지 않음
** 두번째 비트 : 단편화 금지 필드
** 세번째 비트 : 1이면 다른 단편이 더 있음을 의미, 0이면 마지막 단편이거나 오직 하나의 단편임을 의미
* '''단편화 오프셋:''' 전체 데이터그램에서 해당 단편의 상대적인 위치를 나타냄
* '''생존시간(TTL):''' TTL 필드는 데이터그램이 방문할 수 있는 최대 라우터 수를 정의함
* '''프로토콜:''' 근원지 IP에서 페이로드가 캡슐화될 때, 이 필드에 상응하는 프로토콜의 번호가 추가됨
* '''헤더 검사합(Checksum):''' IP는 헤더를 검사하기 위한 검사합 필드를 추가함
* '''근원지와 목적지(Destination Address):''' 각각 소스IP와 목적지IP주소를 나타냄
* '''옵션:''' 데이터그램 헤더는 40바이트까지 옵션을 가질 수 있음

== 비연결성 ==
IP는 비연결성인 데이타그램을 사용

== [[IP 주소]] ==

* [[IPv4]]
* [[IPv6]]

== 참고 문헌 ==
* 정보통신기술용어해설

[[분류:네트워크]]
[[분류:프로토콜]]

HSM

2023-04-08T14:37:18Z

에이매처:

[[분류:보안]][[분류:정보보안기사]]
;Hardware Security Module
HSM은 암호화 키를 생성하고 저장하는 역할을 하는 전용 하드웨어장치를 말한다.

* 암호키(Master Key)를 안전하게 저장하는 역할과 Server CA의 Private Key를 저장하는 역할을 제공한다.

소프트웨어 개발 프레임워크

2023-04-08T14:32:56Z

에이매처: 새 문서: '''소프트웨어 개발 프레임워크란 반제품 상태의 제품을 토대로 도메인별로 필요한 서비스 컴포넌트를 사용하여 재사용성 확대와 성능을 보장 받을 수 있게 하는 개발 소프트웨어이다.''' * 생산성 향상과 유지보수성 향상 등의장점이 있다. * 개발해야 할 애플리케이션의 일부분이 이미 내장된 클래스 라이브러리로 구현이 되어 있다. ** 라이브러리는 프레임워크와...

'''소프트웨어 개발 프레임워크란 반제품 상태의 제품을 토대로 도메인별로 필요한 서비스 컴포넌트를 사용하여 재사용성 확대와 성능을 보장 받을 수 있게 하는 개발 소프트웨어이다.'''

* 생산성 향상과 유지보수성 향상 등의장점이 있다.
* 개발해야 할 애플리케이션의 일부분이 이미 내장된 클래스 라이브러리로 구현이 되어 있다.
** 라이브러리는 프레임워크와 달리 사용자 코드에서 라이브러리를 호출해서 사용하고, 그에 대한 제어도 사용자 코드가 가지는 것이다.
* 따라서, 그 기반이 되는 이미 존재하는 부분을 확장 및 이용하는 것으로 볼 수 있다.
* 설계 관점에 개발 방식을 패턴화시키기 위한 노력의 결과물인 소프트웨어 디자인 패턴을 반제품 소프트웨어 상태로 집적화시킨 것으로 볼 수 있다.
* 프레임워크의 동작 원리를 그 제어 흐름의 일반적인 프로그램 흐름과 반대로 동작한다고 해서 IoC(Inversion of Control)이라고 설명하기도 한다.

== 예시 ==

* JAVA 기반의 대표적인 프레임워크로는 스프링(Spring)이 있다.
** 국내에선 이 스프링에 추가적인 라이브러리와 컴포넌트를 더하여 국가에서 배포하는 [[전자정부 프레임워크]]가 있다.
** 삼성 등 대기업에서는 애니프레임 등 자체 프레임워크를 사용한다.
* PHP 기반의 대표적인 프레임워크로는 [[라라벨]], [[코드이그나이터]] 등이 있다.

== 관련 기출 문제 ==

* [https://q.fran.kr/문제/20372 정보처리기사 2022년 2회 기출문제]
* [https://q.fran.kr/문제/20366 정보처리기사 2022년 2회 기출문제]
* [https://q.fran.kr/문제/20167 정보처리기사 2021년 3회 기출문제]
* [https://q.fran.kr/문제/11191 정보처리기사 2020년 4회 기출문제]
* [https://q.fran.kr/문제/10673 정보처리기사 2020년 1회 기출문제]

디지털 서명

2023-04-08T14:24:23Z

에이매처: 새 문서: '''Digital Signature''' '''문서에 하는 인감 날인이나 사인에 해당하는 기능을 컴퓨터의 세계에서 실현하기 위한 기술''' == 기능 == * 사용자 인증 * 송신 부인 방지 * 수신 부인 방지 == 구성 요소 == * '''원본 문서(메시지)''' ** 디지털 서명을 통한 보호의 대상이 되는 문서(메시지)를 의미한다. * '''서명(암호문)''' ** 디지털 문서에 서명을 한 결과값을 의미한다. ** 개인...

'''Digital Signature'''

'''문서에 하는 인감 날인이나 사인에 해당하는 기능을 컴퓨터의 세계에서 실현하기 위한 기술'''

== 기능 ==

* 사용자 인증
* 송신 부인 방지
* 수신 부인 방지

== 구성 요소 ==

* '''원본 문서(메시지)'''
** 디지털 서명을 통한 보호의 대상이 되는 문서(메시지)를 의미한다.
* '''서명(암호문)'''
** 디지털 문서에 서명을 한 결과값을 의미한다.
** 개인키로 암호화 한 암호문이다.
** 문서와 함께 보내진다.
* '''송신자(서명자)'''
** 서명을 하는 자를 말한다. 서명을 수행한다.
* '''수신자(검증자)'''
** 서명된 문서를 수신하는 자를 말한다. 서명을 통해 문서의 진위를 확인한다.
* '''공개키 쌍'''
** [[공개키 암호화]]를 사용한다.
** 개인키는 송신자만 알고 있고, 공개키를 검증자에게 제공한다.
** 이 공개키의 소유자가 송신자라는 사실은 기존에 확립되어 있어야 한다.

== 두가지 방법 ==
'''메시지에 직접 서명하는 방법'''

* 원본 메시지가 얼마나 큰 값(문서, 파일 등)이든 원본 메시지를 직접 암호화 하는 방식으로 서명한다.
* 더 직관적인 방법이지만 서명과 검증에 모두 더 큰 부하가 생긴다.

'''메시지의 해시 값에 서명하는 방법'''

* 원본 메시지의 해시값을 암호화하는 방식으로 서명한다.
* 원본 메시지의 해싱 이라는 추가적인 절차가 생긴다.
* 하지만 훨씬 더 가볍고 빠르게 수행 가능함에도 서명 효과는 동일하다.

== 절차 ==
'''기본적인 암호화 활용 구조'''

[[파일:디지털 서명 암호화 과정.png|700x700픽셀]]

'''메시지에 직접 서명하는 방법'''

[[파일:디지털 서명 메시지에 직접 서명하는 과정 예시.png|700x700픽셀]]

'''메시지의 해시 값에 서명하는 방법'''
[[파일:디지털 서명 해시값에 서명하는 과정 예시.png|700x700픽셀]]

== 디지털 서명에 대한 의문과 답(FAQ) ==

* '''디지털 서명 검증을 위해 원본 메시지와 서명값이 같이 보내지고 있는데, 이렇게 하면 암호화를 했다고 해도 기밀성은 보장할 수 없게 되는 것이 아닌가?'''
** 맞다. 다만, 디지털 서명은 기밀성을 지키기 위한 것은 아니다.
** 만약 기밀성이 필요하다면 메시지를 그대로 보내는 것 이 아니고, 암호화를 별도로 행해서 보내야 된다.
* '''디지털 서명이라고 해도 단지 컴퓨터상의 데이터에 지나지 않으므로, 간단하게 복사본을 만들 수 있을 것 같은 느낌이 든다. 만약 같은 내용의 복사본을 간단히 만들 수 있다면 서명이라고 말할 수 없지 않을까?'''
** 사실 서명이라고 해도 단지 컴퓨터상의 데이터에 지 나지 않는다.
** 메시지의 마지막에 이름이 첨부되어 있는 경우도 있 고, 메시지와는 분리되어 서명이 별도의 파일로 되어 있는 경우도 있다.
** 어느 경우라도 통상의 파일 복사처럼 같은 내용에 대 한 복사를 몇 개라도 간단히 만들 수 있다.
** 서명은 그것이 원본이냐 사본이냐 하는 오리지널리티 의 진위가 중요한 것이 아니고, 특정 서명자와 특정 메 시지가 결부되어 있다는 사실이 중요한 것이다.
** 아무리 많이 복사를 해도 「그 메시지에 누가 서명했 는가」하는 사실에는 조금도 변화가 없다. 복사는 할 수 있다. 그러나 그것에 의해 서명이 무의미해지는 것 은 아니다.
** 이것은 서명된 계약서를 복사기로 복사하거나 스캔본을 만드는 것과 같다.
* '''디지털 서명이라고 해도 단지 데이터이므로 메시지와 서명 양쪽을 원하는 만큼 변경할 수 있을 것이다. 그렇다면 서명이라고는 말할 수 없는 것이 아닐까?'''
** 확실히 서명한 후에 메시지와 서명의 내용을 수정할 수는 있다.
** 그러나 수정해 버리면 서명의 검증에 실패하기 때문 에, 검증하는 사람은 수정이 되었다는 것을 검출할 수 있다.
** 디지털 서명이 실현하고자 하는 것은 변경하지 못하도록 막는 방지가 아니라 문서에 변경 행위가 있었는지 아닌지를 검출하는 것이다.
* '''서명 대상의 메시지와 서명 양쪽을 수정해서 서명의 검증에 성공할 수 있도록 앞뒤를 잘 맞출 수 있지는 않을까?'''
** 아니다. 이는 암호학의 원리와 암호 알고리즘의 안전성에 기반한다.
** 서명 대상의 메시지가 1비트만 바뀌어도 서명값은 완전히 변한다.
** 안전성이 검증된 암호화 알고리즘이라면 암호 키를 모르고 있는 상태에서 원하는 원본 메시지의 암호화 결과는 알 수 없다.
** 다만 취약성이 밝혀진 암호화 알고리즘을 사용한 경우엔 이것이 가능해질 수도 있다. 디지털 서명은 아직까지 안전성이 보장된 암호화 알고리즘을 사용한 서명이었다는 전제 하에서 그 서명의 진위성이 보장된다.
* '''구체적인 누군가의 디지털 서명을 손에 넣었다면 그 서명 부분만 잘라내서 다른 메시지에 첨부할 수 있다 고 생각한다. 그렇다면 서명이 되는 것이 아닐까?'''
** 서명 부분을 잘라낸다는 행위는 현실 세계의 종이로 된 계약서에서 서명을 베끼는 행위와 같은 공격으로, 실현 가능성이 있다.
** 그러나 디지털 서명의 경우에는 메시지와 서명 사이에는 수 학적인 이론에 기초한 대응 관계가 있다. 메시지가 다르면 서명도 다르기 때문에 서명만 잘라내 서 재이용하는 것은 사실상 불가능하다.
* '''메시지 인증 코드로는 부인 방지를 할 수 없는데, 디지털 서명으로는 부인 방지를 할 수 있는 것은 왜인가?''' 　
** 부인 방지는 「키를 가지고 있는 것은 누구인가?」라 는 물음과 깊은 관계가 있다.
** 메시지 인증 코드의 경우 MAC 값을 계산할 수 있는 키(공유 키)는 송신자와 수신자 양 쪽이 가지고 있었다. 그러므로 송신자와 수신자의 어느 쪽이 라도 MAC 값을 계산할 수 있었다. 「그 MAC 값을 계산한 것은 내가 아니라 수신자 쪽이다」라 고 주장하는 것이 가능했다.
** 디지털 서명의 경우 서명을 작성할 수 있는 키(개인 키)는 송신자만 가지고 있다. 서명을 작성할 수 있는 것은 송신자뿐 송신자는 「그 서명을 작성한 것은 내가 아니다」라고 주장 할 수가 없다.

== 관련 기출 문제 ==

* [https://q.fran.kr/문제/8292 서울시공무원 9급 전산직 1806 기출문제]
* [https://q.fran.kr/문제/8685 국가공무원 9급 네트워크 보안 2019년 기출문제]

파일:디지털 서명 해시값에 서명하는 과정 예시.png

2023-04-08T14:12:46Z

에이매처:

http://www.parkjonghyuk.net/lecture/modernCrypto/lecturenote/chap09.pdf

파일:디지털 서명 메시지에 직접 서명하는 과정 예시.png

2023-04-08T14:09:02Z

에이매처:

http://www.parkjonghyuk.net/lecture/modernCrypto/lecturenote/chap09.pdf

파일:디지털 서명 암호화 과정.png

2023-04-08T14:06:45Z

에이매처:

http://www.parkjonghyuk.net/lecture/modernCrypto/lecturenote/chap09.pdf