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

K-fold 교차검증

2022-04-08T05:16:12Z

이수민: 새 문서: ''''''K-fold Cross Validation'''''' K개의 fold를 만들어서 교차 검증을 수행하는 머신러닝 모델 검증 기법 == 수행 절차 == K번을 Iteration 하며 학습...

''''''K-fold Cross Validation''''''

K개의 fold를 만들어서 교차 검증을 수행하는 머신러닝 모델 검증 기법

== 수행 절차 ==
K번을 Iteration 하며 학습을 수행 후 최종 모델에 대한 성능 검증 수행
{| class="wikitable"
|'''1'''
|전체 Data 를 Training Data, Test data 로 분할
|-
|'''2'''
|Training Data 를 K개 Fold 로 나눔 (K=5)
|-
|'''3'''
|K-1개는 Training Datat, 1개는 Validation Data 로 지정
|-
|'''4'''
|Validation Datat 를 변경하면서 학습 수행
|-
|'''5'''
|Test Datat 로 모델 평가
|}
[[분류:인공지능]]

기계학습

2022-04-08T05:10:38Z

이수민: 머신러닝 문서로 넘겨주기

#넘겨주기 [[머신러닝]]

기울기소실

2022-04-08T05:08:35Z

이수민: 기울기 소실 문서로 넘겨주기

#넘겨주기 [[기울기 소실]]

UDP

2022-04-08T05:06:34Z

이수민:

[[분류:네트워크]]
[[분류:정보처리기사]]
[[분류:프로토콜]]

;User Datagram Protocol

네트워크 송수신 시 송신자가 수신자에게 일방적으로 데이터그램을 전송하는 통신 방식으로, TCP/IP 프로토콜의 4계층(전송계층)에서 동작하는 비연결형 프로토콜

* RFC-768
* "No frills", "Bare bones" -> “best effort”

== 특징 ==

*최소한의 필요한 기능만 수행(IP에 포트 지정 기능)
*비연결형으로, 단순히 데이터를 던짐
**오류는 검출하지만 복구나 재전송이 없음
**흐름 제어는 수행하지 않음
*구조가 단순한 만큼 속도가 빠름

== 오류 제어 ==
헤더에 Checksum을 포함하여 단순 오류 검출

'''Pseudo Header'''

* 12바이트의 Pseudo Header 추가로 인해 IP 헤더의 오류 탐지
* Pseudo Header는 전송되지 않음
* Checksum 계산의 보조를 위해 사용

== 서비스 사례 ==
{| class="wikitable"
!구분
!서비스
!설명
|-
| rowspan="2" |'''프로토콜'''
|'''[[QUIC]]'''
|
* Quick UDP Internet Connection
* [[HTTP 3|HTTP 3.0]]에서 사용하는 프로토콜
|-
|'''[[SCTP]]'''
|
* Stream Control Transmission Protocol
* UDP의 스트리밍 특성, TCP의 연결형 및 신뢰성 제공 특성을 조합한 프로토콜
|-
| rowspan="2" |'''서비스'''
|'''[[DNS]]'''
|
* 낮은 오버헤드 기반의 빠른 처리
|-
|'''[[VoIP]]'''
|
* 실시간 음성정보 전송 서비스
|-
| rowspan="2" |'''환경'''
|Streaming
|
* 미디어 정보를 실시간으로 전송 가능
|-
|Multicast
|
* 여러 수신자에게 동일한 데이터 전송
|}

== 기타 ==

*PDU (Protocol Data Unit): 세그먼트(Segment)
*헤더(고정 8 Byte): 발신자 포트(2 Byte), 수신자 포트(2 Byte), Total length(2 Byte), Checksum(2 Byte)
*데이터필드: 최대 65507 바이트(65535 - 20 IP헤더 - 8 UDP 헤더)

트래블룰

2022-04-08T04:54:22Z

이수민: 새 문서: '''Travel Rule''' 가상자산사업자(VASP)가 100만원 이상의 거래가 발생할 때 송신인과 수신인의 신원 정보를 파악해 금융당국에 보고해야 하는...

'''Travel Rule'''

가상자산사업자(VASP)가 100만원 이상의 거래가 발생할 때 송신인과 수신인의 신원 정보를 파악해 금융당국에 보고해야 하는 법적인 의무

== 트래블룰의 등장배경 ==

* '''「특정 금융거래정보의 보고 및 이용에 관한 법률」 개정'''
* 국제자금세탁방지기구(FATF)가 트래블룰 대상에 가상자산을 추가
* 국제자금세탁방지기구(FATF)의 글로벌 기준에 부합되도록 제도 개선 필요
* 자금세탁 방지 및 가상자산사업자의 건전성 확보

== 적용 현황 ==
{| class="wikitable"
!'''거래소'''
!'''설명'''
|-
|'''업비트'''
|
* 자회사 람다256을 통해 자체적인 트래블룰 베리파이바스프(VerifyVASP) 솔루션을 적용
* 100만원 이상 디지털 자산 출금 시, 출금 거래소 및 수취인 정보 필수 입력
* 개인 지갑: 메타마스크 지갑(ETH, ERC 계열) 등록 가능
|-
|'''빗썸, 코인원, 코빗'''
|
* 트래블룰 합작법인 '코드(CODE)'를 출범
* 코드의 트래블룰 솔루션(금융기관에 특화한 블록체인 네트워크 'R3 코르다') 적용
* 국내 첫 VASF컨소시엄
|}

== 트래블룰 프로세스 ==

* 코드(CODE) 기준

{| class="wikitable"
! colspan="2" |'''프로세스'''
!'''설명'''
!'''프로세스 주체'''
|-
|1.
|출금요청
| - 수취사업자에 수취 지갑주소 탐색 (조회요청)
|송금사업자
|-
|2.
|DB확인
| - 주소 보유 여부를 송급사업자에게 응답
|수취사업자
|-
|3.
|정보송신
| - 송신인 정보를 수취사업자에 전송
|송신사업자
|-
|4.
|정보검증
| - 송신인 정보 검토 및 수신인 정보 전송
|수취사업자
|-
|5.
|정보검증 및 송금처리
| - 수신인의 정보 검토 후 가상자산 온체인 출금
|송신사업자
|-
|6.
|입금처리
| - 트랜잭션 정상여부 확인 후 입금 완료 회신
|수취사업자
|-
|7.
|데이터저장
| - 프로세스 종료 및 각 사업자 DB에 VA 거래 관련 데이터 저장
|송금/수취사업자
|}

== 참고 문헌 ==

* 코인데스크 코리아 (<nowiki>http://www.coindeskkorea.com/news/articleView.html?idxno=78412</nowiki>)
* 코인원 공식 홈페이지
* 특정 금융거래정보의 보고 및 이용에 관한 법률

TPC

2022-04-08T04:47:49Z

이수민: 새 문서: '''Transaction Procession Performance Council''' 1988년에 설립된 세계 최고의 공신력을 갖는 H/W, S/W 트랜잭션 프로세싱과 데이터베이스 벤치마킹을...

'''Transaction Procession Performance Council'''

1988년에 설립된 세계 최고의 공신력을 갖는 H/W, S/W 트랜잭션 프로세싱과 데이터베이스 벤치마킹을 정의하기 위한 비영리 단체이며, 벤치마칭 단위값을 의미하기도 함

* RDBMS의 OLTP 성능을 평가하는 공신력 있는 지표 제공
* TPC-A,B,D는 폐지되었고 WEB/WAS와 OTLP 벤치마킹 기준은 TPC-W, TPC-C 사용

== TPC의 구분 ==
{| class="wikitable"
!'''구분'''
!'''설명'''
|-
|'''TPC-A'''
|
* 가장 단순한 트랜잭션 처리 성능 평가용 벤치마크
* 네트워크를 포함한 기본 성능을 평가
|-
|'''TPC-B'''
|
* TPC-A와 유사하지만 네트워크를 포함하지 않음
|-
|'''TPC-C'''
|
* TPC-A의 단순성을 개선, 다양한 크기와 복잡도를 가진 서로 다르면서도 연관성 있는 DB 테이블에 수행 할 수 있는 5개의 트랜잭션을 규정
* 분당 트랜잭션으로 측정, tpm을 기본단위로 사용하고 tpmC로 표현
|-
|'''TPC-D'''
|
* Decision Support 응용을 지원하기 위한 벤치마크
* A/B/C보다 훨씬 복잡한 17개 쿼리 기반
|-
|'''TPC-H'''
|
* 의사결정을 지원하기 위한 벤치마크 성능 평가 기준
* 비즈니스 지향 비정규적 병렬 데이터 처리에 대한 성능 평가로 실 업무 환경에 적용하기 어려움
|-
|'''TPC-R'''
|
* TPC-H와 유사하지만 정형화된 대용량 데이터 처리에 대한 질의로 구성
|-
|'''TPC-W'''
|
* 웹사이트로부터 제품을 찾고 구매하는 고객들을 시뮬레이션 하는 전자상거래 작업 부하를 지정
|}

시장실패

2022-02-16T00:34:03Z

이수민: 새 문서: '''Market Failure; 市場失敗''' '''아무런 외부의 간섭 없이는 시장기구가 그 기능을 제대로 발휘하지 못하여 자원이 효율적으로 배분되지 못...

'''Market Failure; 市場失敗'''

'''아무런 외부의 간섭 없이는 시장기구가 그 기능을 제대로 발휘하지 못하여 자원이 효율적으로 배분되지 못하는 상태'''

* 애덤 스미스가 최초에 주장했던 "개별 경제 주체들의 이기심으로 인해 사회는 발전하고 시장의 경제는 효율적으로 돌아간다"라는 이론이 100% 맞지는 않다는 것을 보여주는 일종의 사례들

== 시장실패의 원인 ==

* 공공재의 존재
* 외부효과
* 불완전 경쟁으로 인한 독과점의 형성
** 자연독점 현상
* 정보의 비대칭성
* 경기불안정
* 정부의 과도한 경제 간섭과 규제
** 과세
** 가격상한/가격하한
** 수입 할당제

<br />
[[분류:경제학]]

팩스

2022-01-03T01:11:44Z

이수민:

;Fax; FAX; Facsimile
모사전송장치의 일종으로, 흑백 문서를 전송하는 데 사용하는 기계
* '''팩시밀리'''가 정식 명칭이나 줄여서 '''팩스'''라고 많이 표현한다.

== 원리 ==
* 송신: 투입한 문서를 스캔한 후 해상도에 맞게 자잘한 점으로 쪼개서, 그 점이 흰색인지 아닌지 판별하여 좌표와 함께 송부
* 수신: 송신처에서 보낸 좌표와 흑백 유무를 재조합하여 이미지로 다시 조립

== 전송망 ==
* 주로 전화망을 이용(G3 FAX)
* 팩스가 전화망에 데이터를 흘리는 원리는 음성통화와 동일

== 종류 ==
'''팩시밀리'''
* 팩스 기계는 보통 전화기와 합쳐진 모양을 많이 하고 있다. 수화기가 없는 모델도 가끔 있다. 용지의 경우 초기에는 감열 원리로 인쇄했기 때문에 전용 롤지나 전산지를 많이 사용했으나, 잉크젯 및 레이저 프린터와 A4용지의 보편화로 대부분 A4용지 트레이를 롤지 대신 많이 사용하게 되었다.
'''복합기/복사기'''
* 유선전화가 이동전화나 인터넷 전화 등으로 퇴출되면서 전화 기능의 필요성이 적어져서 근래에는 팩스 기계는 보기 힘들고, 팩스가 복합기 같은 인쇄장치에 통합된 형태로 많이 생산되고 있다. 다기능 복사기의 경우 접수한 팩스를 바로 인쇄하지 않고 전자 파일 형태로 저장해두기도 한다.
'''팩스 모뎀'''
* 팩스 모뎀을 사용하는 경우 컴퓨터를 켜놓기만 하면 받은 문서를 알아서 이미지 파일로 저장해둔다. 전송할때도 전송 큐를 마구 쌓아두면 컴퓨터가 알아서 보내준다.
'''인터넷 팩스(모바일팩스)'''
* 인터넷 팩스의 경우 별정통신사업자가 제공하는 서비스로, 팩스 기계와 전화 회선이 없어도 인터넷 사이트나 스마트폰 어플을 통해 간단히 팩스를 주고 받을 수 있다. 팩스 기계를 인터넷 전화에 물리는 거하고는 다르다. 050으로 시작하는 팩스 번호는 대부분 인터넷 팩스다.

팩스

2022-01-03T01:11:35Z

이수민: 새 문서: ;Fax; FAX; Facsimile 모사전송장치의 일종으로, 흑백 문서를 전송하는 데 사용하는 기계 * '''팩시밀리'''가 정식 명칭이나 줄여서 '''팩스'''라고...

;Fax; FAX; Facsimile
모사전송장치의 일종으로, 흑백 문서를 전송하는 데 사용하는 기계
* '''팩시밀리'''가 정식 명칭이나 줄여서 '''팩스'''라고 많이 표현한다.

== 원리 ==
* 송신: 투입한 문서를 스캔한 후 해상도에 맞게 자잘한 점으로 쪼개서, 그 점이 흰색인지 아닌지 판별하여 좌표와 함께 송부
* 수신: 송신처에서 보낸 좌표와 흑백 유무를 재조합하여 이미지로 다시 조립

== 전송망 ==
* 주로 전화망을 이용(G3 FAX)
* 팩스가 전화망에 데이터를 흘리는 원리는 음성통화와 동일

== 종류 ===
'''팩시밀리'''
* 팩스 기계는 보통 전화기와 합쳐진 모양을 많이 하고 있다. 수화기가 없는 모델도 가끔 있다. 용지의 경우 초기에는 감열 원리로 인쇄했기 때문에 전용 롤지나 전산지를 많이 사용했으나, 잉크젯 및 레이저 프린터와 A4용지의 보편화로 대부분 A4용지 트레이를 롤지 대신 많이 사용하게 되었다.
'''복합기/복사기'''
* 유선전화가 이동전화나 인터넷 전화 등으로 퇴출되면서 전화 기능의 필요성이 적어져서 근래에는 팩스 기계는 보기 힘들고, 팩스가 복합기 같은 인쇄장치에 통합된 형태로 많이 생산되고 있다. 다기능 복사기의 경우 접수한 팩스를 바로 인쇄하지 않고 전자 파일 형태로 저장해두기도 한다.
'''팩스 모뎀'''
* 팩스 모뎀을 사용하는 경우 컴퓨터를 켜놓기만 하면 받은 문서를 알아서 이미지 파일로 저장해둔다. 전송할때도 전송 큐를 마구 쌓아두면 컴퓨터가 알아서 보내준다.
'''인터넷 팩스(모바일팩스)'''
* 인터넷 팩스의 경우 별정통신사업자가 제공하는 서비스로, 팩스 기계와 전화 회선이 없어도 인터넷 사이트나 스마트폰 어플을 통해 간단히 팩스를 주고 받을 수 있다. 팩스 기계를 인터넷 전화에 물리는 거하고는 다르다. 050으로 시작하는 팩스 번호는 대부분 인터넷 팩스다.

인증 및 세션 관리 취약점

2021-10-12T08:38:02Z

이수민: 새 문서: '''Broken Authentication and Session Management''' * OWASP Top 10(2013) 2번째 항목 인증과 세션 관리와 관련된 기능이 정확하게 구현되어 있...

'''Broken Authentication and Session Management'''

* [[OWASP Top 10|OWASP Top 10(2013)]] 2번째 항목

인증과 세션 관리와 관련된 기능이 정확하게 구현되어 있지 않아서, 공격자가 패스워드, 키 또는 세션 토큰을 해킹 하여 다른 사용자 ID로 가장 할 수 있는 취약점

== 공격 유형 예시 ==
'''Url에 세션 정보가 노출 되도록 코딩하는 경우'''

* <nowiki>http://xxxxx.com/resceve:sessionid=intadd?dets=qq</nowiki> 등

'''세션 유지 취약점'''

* 공공장소의 컴퓨터에서 사용되는 어플리케이션에서 세션 타임아웃이 없고, 로그아웃을 하지 않고 단순히 브라우져만 닫는 경우 세션이 유지 되는 경우

'''쿠키 변조'''

* 쿠키를 사용하는 웹페이지의 경우 쿠키를 암호화 할 때 취약한 암호를 사용하는 경우

== 참고 문헌 ==

* [https://intadd.tistory.com/100 OWASP 취약점 정리(2/10) 인증 및 세션 관리 취약점]

OWASP Top 10

2021-10-12T08:37:47Z

이수민: /* 2013 대비 2017 변화 */

;Open Web Application Security Project(OWASP) 에서 4년에 한번씩 발표하는 웹 취약점 Top 10
;*[[OWASP Top 10(2013)]]
;*[[OWASP Top 10(2017)]]
;*[[OWASP Top 10(2021)]]

==2013 대비 2017 변화==
{| class="wikitable"
! colspan="3" style="text-align: center;" |OWASP Top 10 - 2013
! colspan="3" style="text-align: center;" |OWASP Top 10 - 2017
|-
!No
!취약점
!비고
!No
!취약점
!비고
|-
|1
|인젝션
|
|1
|인젝션
|
|-
|2
|[[인증 및 세션 관리 취약점|취약한 인증과 세션 관리]]
|
|2
|취약한 인증
|
|-
|3
|크로스 사이트 스크립팅
|
|3
|민감한 데이터 노출
|
|-
|4
|안전하지 않은 직접 객체 참조
|2017:A5
|4
|XML 외부 개체(XXE)
|신규
|-
|5
|잘못된 보안 구성
|
|5
|취약한 접근 통제
|합침
|-
|6
|민감한 데이터 노출
|
|6
|잘못된 보안 구성
|
|-
|7
|기능 수준의 접근 통제 누락
|2017:A5
|7
|크로스 사이트 스크립팅(XSS)
|
|-
|8
|크로스 사이트 요청변조(CSRF)
|삭제
|8
|안전하지 않은 역직렬화
|신규
|-
|9
|알려진 취약점이 있는 구성요소 사용
|
|9
|알려진 취약점이 있는 구성요소 사용
|
|-
|10
|검증되지 않은 리다이렉트 및 포워드
|삭제
|10
|불충분한 로깅 및 모니터링
|신규
|}

==항목별 설명==
===인젝션===

*SQL, OS, XXE, LDAP 인젝션 취약점은 신뢰할 수 없는 데이터가 명령어나 쿼리문의 일부분으로서, 인터프리터로 보내질 때 발생합니다. 공격자의 악의적인 데이터는 예기치 않은 명령을 실행하거나 올바른 권한 없이 데이터에 접근하도록 인터프리터를 속일 수 있습니다.

===취약한 인증===

*인증 및 세션 관리와 관련된 애플리케이션 기능이 종종 잘못 구현되어 공격자들이 암호, 키, 세션 토큰을 위험에 노출시킬 수 있거나 일시적 또는 영구적으로 다른 사용자의 권한 획득을 위해 구현 상 결함을 악용하도록 허용합니다.

===민감한 데이터 노출===

*다수의 웹 애플리케이션과 API는 금융 정보, 건강 정보, 개인 식별 정보와 같은 중요한 정보를 제대로 보호하지 않습니다.
*공격자는 신용카드 사기, 신분 도용 또는 다른 범죄를 수행하기 위해 보호가 취약한 데이터를 훔치거나 수정할 수 있습니다. 중요한 데이터는 저장 또는 전송할 때 암호화 같은 추가 보호 조치가 없으면 탈취 당할 수 있으며, 브라우저에서 주고 받을 때 각별한 주의가 필요합니다.

===XML 외부 개체(XXE)===

*XXE는 악의적인 자바스크립트를 막기 위한 필터장치를 우회하는 취약점으로 XML 문서에서 동적으로 외부 URI의 리소스를 포함시킬 수 있는 외부 엔티티(Entity)를 사용할 때 발생합니다.
*오래되고 설정이 엉망인, 많은 XML 프로세서들은 XML 문서 내에서 외부 개체 참조를 평가합니다.
*외부 개체는 파일 URI 처리기, 내부 파일 공유, 내부 포트 스캔, 원격 코드 실행과 서비스 거부 공격을 사용하여 내부 파일을 공개하는데 사용할 수 있습니다.

===취약한 접근 통제===

*인증된 사용자가 수행할 수 있는 작업에 대한 제한이 제대로 적용되어 있지 않습니다.
*공격자는 이러한 결함을 악용하여 다른 사용자의 계정에 접근하거나, 중요한 파일을 보거나, 다른 사용자의 데이터를 수정하거나, 접근 권한을 변경하는 등 권한 없는 기능과 데이터에 접근할 수 있습니다.

===잘못된 보안 구성===

*잘못된 보안 구성은 가장 흔하게 보이는 이슈입니다.
*취약한 기본 설정, 미완성 (또는 임시 설정), 개방된 클라우드 스토리지, 잘못 구성된 HTTP 헤더 및 민감한 정보가 포함된 장황한 에러 메시지로 인한 결과입니다. 모든 운영체제, 프레임워크, 라이브러리와 애플리케이션을 안전하게 설정해야 할 뿐만 아니라 시기 적절하게 패치/ 업그레이드를 진행해야 합니다.

===크로스 사이트 스크립팅(XSS)===
XSS 취약점은 애플리케이션이 올바른 유효성 검사 또는 필터링 처리 없이 새 웹 페이지에 신뢰할 수 없는 데이터를 포함하거나, 자바스크립트와 HTML을 생성하는 브라우저 API를 활용한 사용자 제공 데이터로 기존 웹 페이지를 업데이트할 때 발생합니다. XSS는 피해자의 브라우저에서 공격자에 의해 스크립트를 실행시켜 사용자 세션을 탈취할 수 있게 만들고, 웹 사이트를 변조시키고, 악성 사이트로 리다이렉션할 수 있도록 허용합니다.

===안전하지 않은 역직렬화===

*안전하지 않은 역직렬화는 종종 원격 코드 실행으로 이어집니다.
*역직렬화 취약점이 원격 코드 실행 결과를 가져오지 않더라도 이는 권한 상승 공격, 주입 공격과 재생 공격을 포함한 다양한 공격 수행에 사용될 수 있습니다.

===알려진 취약점이 있는 구성요소 사용===

*라이브러리, 프레임워크 및 다른 소프트웨어 모듈 같은 구성요소는 애플리케이션과 같은 권한으로 실행됩니다.
*만약에 취약한 구성요소가 악용된 경우, 이는 심각한 데이터 손실을 일으키거나 서버가 장악됩니다.
*알려진 취약점이 있는 구성요소를 사용한 애플리케이션과 API는 애플리케이션 방어를 약하게 하거나 다양한 공격과 영향을 주게 합니다.

===불충분한 로깅과 모니터링===

*불충분한 로깅과 모니터링은 사고 대응의 비효율적인 통합 또는 누락과 함께 공격자들이 시스템을 더 공격하고, 지속성을 유지하며, 더 많은 시스템을 중심으로 공격할 수 있도록 만들고, 데이터를 변조, 추출 또는 파괴할 수 있습니다.
*대부분의 침해 사례에서 침해를 탐지하는 시간이 200일이 넘게 걸리는 것을 보여주고, 이는 일반적으로 내부 프로세스와 모니터링보다 외부 기관이 탐지합니다.

[[분류:보안]]
[[분류:보안 취약점]]
[[분류:정보보안기사]]

데이터 링크

2021-10-12T08:30:21Z

이수민: 데이터링크 계층 문서로 넘겨주기

#넘겨주기 [[데이터링크 계층]]

IDEA

2021-10-12T08:02:54Z

이수민:

[[분류:보안]][[분류:암호학]][[분류:정보보안기사]]
;International Data Encryption Algorithm; 국제 데이터 암호화 알고리즘
* IDEA는 DES를 대체하기 위해서 스위스에서 개발
* 128 비트의 키로 64비트 블록을 암호화/복호화를 하는 대칭키 암호 알고리즘
* 4개의 서브 블록은 각 라운드에 입력값으로 들어가며 총 8개의 라운드로 구성
* 유럽에서 많이 사용
* PGP 채택

== 역사 ==
* 1990년 Xuejia Lai, James Messey가 만든 PES(Proposed Encryption Standard)를 개량
* 1991년, 발표

PAM

2021-10-12T08:00:41Z

이수민: 리눅스 PAM 문서로 넘겨주기

#넘겨주기 [[리눅스 PAM]]

윈도우 보안 계정 관리자

2021-10-12T08:00:05Z

이수민:

[[분류:윈도우]][[분류:보안]][[분류:인증]]
;Windows SAM; Windows Security Account Manager
;[[윈도우]] [[운영체제]]에서 사용자의 비밀번호를 저장하는 데이터베이스 파일

* 사용자의 로컬(local) 또는 원격(remote) 인증에 사용
** 윈도우 2000 SP4부터는 액티브 디렉터리가 원격 사용자 인증에 사용
* SAM은 금지된 사용자가 시스템에 대한 접근을 획득하는 것을 막기 위해 암호화 방식 사용
* 사용자 비밀번호는 레지스트리 하이브에 LM 해시 포맷 또는 NTLM 해시 포맷으로 저장
** 파일 위치: %SystemRoot%/system32/config/SAM
** [[윈도우 레지스트리|레지스트리]] 위치: HKLM/SAM

== SYSKEY ==
SAM 보안성을 향상시키기 위해 윈도우 NT 4.0부터 도입된 해시 암호화 체계
* SYSKEY가 활성화 되면 SAM 파일의 사본은 부분적으로 암호화
* SAM에 저장된 모든 로컬 계정의 비밀번호 해시 값은 SYSKEY로 암호화

== 같이 보기 ==
* [[윈도우 사용자 권한]]
* [[윈도우 인증]]

SAM

2021-10-12T07:59:32Z

이수민: 넘겨주기 대상을 윈도우 SAM에서 윈도우 보안 계정 관리자 문서로 변경했습니다

#넘겨주기 [[윈도우 보안 계정 관리자]]

SAM

2021-10-12T07:59:14Z

이수민: 윈도우 SAM 문서로 넘겨주기

#넘겨주기 [[윈도우 SAM]]

KDC

2021-10-12T07:56:55Z

이수민: 키 배포 센터 문서로 넘겨주기

#넘겨주기 [[키 배포 센터]]

개인정보 암호화

2021-10-12T07:33:30Z

이수민:

;본 문서에는 컴플라이언스 측면에서 개인정보를 암호화 해야 하는 경우를 다룬다.

==암호화 대상 항목==

*'''개인정보의 안정성 확보조치 기준''' 제7조(개인정보의 암호화)
**고유식별번호
**바이오정보
**비밀번호
*'''개인정보의 기술적·관리적 보호조치 기준''' 제6조(개인정보의 암호화)
**1. 주민등록번호
**2. 여권번호
**3. 운전면허번호
**4. 외국인등록번호
**5. 신용카드번호
**6. 계좌번호
**7. 바이오정보

==암호화를 해야 하는 경우==

*개인정보 보호법에선 전송 시, 단말기 저장 시, DMZ 저장 시로 한정한다.
*망법에선 별도의 조건이 없다.
*개인정보 보호법만 적용 받고 망법 대상이 아닌 경우엔 개인정보처리시스템 내에서 보관 시엔 암호화를 하지 않아도 되지만 백업시스템이 아닌 이상 응당 '전송'이 들어가게 되므로 SSL이나 VPN을 적용 하여야 한다.

==암호화 알고리즘==

*개인정보 보호법에선 개인정보 암호화 시 '안전한 알고리즘'을 사용하도록 하고 있다.
*안전한 알고리즘이란 일반적으로 알려진 알고리즘으로써 취약점이 발표되지 않은 알고리즘을 말한다.
**MD-5나 SHA-1을 사용하는 경우 취약한 알고리즘을 사용한다고 본다.
**자체 개발 알고리즘 또한 일반적으론 안전한 알고리즘으로 인정하지 않는다.
**개인정보의 안전성확보조치 기준 해설서에선 "국내·외 암호 연구 관련 기관에서 대표적으로 다루어지는 권고 알고리즘"이란 표현을 쓰고 있다. 그리고 "권고 알고리즘은 달라질 수 있으므로, 암호화 적용시 국내·외 암호 관련 연구기관에서 제시하는 최신 정보 확인 필요"라고 명시해 두었다.
*일반적으로 AES-256, SHA-256 이상을 쓰면 논란의 여지가 없다.

[[분류:보안]]
[[분류:컴플라이언스]]
[[분류:개인정보보호‏‎]]
[[분류:정보보안기사]]

프로세스 스케쥴링

2021-10-12T07:28:06Z

이수민: 프로세스 스케줄링 문서로 넘겨주기

#넘겨주기 [[프로세스 스케줄링]]

I/O 장치

2021-10-12T07:01:34Z

이수민: 입출력 장치 문서로 넘겨주기

#넘겨주기 [[입출력 장치]]

입출력 장치

2021-10-12T07:01:15Z

이수민:

[[분류:일반 IT용어]]

;Input/Output Device; I/O Device

==입력 장치==
{| class="wikitable"
! colspan="2" |'''구분'''
!'''종류'''
!'''비고'''
|-
! colspan="2" |문자입력장치
|키보드
|문자 데이터
|-
! colspan="2" |광학입력장치
|카드리더

Paper Tape Reader

바코드 리더

Optical Mark Reader

Optical Character Reader

MICR
|천공카드 판독

종이 테이프 판독

제품 바 코드 판독

시험 마크용

광학문자 판독

은행 수표
|-
! colspan="2" |자기입력장치
|Magnetic Stripe Reader
|은행 통장, 신용카드 등
|-
! colspan="2" |화면입력장치
|터치 스크린

디지타이저

Light Pen

마우스

조이스틱

트랙 볼
|메뉴선택

도표, 설계도면, 그림 입력 등

CAD, CAI 분야

메뉴 및 명령 선택

비디오 및 게임

마우스기능과 비슷
|-
! colspan="2" |아날로그신호입력장치
|Analog Digital Converter
|온도, 습도, 전압 등
|-
! rowspan="2" |패턴인식

입력장치
!문자인식
|MICR

OCR
|문자 자동식별

문자 자동식별
|-
!음성인식
|Analog Digital Converter
|아날로그 디지털
|-
! colspan="2" |영상입력장치
|Image Scanner
|그림, 사진 등
|}

==출력 장치==
{| class="wikitable"
!'''구분'''
! colspan="2" |'''종류'''
!'''비고'''
|-
!펀치 출력 장치
| colspan="2" |Card Punch

Paper Tape Punch
|프로그램 및 데이터 준비

수치 제어용 데이터 준비
|-
!영상 출력 장치
| colspan="2" |CRT (Cathod Ray Tube) – 브라운관

LCD (Liquid Crystal Display)

Plasma Display
|문자, 도형 출력

복잡한 화상, 각종 설계

시뮬레이션, 애니메이션
|-
! rowspan="2" |프린터
|충격식
|도트 메트릭스 방식

활자 방식
| rowspan="2" |문자, 도형, 그림 등 인쇄

• 시리얼 프린터 : 1문자씩 인쇄(CPS)

• 라인 프린터 : 1줄씩 인쇄(LPM)

• 페이지 프린터 : 1페이지씩 인쇄(PPM)
|-
|비충격식
|열전사 방식

감열 방식

잉크제트 방식

레이저 빔 방식
|-
!도형 출력 장치
| colspan="2" |X-Y Plptter
|각종 구조물, 전자 회로, 설계도면
|-
!아날로그 신호 출력 장치
| colspan="2" |Digital Analog Converter
|디지털 신호 아날로그 신호
|-
!음성 출력 장치
| colspan="2" |단어, 문구, 문장 녹음 재생

단어별 합성 방식

음소별 합성 방식
|음성 출력
|}

==입출력 장치==
'''입력과 출력 모두 가능한 장치'''

*컴퓨터, 스마트폰, 전자사전

입출력장치

2021-10-12T06:59:42Z

이수민: 입출력 장치 문서로 넘겨주기

#넘겨주기 [[입출력 장치]]

간트 차트

2021-10-12T06:54:46Z

이수민:

'''Gantt chart'''

프로젝트의 각 작업들이 언제 시작하고 종료되는지에 대한 작업 일정을 막대 도표를 이용하여 표시하는 프로젝트 일정표로 시간선 차트라고도 한다.

*막대로 표시하며 수평 막대의 길이는 각 작업의 기간을 나타냄
*자원배치와 인원계획에 유용하게 사용된다

== 예시 ==
[[파일:간트차트 예시.jpg|400x400픽셀]]
[[파일:간트차트 예시2.jpg|400x400픽셀]]

==구성==

*이정표
*작업일정
*작업 기간
*산출물
*담당자(필수 아님)

파일:간트차트 예시2.jpg

2021-10-12T06:54:28Z

이수민:

출처: 경기도

파일:간트차트 예시.jpg

2021-10-12T06:53:35Z

이수민:

출처: https://raisonde.tistory.com/entry/간트-차트Gantt-Chart와-PERTCPM

간트 차트

2021-10-12T06:46:56Z

이수민: 새 문서: '''Gantt chart''' 프로젝트의 각 작업들이 언제 시작하고 종료되는지에 대한 작업 일정을 막대 도표를 이용하여 표시하는 프로젝트 일정표로...

'''Gantt chart'''

프로젝트의 각 작업들이 언제 시작하고 종료되는지에 대한 작업 일정을 막대 도표를 이용하여 표시하는 프로젝트 일정표로 시간선 차트라고도 한다.

* 막대로 표시하며 수평 막대의 길이는 각 작업의 기간을 나타냄
* 자원배치와 인원계획에 유용하게 사용된다

== 구성 ==

* 이정표
* 작업일정
* 작업 기간
* 산출물

위키/필요 문서

2021-10-12T06:41:02Z

이수민:

*[[가치사슬]]
*[[정보 이론]]
*[[스토리지]]
* [[ECM]]
* [[ESG]]
* [[J2EE]]
*클라우드 컴퓨팅 세부 구분
**[[IaaS]]
**[[PaaS]]
**[[SaaS]] : 내용 있으나 부실(기본 개념 부재)
*[[드론]]
*[[은행원 알고리즘]]
*[[술어 논리]]
*[[파이썬]]
*소프트웨어 공학
**[[클래스 다이어그램]]
**[[유스케이스 다이어그램]]
* 데이터베이스
** [[DCL]]
** [[DML]]
** [[DDL]]
*운영체제
**[[MBR]]
**[[SELinux]]
*보안
**[[ACL]]
*공개 소프트웨어 라이선스
**[[GPL]]
**[[MIT 라이선스]]
**[[BDS 라이선스]]
**등
*IT 관련 공공기관<ref>일부는 문서는 등록되어 있으나 빈 문서이거나 쪽글인 경우가 많음</ref>
**[[한국인터넷진흥원]]
**[[한국지능정보사회진흥원]]
**[[정보통신산업진흥원]]
**[[정보통신기획평가원]]
**[[한국데이터산업진흥원]]
*중앙행정부터(IT 관련 정책 중심으로)
**[[과학기술정보통신부]]
**[[행정안전부]]
**[[중소기업벤처부]]
**[[보건복지부]]
**[[금융위원회]]

== 각주 ==
<references />

필요문서

2021-10-12T06:39:08Z

이수민: 위키/필요 문서 문서로 넘겨주기

#넘겨주기 [[위키/필요 문서]]

전사적 자원관리

2021-10-12T06:36:34Z

이수민: 전사적 자원 관리 문서로 넘겨주기

#넘겨주기 [[전사적 자원 관리]]

기업 어플리케이션 통합

2021-10-12T06:34:27Z

이수민: 기업 애플리케이션 통합 문서로 넘겨주기

#넘겨주기 [[기업 애플리케이션 통합]]

Postfix

2021-10-12T06:29:16Z

이수민: 후위식 문서로 넘겨주기

#넘겨주기 [[후위식]]

HTTP 메소드

2021-10-12T05:41:51Z

이수민: HTTP 메서드 문서로 넘겨주기

#넘겨주기 [[HTTP 메서드]]

I-node

2021-10-12T05:35:49Z

이수민: 아이노드 문서로 넘겨주기

#넘겨주기 [[아이노드]]

C 언어 stdlib.h

2021-10-12T05:33:37Z

이수민: 새 문서: 문자열 변환, 사 난수 생성, 동적 메모리 관리 등의 함수들을 포함하는 C 언어의 표준 라이브러리 == 함수 == {| class="wikitable" !함수 !설명 |-...

문자열 변환, 사 난수 생성, 동적 메모리 관리 등의 함수들을 포함하는 C 언어의 표준 라이브러리

== 함수 ==
{| class="wikitable"
!함수
!설명
|-
! colspan="2" |문자열 변환
|-
|int '''atoi''' ( const char * str );
|str을 int로 변환한다.
|-
|long int '''atol''' ( const char * str );
|str을 long으로 변환한다.
|-
|double '''atof''' ( const char * str );
|str을 '''double'''으로 변환한다.
|-
|long int '''strtol''' ( const char * str, char ** endptr, int base );
|str을 base진법으로 long으로 변환한 뒤 endptr!=NULL이면 숫자가 끝난 후 첫 문자의 위치를 endptr에 반환한다.
|-
|unsigned long int '''strtoul''' ( const char * str, char ** endptr, int base );
|str을 base진법으로 unsigned long으로 변환한 뒤 endptr!=NULL이면 숫자가 끝난 후 첫 문자의 위치를 endptr에 반환한다.
|-
|double '''strtod''' ( const char * str, char ** endptr );
|str을 base진법으로 double으로 변환한 뒤 endptr!=NULL이면 숫자가 끝난 후 첫 문자의 위치를 endptr에 반환한다.
|-
! colspan="2" |의사 난수 생성
|-
|int '''rand''' ( void );
|0부터 RAND_MAX 사이의 의사 난수를 반환한다.
|-
|void '''srand''' ( unsigned int seed );
|의사 난수 발생기를 seed로 초기화한다. 보통 seed는 time(NULL)로 설정된다.
|-
! colspan="2" |동적 메모리 관리
|-
|void * '''malloc''' ( size_t size );
|size 바이트의 메모리를 힙에서 할당하여 반환한다.
|-
|void * '''calloc''' ( size_t num, size_t size );
|(num * size) 바이트의 메모리를 힙에서 할당하여 반환한다.
|-
|void * '''realloc''' ( void * ptr, size_t size );
|ptr이 가리키는 메모리를 size 바이트만큼 힙에서 재할당하여 반환한다.
|-
|void '''free''' ( void * ptr );
|ptr이 가리키는 메모리를 해제한다.(할당했으면 반드시 해제해야 한다.)
|-
! colspan="2" |프로세스 제어
|-
|void '''abort''' ( void );
|현재 프로세스를 비정상적으로 종료한다.
|-
|int '''atexit''' ( void ( * function ) (void) );
|프로세스가 정상적으로 종료되었을 때 실행할 함수를 지정한다.
|-
|void '''exit''' ( int status );
|현재 프로세스를 정상적으로 종료한다. status는 부모 프로세스에게 전달된다.
|-
|char * '''getenv''' ( const char * name );
|name에 해당하는 환경 변수를 반환한다.
|-
|int '''system''' ( const char * command );
|command의 시스템 명령을 실행한다.
|-
! colspan="2" |검색/정렬
|-
|void * '''bsearch''' ( const void * key, const void * base, size_t num, size_t size, int ( * comparator ) ( const void *, const void * ) );
|이진 검색을 한다.
|-
|void '''qsort''' ( void * base, size_t num, size_t size, int ( * comparator ) ( const void *, const void * ) );
|퀵 정렬 알고리즘을 사용하여 정렬한다.
|-
! colspan="2" |정수 산술
|-
|int '''abs''' ( int n );
long int '''labs''' ( long int n );
|n의 절댓값을 반환한다.
|-
|div_t '''div''' ( int numerator, int denominator );
ldiv_t '''ldiv''' ( long numerator, long denominator );
|numerator를 denominator로 나누어 div_t 또는 ldiv_t 구조체에 quot 멤버에는 몫을, rem 멤버에는 나머지를 채운 뒤 반환한다.
|}

== 변수 · 상수 · 형식 ==
{| class="wikitable"
!이름
!설명
|-
! colspan="2" |상수
|-
|NULL
|널 포인터의 약어인 상수. 이 상수는 메모리의 어떤 유효한 위치의 개체도 가리키지 않는 포인터 값
|-
|RAND_MAX
|rand 함수가 반환하는 가장 큰 값
|-
|EXIT_SUCCESS
|exit 함수의 인자로 전달되는 프로그램의 성공적 종료를 의미하는 매크로 상수
|-
|EXIT_FAILURE
|exit 함수의 인자로 전달되는 프로그램의 실패에 따른 종료를 의미하는 매크로 상수
|-
! colspan="2" |형식 정의
|-
|size_t
|sizeof 연산자의 결과값을 나타내는 정수(unsigned int)
|}

== 구조체 · 공용체 · 열거 형식 ==

* struct '''div_t''' - div 함수가 반환하는 구조체
** int '''quot''' - div 함수에 의한 나눗셈에서의 몫
** int '''rem''' - div 함수에 의한 나눗셈에서의 나머지
* struct '''ldiv_t''' - ldiv 함수가 반환하는 구조체
** long '''quot''' - ldiv 함수에 의한 나눗셈에서의 몫
** long '''rem''' - ldiv 함수에 의한 나눗셈에서의 나머지

== 참고 문헌 ==

* 위키백과 - stdlib.h

플립플롭

2021-10-12T05:25:39Z

이수민: 새 문서: ;Flip-Flop '''전원이 공급되는 한, 상태의 변화를 위한 신호가 발생할 때까지 현재의 상태를 유지하는 논리회로''' *레지스터를 구성하는 기...

;Flip-Flop

'''전원이 공급되는 한, 상태의 변화를 위한 신호가 발생할 때까지 현재의 상태를 유지하는 논리회로'''

*레지스터를 구성하는 기본 소자로 2개의 NAND 또는 NOR 게이트를 이용하여 구성
*플립플롭 1개가 1Bit를 구성 (2진수 1자리 값을 기억하는 메모리 소자)

== 플립플롭의 종류 ==
{| class="wikitable"
!플립플롭
!특 징
|-
|'''RS'''
|
* 기본 플립플롭
* S와 R선의 입력을 조절하여 임의의 Bit값을 그대로 유지시키거나 무조건 0 또는 1의 값을 기억
|-
|'''JK'''
|
* RS에서 S=R=1일 때의 결점(미동작) 보완(모든 FF의 기능 포함)
|-
|'''D'''
|
* 입력하는 값을 그대로 저장하는 기능 수행
* RS의 R선에 인버터를 추가하여 S선과 하나로 묶어서 입력선 구성
|-
|'''T'''
|
* T=0인 경우 변화가 없고 T=1인 경우 현재의 상태를 토글 시킴
* JK FF의 두 입력선을 묶어서 한 개의 입력선으로 구성한 FF
|-
|'''M/S'''
|
* 출력측의 일부가 입력측에 궤환(FeedBack)되어 유발되는 레이스 현상을 없애기 위해 고안된 플립플롭
|}

크로스바 교환행렬

2021-10-12T05:22:08Z

이수민: 크로스바 교환 행렬 문서로 넘겨주기

#넘겨주기 [[크로스바 교환 행렬]]

크로스바 스위치

2021-10-12T05:21:53Z

이수민: 크로스바 교환 행렬 문서로 넘겨주기

#넘겨주기 [[크로스바 교환 행렬]]

크로스바 교환 행렬

2021-10-12T05:21:36Z

이수민: 새 문서: 분류:운영체제 ;Crossbar Switch Matrix == 크로스바 교환 행렬 구조 == CPU 버스와 기억 장치 모듈 통로간의 다수의 교차점(Cross Point)으로 구성...

[[분류:운영체제]]
;Crossbar Switch Matrix
== 크로스바 교환 행렬 구조 ==
CPU 버스와 기억 장치 모듈 통로간의 다수의 교차점(Cross Point)으로 구성되어 있으며, 공유 버스 시스템 내의 버스의 수를 기억 장치의 수만큼 증가시킨 시스템
* 각 기억장치마다 다른 경로를 사용할 수 있다.
* 두 개의 서로 다른 저장장치를 동시에 참조할 수 있다.
* 장치의 연결이 복잡해진다.

클린 코드

2021-10-12T05:18:32Z

이수민:

== 조건 ==
* 단순하고 직접적이다
* 간단해서 버그가 숨어들지 못한다
* 하나의 기능만을 제공한다
* 중복이 최소화된다
* 잘 쓴 문장처럼 읽힌다
* 짐작했던 기능을 그래도 수행한다
* 작성자가 아닌 사람도 읽기 쉽고 고치기 쉽다
* 단위 테스트와 인수 테스트가 존재한다
* 모든 테스트를 통과한다

== 참고 문헌 ==
* 클린 코드 - 로버트 C. 마틴

클린 코드

2021-10-12T05:17:58Z

이수민: 새 문서: == 조건 == 단순하고 직접적이다 간단해서 버그가 숨어들지 못한다 하나의 기능만을 제공한다 중복이 없다 잘 쓴 문장처럼 읽힌다 짐작했...

== 조건 ==
단순하고 직접적이다
간단해서 버그가 숨어들지 못한다
하나의 기능만을 제공한다
중복이 없다
잘 쓴 문장처럼 읽힌다
짐작했던 기능을 그래도 수행한다
작성자가 아닌 사람도 읽기 쉽고 고치기 쉽다
단위 테스트와 인수 테스트가 존재한다
모든 테스트를 통과한다

== 참고 문헌 ==
* 클린 코드 - 로버트 C. 마틴

멀티플렉싱

2021-10-12T05:14:56Z

이수민: 다중화 문서로 넘겨주기

#넘겨주기 [[다중화]]

메모리 할당

2021-10-12T05:13:54Z

이수민:

[[분류:컴퓨터 구조]]

==연속적 할당==

;'''Contiguous Memory Allocation'''
;* Base and Limit 방식, 세그먼테이션(Segmentation) 방식

===할당 방법===

*'''First Fit''': 가장 먼저 발견되는 공간에 우선적으로 할당
**할당할 메모리가 10이고, 빈공간이 14, 12, 16이 있으면 14에 할당
*'''Best Fit''': 가장 크기가 비슷한 공간에 우선적으로 할당
**할당할 메모리가 10이고, 빈공간이 14, 12, 16이 있으면 12에 할당
*'''Worst Fit''': 가장 여유가 큰 공간에 우선적으로 할당
**할당할 메모리가 10이고, 빈공간이 14, 12, 16이 있으면 16에 할당

===장점===

* 빠른 속도
* 단순한 구성

=== 단점 ===

*[[외부 단편화]]

==비연속적 할당==

;Non-contiguous Memory Allocation
;* 페이징(paging) 방식

===구성===

*Page Table: 실제 메모리의 어느 지점에 할당되었는지 주소를 저장하는 테이블
*TLB(Table Lookaround Buffer): 페이지 테이블의 캐시
*Two Level Page: 하나의 페이지 테이블에 모두 담을 수 없어 계층형으로 구성

===장점===

* 메모리 공유 가능
* 외부 단편화 해소

=== 단점 ===

*복잡한 구성
*[[내부 단편화]]
*속도 느림

==출처==

*[https://raisonde.tistory.com/entry/Memory-Management 지식잡식 블로그 - Memory Management]

채널

2021-10-12T04:35:38Z

이수민: 새 문서: '''Channel''' '''CPU을 가진 소형 처리기(IOP)를 DMA 위치에 두고 입출력에 관한 제어 사항을 전담하도록 하는 방식''' * 입출력 명령은 단지 데...

'''Channel'''

'''CPU을 가진 소형 처리기(IOP)를 DMA 위치에 두고 입출력에 관한 제어 사항을 전담하도록 하는 방식'''

* 입출력 명령은 단지 데이터의 송수신을 개시 시키는 지시만을 하고 그 후 입출력 장치의 제어는 채널이 담당
* 채널과 CPU는 동시에 동작 가능하며, 가장 고성능의 입출력 방식

[[파일:DMA 방식과 채널 방식.png]]

하나의 입출력 명령어에 DMA와는 달리 여러 개의 블록을 입출력 할 수 있다

== 채널 프로그램 ==
채널이 여러 개 블록을 입출력 할 때 각 블록에 대한 채널 명령어의 모임을 채널 프로그램이라 한다.

* 채널 명령어(CCW : channel command word) : 주기억 장치 내에 기억된 각 블록들의 정보, 채널 제어기가 수행하는 명령어
** 명령 – 여러가지 존재할 수 있으나, 입력(Input)과 출력(Output)으로 구분
** 입출력 데이터가 기억되어 있는 블록의 위치, 즉 첫 번째 단어의 주소
** 블록의 크기 – 블록을 구성하고 있는 단언의 수
** 플래그 – CCW 링크드 리스트의 링크 부분과 유사
* 채널 번지 워드(CAW : channel address word) : 첫째 번 채널 명령어의 위치를 기억장치 내의 특정위치에 기억시켜 사용하는 특정 위치
* 채널 상태어(CSW : channel status word) : 입출력 동작이 이루어진 후 채널, 서브채널, 입출력 장치의 상태를 워드로 나타낸 것

== 채널의 종류 ==

=== 고정 채널 제어 ===
입출력 장치가 특정 채널에 고정되어 있어서 다른 채널 휴지상태라도 사용이 불가. 하드웨어 전체를 활용할 순 없으나 단일 종류의 장치인 경우 그들의 제어는 공통점이 많으므로 하드웨어 비용을 줄일 수 있다.

* '''셀렉터 채널'''(selector channel) : 고속 입출력 장치에 사용한다.
* 채널의 동작 : 버스트 방식 (선택된 입·출력 장치의 지정된 블록이 모두 전송될 때까지 같은 채널에 연결된 다른 입·출력 장치의 데이터블록은 전송할 수 없음)
* 예시) 테이프 제어기, 디스크 제어기, 단말 장치 제어기 등

=== 가변 채널 제어 ===

* 장점 : 하드웨어 자원을 최대로 사용할 수 있다.
* 단점 : 회로의 비용이 비싸며 회로연결의 제어가 복잡하다.
* '''멀티플렉서 채널'''(multiplexer channel) : 저속인 여러 장치를 동시에 제어하는 채널
** 비교적 저속(바이트단위)의 출력장치(입· 출력 단말기, 프린터, 카드판독기)를 제어
* 동작 형태: 입·출력장치 여러 대를 하나의 채널에 연결해 두고, 시분할 방식에 의해서 매우 짧은 시간 단위로 하나씩 돌아가면서 입·출력
* '''블록 멀티플렉서''': 선택 채널과 바이트 멀티플렉서 채널의 장점을 결합. 블록 단위에 기초하여 다수의 고속 입·출력 작업을 다중화

== 같이 보기 ==

* [[입출력 장치]]

== 참고 문헌 ==

* 출처: 6장. 컴퓨터의 I/O 장치(<nowiki>https://namhae.ac.kr/과</nowiki> 연계된 검색 결과에서 다운로드)

파일:DMA 방식과 채널 방식.png

2021-10-12T04:30:32Z

이수민:

출처: 6장. 컴퓨터의 I/O 장치(https://namhae.ac.kr/과 연계된 검색 결과에서 다운로드)

Vsftpd.conf

2021-10-10T14:01:07Z

이수민: 리눅스 vsftpd.conf 문서로 넘겨주기

#넘겨주기 [[리눅스 vsftpd.conf]]

리눅스 ifconfig

2021-10-10T03:00:05Z

이수민: 새 문서: 리눅스 기반 시스템에서 네트워크 정보를 확인하고 설정할 수 있는 명령어 == 사용법 == ==== 명령어 구성 ==== * $ ifconfig * $ ifconfig [인터페...

리눅스 기반 시스템에서 네트워크 정보를 확인하고 설정할 수 있는 명령어

== 사용법 ==

==== 명령어 구성 ====

* $ ifconfig
* $ ifconfig [인터페이스]
* $ ifconfig [인터페이스] [타입] [옵션] | [주소]

==== 예시 ====

* $ ifconfig
* $ ifconfig eth0 down
* $ ifconfig eth0 up
* $ ifconfig eth0 192.168.123.123
* $ ifconfig eth0 192.168.123.123 netmask 255.255.255.123

==== 옵션 ====

* 인터페이스 : 인터페이스 이름이다. 일반적으로 NIC 설정이 되어 있으면 eth0, eth1, PPP로 연결되어 있다면 ppp0, ppp1를 쓴다.
* 타입 : 지정한 인터페이스에서 사용할 프로토콜을 지정한다. 지원하는 프로토콜은 et(TCP/IP를 사용할 때), inet6(IPv6), ax25(AMPR Packtet Radio), DDP(Appletalk Phase 2), ipx(Novell IPX) 등이 있다.
* up : 지정한 인터페이스를 활성화한다.
* down : 지정한 인터페이스를 비활성화한다.
* [-]arp : ARP 프로토콜을 활성화/비활성화한다.
* [-]promisc : 무차별(promiscuous) 모드를 활성화/비활성화한다. 무차별 모드를 활성화하면 인터페이스를 통과하는 모든 패킷을 확인할 수 있다.
* [-]allmulti : 모든 멀티캐스트 모드를 활성화/비활성화한다. 모든 멀티캐스트 모드를 활성화화면 인터페이스를 통과하는 모든 패킷을 받는다.
* metric N : 인터페이스 메트릭(metric)을 설정한다.
* mtuN : 인터페이스 MTU를 설정한다.
* dstaddr addr : PPP 원격 IP 어드레스를 설정한다.
* netmask addr : 인터페이스의 넷마스크를 설정한다.
* add addr/prefixlen : 인터페이스에 IPv6 주소를 부여한다.
* del addr/prefixlen : 인터페이스에 IPv6 주소를 제거한다.
* irq addr : 디바이스에 irq 주소를 지정한다.
* io_addr addr : 디바이스의 IO 주소를 지정한다.
* mem_start addr : 디바이스의 공유 메모리 시작주소를 지정한다.
* media type : 디바이스의 물리적 타입을 설정한다.
** 물리적 타입: 10base2(thin Ethernet), 10baseT(twisted-pair 10Mbps Ethernet), AUI(externaltransceiver) 등
* [-]broadcast [addr] : 인터페이스의 브로드캐스트 주소를 설정한다.
* [-]pointopoint [addr] : 인터페이스의 점대점(point-to-point) 모드를 활성화하고, 주소를 설정한다.
* hw class address : 인터페이스의 하드웨어 주소를 설정한다.
* multicast : 인터페이스를 멀티캐스트 플래그로 설정한다.
* address : 인터페이스에 IP 주소를 설정한다.
* txqueuelen length : 디바이스의 전송 큐 길이를 설정한다.

== 출력 예시 ==
<pre>
[root@server~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:33:11:4D:2A
inet addr:11.123.123.111 Bcast:11.123.123.123 Mask:255.255.255.0
inet6 addr: fe80::20c:22ff:f421:a422/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:166821297 errors:0 dropped:0 overruns:0 frame:0
TX packets:138257196 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15423070158 (14.3 GiB) TX bytes:191289401653 (178.1 GiB)

eth1 Link encap:Ethernet HWaddr 00:0C:29:23:D4:8C
inet addr:192.168.236.146 Bcast:192.168.255.255 Mask:255.255.0.0
inet6 addr: fe80::20c:29ff:fe23:d48c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5545620 errors:0 dropped:0 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:615988080 (587.4 MiB) TX bytes:948 (948.0 b)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:689274 errors:0 dropped:0 overruns:0 frame:0
TX packets:689274 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:72810862 (69.4 MiB) TX bytes:72810862 (69.4 MiB)
</pre>

== ifconfig으로 확인 가능한 내용 ==

* Link encap : 인터페이스의 형태. 주로 Ethernet
* Hwaddr : 하드웨어 주소(맥주소)
* inet addr
* Bcast : 브로드캐스트 주소
* Mask
* inet6 addr
* UP/DOWN
* BROADCAST
* RUNNING
* MULTICAST
* MTU : 한번에 전송할 수 있는 최대 패킷 크기
* METRIC
* RX/TX : 수신 패킷수와 전송 패킷 수
* collisions : 충돌이 발생한 패킷 수

== 참고 문헌 ==

* [https://raisonde.tistory.com/entry/ifconfig-네트워크-설정-및-정보-확인 지식잡식 블로그]
* ifconfig (유닉스 리눅스 명령어 사전, 2010. 11. 30., 우종경, 박종오)

[[분류:리눅스]]
[[분류:리눅스 명령어]]

티어드롭 공격

2021-10-10T02:33:44Z

이수민: 새 문서: '''Teardrop''' '''하나의 IP 패킷이 분할된 IP 단편의 offset값을 서로 중첩되도록 조작하여 이를 재조합하는 공격 대상 시스템에 에러와 부하를...

'''Teardrop'''

'''하나의 IP 패킷이 분할된 IP 단편의 offset값을 서로 중첩되도록 조작하여 이를 재조합하는 공격 대상 시스템에 에러와 부하를 유발하는 공격'''

*유사한 공격으로 Bonk, Boink
**Bonk는 순서번호가 1번인 단편을 계속 보냄
**Boink는 처음에는 정상적인 순서의 단편을 보내다가 점점 순서번호가 어긋난 패킷을 보내는 방법으로, Bonk보다 개선된 방식
*이러한 공격들을 Inconsistent Fragmentation 공격 이라 한다.

== 같이 보기 ==

* [[서비스 거부 공격]]
* [[Ping of Death]]
* [[스머프 공격]]

서비스 거부 공격

2021-10-10T02:32:51Z

이수민: /* 공격의 종류 */

[[분류 : 보안]]
[[분류 : 보안 공격]]
[[분류 : 정보보안기사]]

;Denial of Service, DoS
;대상 시스템이 정상적인 서비스를 할 수 없도록 가용성을 떨어뜨리는 공격

==DDoS와의 차이==

*DoS공격은 공격자가 단일 컴퓨터를 이용해 공격하는 경우
*[[분산 서비스 거부 공격|DDoS(Distributed Denial of Service)]] : 분산된 다수의 좀비 PC를 이용하여 공격하는 경우
*DDoS는 대량의 호스트가 일시에 정상적인 접근을 하는 것 만으로도 공격이 되므로 뚜렷한 취약점이 없어도 공격이 가능하나 DoS공격은 한 호스트가 비정상적인 접근을 통해 부하를 유발하는 것이므로 취약점에 의한 공격이다.

==공격의 목표==

*네트워크 자원 소진 : 네트워크 대역폭(Bandwidth)을 소진시키다.
*시스템 자원 소진 : CPU, 메모리, 디스크 등 자원에 과도한 부하를 발생시킨다.
*자원 파괴 : 디스크, 데이터, 시스템을 파괴한다.

==공격의 종류==
===[[Ping of Death|Ping Of Death Attack]]===

*[[ICMP]] 패킷을 정상적인 크기보다 아주 크게 만들어 전송하면 IP 단편화(fragment)가 발생한다. 이를 재조합하는 과정에서 많은 부하가 발생하거나 버퍼 오버플로우가 발생하여 정상적인 서비스를 하지 못하게 한다.
*자세한 내용은 [[Ping of Death|Ping of Death 문서]] 참조

===[[Land Attack]]===

*출발지와 목적지가 같은 패킷을 만들어 공격 대상이 자기 자신에게 응답하도록 해 부하 유발
*현재는 대부분의 OS에서 해당 취약점이 해결되어 이론적으로만 존재

===[[스머프 공격|Smurf Attack]]===

*출발지를 공격 대상 IP로 위조한 ICMP 패킷을 브로드캐스트하여 공격 대상이 다수의 ICMP 응답 받게 만들어 부하 유발

===[[티어드롭 공격|Teardrop Attack]]===

*하나의 IP 패킷이 분할된 IP 단편의 offset값을 서로 중첩되도록 조작하여 이를 재조합하는 공격 대상 시스템에 에러와 부하 유발
*유사한 공격으로 Bonk, Boink
**Bonk는 순서번호가 1번인 단편을 계속 보냄
**Boink는 처음에는 정상적인 순서의 단편을 보내다가 점점 순서번호가 어긋난 패킷을 보내는 방법으로, Bonk보다 개선된 방식
*이러한 공격들을 Inconsistent Fragmentation 공격 이라 한다.

===[[Syn Flooding|SYN Flooding]]===

*다량의 TCP SYN 패킷을 전송하여 공격대상 시스템을 마비시키는 공격
*자세한 내용은 [[Syn Flooding|SYN Flooding]] 참조

===[[UDP 플러딩|UDP Flooding]]===

*다량의 UDP 패킷을 전송하여 네트워크 자원을 고갈시키는 공격

==대응 절차==

#'''모니터링''': 서비스 거부 공격을 탐지할 수 있는 시스템을 갖추고 모니터링을 수행한다.
#'''침입탐지''': 서비스 거부 공격으로 추정되는 공격을 탐지한다.
#'''초동조치''': 신속하게 할 수 있는 조치로 공격의 피해를 완화한다.
#'''상세분석''': 서비스 거부 공격이 맞는지, 어떤식으로 차단해야 정상 이용자에게 피해가 없을지 분석한다.
#'''차단조치''': 차단 조치를 수행한다.

ICMP

2021-10-10T02:28:32Z

이수민:

'''I'''nternet '''C'''ontrol '''M'''essage '''P'''rotocol, RFC 792

IP 프로토콜의 비신뢰적인 특성을 보완하기 위한 프로토콜로 IP 패킷 전송 중 에러 발생 시 에러 발생 원인을 알려주거나 네트워크 상태를 진단해주는 기능을 제공한다.

== 기능 ==

* 오류보고 : IP가 데이터그램을 폐기할 경우 최초 발신지에게 통보 (수정은 안함)
* 질의 : 라우터나 다른 호스트로부터 간단한 상태 정보 획득

==계층==

*3계층과 4계층 사이
**TCP/IP가 계층화가 제대로 이루어지지 않았다는 예시로 언급되는 프토로콜
*IP와 같은 3계층 보단 상위 계층이나 [[라우터]]와 같은 3계층 장비에서 처리 가능하여 3계층으로 보기도 함

== 문제점 ==

* 명확하지 않은 계층
* 신뢰성이 없는 비연결형 데이터그램 방식 (Best Effort)
* 오류제어 메커니즘의 부재. 오로지 폐기만 할 뿐 다른 대응을 하지 않는다.
** 목적지를 찾지 못하면 폐기
** 타임아웃(TTL==0)이 될 경우 폐기
** 재조합 타이머가 만료되면 모든 fragment 폐기
* 라우터나 다른 호스트의 상태정보 수집 불가

==[[ICMP 메시지]]==
전체 메시지 정보는 [[ICMP 메시지]] 문서 참조

=== 메시지 포맷 ===
{| class="wikitable"
!Type (8bit)

메세지 종류
!Code (8bit)

오류 원인 코드
!Checksum (16bit)

자기 자신에 대한 오류 검출 Checksum
|-
! colspan="3" rowspan="1" |Rest of the header
|-
! colspan="3" rowspan="1" |Data section
|}

=== 메시지 종류 ===
'''ICMP Error Report Message'''
{| class="wikitable"
!메세지 이름
!주요목적
!Type
|-
|Destination unreachable
|목적지 도달 불가
|3
|-
|Source quench
|혼잡으로 인한 데이터그램 폐기
|4
|-
|Time exceeded
|Timeout 또는 TTL == 0
|11
|-
|Parameter problem
|IP 패킷이나 헤더 오류
|12
|-
|Redirection
|경로 재지정 필요
|5
|}
'''Destination unreachable message'''

* 코드 필드엔 데이터그램을 전달 할 수 없었던 이유를 명시한다.
* ex) 0 : 하드웨어 고장, 2 : 상위 프로토콜 도달 불가, 4 : 단편화 불가 (Don't fragment)

{| class="wikitable"
|Type : 3
|Code : 0 to 15
|Checksum
|-
| colspan="3" rowspan="1" |Unused (All 0)
|-
| colspan="3" rowspan="1" |IP header and front 8 bytes of datagram data
|}
'''Source Quench Message'''

* IP는 흐름제어 기능이 없기 때문에 발신자 쪽에서 데이터를 너무 빨리 보내면 오버플로우가 발생할 수도 있고, 이럴 경우 데이터그램을 그냥 폐기
* ICMP는 이를 발신자에게 통보하여 송신을 억제
** (ICMP의 한계) 어느 발신자가 혼잡을 유발하는지 알 수 없다. 따라서 엉뚱한 발신자가 희생될 수도 있다.
* 혼잡이 해결된 후 속도를 회복시키는 메커니즘이 없다
* Source quench 메세지는 딱 한번만 보내진다.
** 그 뒤로 데이터그램이 계속 날아오더라도 다시 보내지 않고 그냥 데이터그램을 폐기시켜 버린다.

'''Time Exceeded Message'''

두가지 경우가 있다.

* Code = '0' 인 경우, Time to live필드가 0이 되어 데이터그램이 폐기 된 경우
* Code = '1' 인 경우, 단편이 지정된 시간내에 도착하지 않아 재조립에 실패한 경우

'''Parameter Problem Message'''

데이터그램의 헤드에 에러가 있거나 부족한 부분이 있을 경우

* Code = '0' 인 경우, 필드 중에 불명료하거나 빠진 것이 있는 경우이다.
* Code = '1' 인 경우, 옵션의 요구사항이 빠져 있는 경우이다.
** 아래 Pointer 필드에 문제가 있는 바이트의 위치가 들어간다.

{| class="wikitable"
|Type : 12
|Code : 0 or 1
|Checksum
|-
|Pointer
| colspan="2" |Unused (All 0)
|-
| colspan="3" rowspan="1" |IP header and front 8 bytes of datagram data
|}
'''Redirection Message'''

* 라우터가 봤을때 자신이 아닌 다른 라우터를 경유 하는게 최종 목적지로 가는데 유리 할 경우 올바른 경로를 알려 준다.
* ICMP가 전달하는 메세지 중 특별한 경우이다. IP 데이터그램을 폐기시키지 않고 그냥 메세지만 전달한다.

{| class="wikitable"
|Type : 5
|Code : 0 to 3
|Checksum
|-
| colspan="3" rowspan="1" |IP address of the target router
|-
| colspan="3" rowspan="1" |IP header and front 8 bytes of datagram data
|}
'''ICMP Query Message'''
{| class="wikitable"
|Type
|메세지 이름
|주요목적
|-
|8 / 0
|Echo request / reply
|IP 프로토콜 점검, 호스트의 도달 가능성 검사
|-
|13 / 14
|Timestamp request / reply
|두 호스트간 IP 데이터그램의 왕복시간 측정
|-
|17 / 18
|Address mask request / reply
|네트워크 마스크를 모를 경우 라우터에 신청 (거의 안씀)
|-
|10 / 9
|Router solicitation / advertise
|라우터 주소와 동작 상태 체크
|}
'''Echo Request / Reply'''
{| class="wikitable"
|Type : 8 / 0
|Code : 0
|Checksum
|-
| colspan="2" |'''Identifier'''

어떤 Request 인지

어떤 Request 에 대한 reply 인지
|'''Sequence number'''

몇 번째 Request 인지

몇 번째 Request 에 대한 reply 인지
|-
| colspan="3" rowspan="1" |'''Optional data'''

메시지를 포함시켜 보낼 경우 똑같은 메세지가 돌아오게 된다.
|}
'''Address Mask Request / Reply'''

디스크가 없는 호스트가 구동될 때 사용되는 것으로, 현재는 거의 안쓰인다

'''Timestamp Request / Reply'''
{| class="wikitable"
|Type : 13 / 14
|Code : 0
|Checksum
|-
| colspan="2" |'''Identifier'''

어떤 Request 인지

어떤 Request 에 대한 reply 인지
|'''Sequence number'''

몇 번째 Request 인지

몇 번째 Request 에 대한 reply 인지
|-
| colspan="3" rowspan="1" |Original timestamp (보내는 시간)
|-
| colspan="3" rowspan="1" |Receive timestamp (응답 메시지에만 기록된다. 발신 메시지에선 그냥 여백)
|-
| colspan="3" rowspan="1" |Transmit timestamp (응답 메시지에만 기록된다. 발신 메시지에선 그냥 여백)
|}

== PING ==

*ICMP를 사용한 대표적인 프로그램(또는 명령)
*ICMP Echo Reply를 이용

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