https://devhrxoobm.itwiki.kr/api.php?action=feedcontributions&feedformat=atom&user=%EA%B9%80%EC%B0%BD%EC%88%98
IT 위키 - 사용자 기여 [ko]
2026-09-16T23:55:55Z
사용자 기여
MediaWiki 1.45.1
https://devhrxoobm.itwiki.kr/index.php?title=%EC%8B%9C%ED%81%90%EC%96%B4_OS&diff=13311
시큐어 OS
2020-06-05T16:12:14Z
<p>김창수: 보안 OS 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[보안 OS]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%B3%B4%EC%95%88_OS&diff=13310
보안 OS
2020-06-05T16:12:00Z
<p>김창수: 새 문서: 분류:보안분류:운영체제 ;시큐어 OS; Secure OS; Secure Operating System ;해킹 등의 불법 행위로부터 시스템을 보호하기 위해 기존의 운영체...</p>
<hr />
<div>[[분류:보안]][[분류:운영체제]]<br />
;시큐어 OS; Secure OS; Secure Operating System<br />
;해킹 등의 불법 행위로부터 시스템을 보호하기 위해 기존의 운영체제에 보안 기능이 통합된 보안 커널을 이식한 보안 특화 운영체제<br />
<br />
== 필요성 ==<br />
* 컴퓨터 운영체제 상에 내제된 보안 취약점에 대한 대응 및 보완<br />
* 내외부의 침입에 대한 서버 운영체제 자체의 보호 기능 필요<br />
<br />
== 구조 ==<br />
* 보안 커널이 운영체제 내부에 위치<br />
* 운영체제가 제공하지 못하는 보안 기능을 커널 자체적으로 제공<br />
* 설치 시 성능이 30%까지 저하되므로 추가 메모리 및 CPU 확보 필요<br />
<br />
== 주요 기능 ==<br />
* '''식별 및 인증''' : 고유한 사용자 신분에 대한 인증 및 검증<br />
* '''접근 통제''' : 사용자의 접근 권한 통제<br />
* '''완전한 중재 및 조정''' : 모든 접근 경로에 대한 완전한 통제<br />
* '''메모리 재사용 방지''' : 메모리 사용 후 기억장치 공간 초기화<br />
* '''안전한 경로''' : 보안, 작업의 안전한 수행 경로 제공</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%86%8C%EA%B7%B9%EC%A0%81_%EA%B3%B5%EA%B2%A9&diff=13309
소극적 공격
2020-06-05T16:07:44Z
<p>김창수: 새 문서: 분류:보안 ;Passive Attack 스누핑과 같이 시스템에 영향을 미치지 않는 데이터의 탈취, 분석 등의 보안 공격 * 주로 기밀성을 위협하는...</p>
<hr />
<div>[[분류:보안]]<br />
;Passive Attack<br />
스누핑과 같이 시스템에 영향을 미치지 않는 데이터의 탈취, 분석 등의 [[보안 공격]]<br />
* 주로 기밀성을 위협하는 공격들<br />
<br />
== 예시 ==<br />
* [[포트 스캔]]<br />
* [[스케빈징]]<br />
* [[스누핑]]<br />
* [[스니핑]]<br />
<br />
== 같이 보기 ==<br />
* [[보안 공격]]<br />
* [[적극적 공격]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%8A%A4%EC%BC%80%EB%B9%88%EC%A7%95&diff=13308
스케빈징
2020-06-05T16:06:05Z
<p>김창수: 새 문서: 분류:보안 ;Scavenging 컴퓨터 범죄의 하나로, 보안에 민감한 정보를 얻으려고 정보에 접근할 수 있도록 허가를 받지 않은 상태에서 잔여...</p>
<hr />
<div>[[분류:보안]]<br />
;Scavenging<br />
컴퓨터 범죄의 하나로, 보안에 민감한 정보를 얻으려고 정보에 접근할 수 있도록 허가를 받지 않은 상태에서 잔여 자료를 뒤지는 행위. 메모리나 디스크 내용을 조사하는 것부터 버린 문서를 줍는 것까지 모두 포함된다.<br />
* 무심코 버리는 중요 자료에 대한 보안 활동 취약점으로 발생<br />
* 사회공학적인 공격방식으로 시스템과 네트워크에 대한 제약 없음<br />
* [[보안 공격]] 중 [[소극적 공격]]에 해당</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%A0%91%EA%B7%BC%ED%86%B5%EC%A0%9C_%EC%A0%95%EC%B1%85&diff=13307
접근통제 정책
2020-06-05T16:03:50Z
<p>김창수: </p>
<hr />
<div>[[분류:보안]]<br />
[[분류:정보보안기사]]<br />
<br />
;Access Control Policy<br />
;<br />
<br />
{| class="wikitable"<br />
|+<br />
!구분<br />
!MAC<br />
!DAC<br />
!RBAC<br />
|-<br />
|보안 주체<br />
|시스템<br />
|소유자<br />
|역할<br />
|-<br />
|통제 주체<br />
|보안 레이블<br />
|권한 위임<br />
|참조 모니터<br />
|-<br />
|사용자 통제<br />
|단순<br />
|복잡<br />
|유연<br />
|-<br />
|적용 대상<br />
|군대<br />
|기업<br />
|대기업<br />
|}<br />
<br />
;<br />
<br />
==[[임의적 접근통제]]==<br />
<br />
;DAC, Discretionary Access Control<br />
<br />
*개인 기반 정책과 그룹기반 정책을 포함한다.<br />
*객체에 접근하고자 하는 주체(또는 주체가 속한 그룹)의 접근 권한에 따라 접근 통제를 적용한다.<br />
*특정 접근 허가를 가진 주체는 임의의 다른 주체에게 자신의 접근 권한을 넘겨줄 수 있다.<br />
*TCSEC에서는 신분-기반 접근 통제 정책으로 DAC를 분류한다. Orange Book C등급<br />
<br />
===DAC 예시===<br />
<br />
*DAC의 대표적인 구현 예로 ACL(Access Control List)가 있다.<br />
*방화벽 정책이나 TCP Wrapper 등 리눅스의 네트워크 서비스의 접근제어가 대부분 DAC를 따른다.<br />
*"이 자원은 누구누구가 접근 가능하다." 또는 "누구누구는 이 자원에 접근 가능하다." 라는 식의 정의<br />
<br />
==[[강제적 접근통제]]==<br />
<br />
;MAC, Mandatory Access Control<br />
<br />
*보안 등급, 규칙 기반, 관리 기반의 접근 통제 방식이다.<br />
*모든 주체 및 객체에 대하에 일정하며 어느 하나의 주체나 객체 단위로 접근 제한을 설정할 수 없다.<br />
*주체의 레이블과 주체가 접근하고자 하는 객체의 보안 레이블을 비교하여 보안 정책에 합당한 접근 통제 규칙에 의한 통제 방법이다.<br />
*TCSEC에서는 규칙-기반 접근 통제 정책으로 MAC를 분류한다. Orange Book B등급<br />
<br />
===MAC 예시===<br />
<br />
*보안 등급에 따른 일차원적인 접근권한 차등화가 대표적인 MAC의 구현 예이다.<br />
*예를 들면 다음/네이버 카페에서 등급에 따라서 접근 가능한 게시판이 정해지는 예이다.<br />
*그누보드나 제로보드의 레벨 제도 또한 MAC에 해당한다.<br />
<br />
==[[역할기반 접근 통제]]==<br />
<br />
;RBAC, Role Based Access Control<br />
<br />
*DAC와 MAC의 단점을 보완한 방식이다.<br />
*권한을 사용지가 아닌 그룹에 부여하고, 그룹이 수행하여야 할 역할을 정의한다.<br />
*초기 관리의 오버헤드를 줄이고, 직무를 기반으로 하는 접근 통제 모델이다.<br />
*각 주체에 허용된 접근 수준(Clearance)과 객체에 부여된 허용등급(Classification)에 근거 하여 접근 통제를 운영한다.<br />
*접근 수준과 등급에 대한 정의는 관리자에 의해 설정 및 변경이 가능하다.<br />
*비 임의적 접근통제 모델(Non-Discretionary) 또는 임무 기반(Task-Based) 접근통제 모델로 불리기도 한다.<br />
<br />
===RBAC 예시===<br />
<br />
*최근의 업무 시스템들은 대부분 RBAC이다. 인사담당자, 총무담당자 등과 같이 권한 그룹을 통해 접근을 제어한다.<br />
*리눅스의 그룹 퍼미션 또한 RBAC라고 할 수 있다.</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A9%94%EC%8B%9C%EC%A7%80_%EB%8B%A4%EC%9D%B4%EC%A0%9C%EC%8A%A4%ED%8A%B8&diff=13306
메시지 다이제스트
2020-06-05T16:00:34Z
<p>김창수: 새 문서: 분류:보안 ;Message Digest 통신상의 메시지 무결성을 위해 해시 함수를 이용하여 크기를 고정한 검증 값 == MAC와 MDC == * MAC(Message Authenticatio...</p>
<hr />
<div>[[분류:보안]]<br />
;Message Digest<br />
통신상의 메시지 무결성을 위해 해시 함수를 이용하여 크기를 고정한 검증 값<br />
<br />
== MAC와 MDC ==<br />
* MAC(Message Authentication Code) : 키와 해시 함수를 이용해 생성한 코드<br />
* MDC(Message Digest Code) : 키 없이 해시 함수만으로 생성한 코드<br />
<br />
== 동작 방식 ==<br />
서명된 메시지를 보내기 위해 메시지 작성자의 컴퓨터는 해당 메시지에 대한 다이제스트를 생성하고 다이제스트와 작성자의 개인 키로 전자 서명을 계산하여, 메시지와 전자 서명을 모두 보낸다. 수신인은 작성자의 공개키를 사용하여 수신된 메시지에 대한 다이제스트를 생성하고, 수신된 전자 서명을 사용하여 작성자를 확인한다.</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=LDAP&diff=13305
LDAP
2020-06-05T15:44:59Z
<p>김창수: 새 문서: '''Light Directory Access Protocol''' TCP/IP, 인터넷 환경에서 손쉽게 디렉터리 서비스를 수용할 수 있는 디렉터리 접근 제어 및 이를 위한 프로토...</p>
<hr />
<div>'''Light Directory Access Protocol'''<br />
<br />
TCP/IP, 인터넷 환경에서 손쉽게 디렉터리 서비스를 수용할 수 있는 디렉터리 접근 제어 및 이를 위한 프로토콜<br />
<br />
* 실세계 객체 정보들을 상호 교환할 수 있는 개방형 시스템 집합체<br />
* 사용자 인증 및 정보 객체 등록 및 검색 서비스로 주로 적용됨<br />
<br />
== 특징 ==<br />
<br />
* TCP/IP 4계층 이용<br />
* IETF에서 표준으로 제정<br />
* URL의 주소 체계와 객체 식별을 위한 Stream 코드 이용<br />
* 디렉터리 검색 연산자의 중복 문제 최소화<br />
<br />
== LDAP 서비스 ==<br />
<br />
* Active Directory<br />
* Novell Directory<br />
* Sun Directory<br />
<br />
== X.500과의 비교 ==<br />
대표적인 디렉터리 서비스로 X.500과 LDAP 존재<br />
{| class="wikitable"<br />
|+<br />
!구분<br />
!LDAP<br />
!X.500<br />
|-<br />
|표준 프로토콜<br />
|TCP/IP 4계층<br />
|OSI 7계층<br />
|-<br />
|사용 주소<br />
|URL<br />
|디렉터리 서비스 주소<br />
|-<br />
|데이터 표현<br />
|Stream 코드<br />
|ANSI 1코드 및 BER<br />
|-<br />
|연산자<br />
|연산자 축소 통합<br />
|유사 연산자 존재<br />
|}<br />
<br />
== 전망 ==<br />
<br />
* X.500 보다는 인터넷 환경에 적합하고 편리한 LDAP 사용 증가 추세<br />
* 국제 표준화를 선두에서 지휘하여 기술적 우위 확보 필요<br />
<br />
[[분류:보안]]<br />
[[분류:데이터베이스]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%A0%95%EB%B3%B4%EB%B3%B4%EC%95%88%EA%B8%B0%EC%82%AC_15%ED%9A%8C&diff=13128
정보보안기사 15회
2020-06-02T14:11:39Z
<p>김창수: </p>
<hr />
<div>[[분류:보안]][[분류:자격증]]<br />
= 기출 문제 =<br />
== 필기 문제 ==<br />
=== 시스템 보안 ===<br />
* '''1. 리눅스 슈퍼데몬인 xinetd에서 서비스를 이용할 수 있는 원격 호스트를 특정하고자 한다. 설정 파일인 xinetd.conf에서 사용해야 하는 옵션은?'''<br />
** ① enable<br />
** ② enable_access<br />
** ③ allow<br />
** ④ only_from(답)<br />
** 해설: [[리눅스 xinetd]]<br />
<br />
* '''2. 다음 중 유닉스·리눅스 아이노드에 포함되지 않는 정보는?'''<br />
** ① 파일 이름<br />
** ② 파일 크기<br />
** ③ 수정 시간<br />
** ④ 링크 수<br />
** 해설: [[아이노드]]<br />
<br />
* '''3. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''4. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''5. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''6. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''7. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''8. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''9. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''10. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''11. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''12. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''13. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''14. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''15. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''16. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''17. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''18. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''19. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''20. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
=== 네트워크 보안 ===<br />
* '''21. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''22. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''23. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''24. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''25. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''26. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''27. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''28. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''29. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''30. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''31. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''32. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''33. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''34. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''35. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''36. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''37. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''38. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''39. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''40. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
=== 어플리케이션 보안 ===<br />
* '''1. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''42. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''43. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''44. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''45. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''46. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''47. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''48. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''49. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''50. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''51. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''52. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''53. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''54. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''55. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''56. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''57. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''58. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''59. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''60. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
=== 정보보호 일반 ===<br />
* '''61. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''62. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''63. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''64. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''65. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''66. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''67. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''68. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''69. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''70. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''71. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''72. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''73. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''74. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''75. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''76. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''77. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''78. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''79. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''80. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
=== 정보보안 관리 및 법규 ===<br />
* '''81. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''82. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''83. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''84. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''85. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''86. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''87. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''88. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''89. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''90. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''91. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''92. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''93. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''94. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''95. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''96. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''97. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''98. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''99. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
* '''100. 문제'''<br />
** 보기<br />
** ①<br />
** ②<br />
** ③<br />
** ④<br />
** 답:<br />
** 해설:<br />
<br />
== 실기 문제 ==<br />
=== 단답형 ===<br />
* '''1. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''2. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''3. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''4. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''5. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''6. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''7. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''8. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''9. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''10. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''11. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''12. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''13. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
<br />
=== 실무형 ===<br />
* '''14. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''15. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
* '''16. 문제'''<br />
** <br />
** 답: <br />
** 해설:<br />
<br />
= 같이 보기 =<br />
* [[정보보안기사]]<br />
* [[정보보안기사 14회]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EB%88%85%EC%8A%A4_xinetd&diff=13127
리눅스 xinetd
2020-06-02T13:48:47Z
<p>김창수: </p>
<hr />
<div>* 다른 데몬의 실행을 관장하는 슈퍼데몬이다.<br />
* 과거 슈퍼데몬으로 사용되었던 inetd를 대체하기 위해 등장하였다.<br />
<br />
==주요 구성==<br />
* /etc/xinetd : 메인 설정파일<br />
* /etc/xinetd.d : 슈퍼데몬에 의해 제어되는 서비스 파일이 위치하는 디렉터리<br />
* /etc/rc.d/init.d/xinetd : xinetd를 제어하는 데몬 스크립트. start, stop, restart 등 사용<br />
<br />
==xinetd.conf==<br />
초기 설정파일 전문 보기 ([[리눅스 xinetd.conf]])<br />
<br />
<br />
===주요 내용 샘플===<br />
<pre class='shell'><br />
defaults<br />
{<br />
# disabled =<br />
log_type = SYSLOG daemon info<br />
log_on_failure = HOST<br />
log_on_success = PID HOST DURATION EXIT<br />
cps = 50 10<br />
instances = 50<br />
per_source = 10<br />
v6only = no<br />
groups = yes<br />
umask = 002<br />
}<br />
</pre><br />
<br />
<br />
===설정 항목===<br />
*'''log_type'''<br />
**SYSLOG와 FILE 두 가지 설정이 가능하다.<br />
**로그 기록을 syslog에 위임 할지, 별도 파일로 지정할지 선택한다.<br />
**ex) log_type = FILE /var/logs/xinet.log<br />
*'''log_on_failure'''<br />
**접속 실패 시 기록될 속성값을 지정한다,<br />
**속성값 : HOST, USERID, ATTEMPT<br />
**ex) log_on_failure = HOST<br />
*'''log_on_success'''<br />
**접속 성공 시 기록될 속성값을 지정한다.<br />
**속성값 : PID, HOST, USERID, EXIT, DURATION, TRAFFIC<br />
*'''cps'''<br />
**초당 요청받는 수를 제한한다.<br />
**cps [초당 요청수] [제한시간(초)]<br />
**ex) cps 50 10 (초당 요청수가 50 이상이면 10초간 접속을 제한한다.)<br />
*'''instances'''<br />
**동시에 서비스할 수 있는 최대 개수를 지정한다.<br />
**ex)instances = 50<br />
*'''per_source'''<br />
**같은 IP주소로 접속할 수 있는 서비스 수를 지정한다.<br />
**ex) per_source = 5<br />
*'''only_from'''<br />
**서비스를 이용할 수 있는 원격 호스트를 설정한다.<br />
**ex) 192.168.10.10 192.168.10.11 192.168.20.*<br />
*'''enabled'''<br />
**사용 가능한 항목을 설정한다. disabled항목에서 yes라고 설정 되어 있어도 허용한다.<br />
**ex) enabled telnet ftp<br />
*'''no_access'''<br />
** 서비스를 이용할 수 없는 원격 호스트의 주소를 지정한다. <br />
** only_from 과 주소 지정법은 동일하고 중복 설정된 경우에는 차단된다.<br />
* '''access_times'''<br />
** 지정된 시간에만 서비스를 이용할 수 있게 한다.<br />
* '''nice'''<br />
** 서버의 우선순위를 지정한다. -20 ~ 19 사이의 정수를 입력한다.<br />
* '''wait'''<br />
** 서비스가 단일 스레드(thread)인지 다중 스레드인지 지정한다.<br />
** yes 인 경우에는 오직 하나의 서비스만 작동하게 되며, no 인 경우에는 다중 스레드로 동작한다.<br />
<br />
===xinetd.d===<br />
xinetd의 전체적인 환경은 /etc/xinetd.conf로 설정하지만 관련 서비스에 대한 개별 설정은 /etc/xinetd.d 디렉터리 안의 개별 설정 파일로 한다. 여기서 설정되지 않은 항목들은 xinetd.conf의 글로벌 설정을 따른다.<br />
<br />
[[분류:리눅스]]<br />
[[분류:리눅스 프로그램]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=Pm2&diff=12629
Pm2
2020-05-24T14:57:49Z
<p>김창수: 리눅스 pm2 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[리눅스 pm2]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EB%88%85%EC%8A%A4_iptables&diff=12628
리눅스 iptables
2020-05-24T14:55:30Z
<p>김창수: </p>
<hr />
<div>[[분류:리눅스]][[분류:리눅스 프로그램]]<br />
==개요==<br />
리눅스의 패킷 필터링(Packet Filtering) 도구로서 방화벽 구성이나 NAT(Network Address Translation)에 사용된다.<br />
<br />
==사용법==<br />
<pre class='shell'><br />
# iptables [-t 테이블] [액션] [체인] [매치] [-j 타겟]<br />
</pre><br />
<br />
===테이블(Table)===<br />
* filter, nat, mangle, raw<br />
* 명시하지 않으면 기본적으로 filter이다.<br />
<br />
===액션(Action)===<br />
* -A : APPEND : 정책 추가<br />
* -I : INSERT : 정책 삽입<br />
* -D : DELETE : 정책 삭제<br />
* -R : REPLACE : 정책 교체<br />
* -F : FLUSH : 모든 정책 삭제<br />
* -P : POLICY : 기본 정책을 설정<br />
* -L : LIST : 정책 나열<br />
<br />
===체인(Chain)===<br />
* INPUT<br />
* OUTPUT<br />
* FORWARD<br />
* PREROUTING<br />
* POSTROUTING<br />
<br />
=== 매치(Match) ===<br />
* -s : 출발지 매칭. 도메인, IP 주소, 넷마스크 값을 이용하여 표기(––source, ––src)<br />
* -d : 목적지 매칭. 도메인, IP 주소, 넷마스크 값을 이용하여 표기(––destination, ––dst)<br />
* -p : 프로토콜과 매칭. TCP, UDP, ICMP 와 같은 이름을 사용하고 대소문자는 구분하지 않음<br />
* -i : 입력 인터페이스와 매칭(––in-interface)<br />
* -o : 출력 인터페이스와 매칭(––out-interface)<br />
* -j : 매치되는 패킷을 어떻게 처리할지 지정 (--jump)<br />
<br />
== 타겟(target) ==<br />
패킷이 규칙과 일치할 때 취하는 동작을 지정한다.<br />
<br />
* ACCEPT : 패킷을 허용한다.<br />
* DROP : 패킷을 버린다(패킷이 전송된 적이 없던 것처럼)<br />
* REJECT : 패킷을 버리고 이와 동시에 적절한 응답 패킷을 전송한다.<br />
* LOG : 패킷을 syslog에 기록한다.<br />
* SNAT --to [주소] : 소스 IP를 [변환(NAT)|NAT]한다.<br />
* DNAT --to [주소] : 목적지 IP를 변환(NAT)한다.<br />
* RETURN : 호출 체인 내에서 패킷 처리를 계속한다.<br />
<br />
== 정책 열람·저장·반영 ==<br />
* 보기<br />
<pre class='shell'><br />
# iptables -L<br />
또는<br />
# cat /etc/sysconfig/iptables<br />
</pre><br />
<br />
* 저장<br />
<pre class='shell'><br />
# service iptables save<br />
</pre><br />
<br />
* 저장 & 불러오기<br />
<pre class='shell'><br />
# iptables-save > firewall.sh<br />
# iptables-restore < firewall.sh<br />
</pre><br />
<br />
* '''정책을 추가한 다음 재시작이나 다른 조치를 하지 않아도 바로 적용된다.'''<br />
<br />
== 예제 ==<br />
* 192.168.10.22로 부터 들어오는 패킷들은 차단하는 정책을 추가<ref>http://q.fran.kr/문제/2748 리눅스마스터 1급 1501 필기 기출문제</ref><br />
<pre class='shell'><br />
# iptables -A INPUT 192.168.10.22 -j DROP<br />
또는<br />
# iptables -I INPUT 192.168.10.22 -j DROP<br />
</pre><br />
<br />
* 192.168.10. 대역으로 부터 들어오는 패킷들은 차단하는 정책을 추가<br />
<pre class='shell'><br />
# iptables -A INPUT 192.168.10.0/24 -j DROP<br />
또는<br />
# iptables -I INPUT 192.168.10.0/24 -j DROP<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6515 리눅스마스터 1급 1501 실기 기출문제</ref><br />
** 패킷은 거부 메시지 없이 무조건 거절한다. (DROP)<br />
** 두 번째 이더넷카드(eth1)로 들어오는 패킷인 경우에만 포워딩을 허가한다.<br />
** 어떠한 방화벽도 설정되어 있지 않고 커널에서 포워딩을 허가한 상태이다.<br />
<pre class='shell'><br />
# iptables -P FORWARD DROP<br />
# iptables -A FORWARD -i eth1 -j ACCEPT<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6483 리눅스마스터 1급 1602 실기 기출문제</ref><br />
** 해당 시스템에는 이더넷 카드가 두 개가 장착되어 있는데, 첫 번째 이더넷 카드에서 나가는 패킷에 대해 공인 IP 주소인 203.247.40.100을 할당한다.<br />
<pre class='shell'><br />
# iptables –t nat –A POSTROUTING -o eth0 –j SNAT --to 203.247.40.100<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6547 리눅스마스터 1급 1701 실시 기출문제</ref><br />
** 첫 번째로 기존에 설정된 정책을 전부 삭제한다.<br />
** 두 번째로 INPUT 체인에 loopback 인터페이스에 들어오는 모든 패킷에 대해 허용 정책을 추가 한다.<br />
** 세 번째로 INPUT 체인에 프로토콜이 tcp이며 목적지포트가 22번부터 23번 포트인 패킷에 대해 허용 정책을 추가 한다.<br />
** 마지막으로 INPUT 체인에 대한 기본 정책을 거부 메시지 없이 거절로 변경한다.<br />
<pre class='shell'><br />
# iptables -F INPUT<br />
# iptables -A INPUT -i lo -j ACCEPT<br />
# iptables -A INPUT -p tcp --dport 22:23 -j ACCEPT<br />
# iptables -P INPUT -P<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6499 리눅스마스터 1급 1502 실시 기출문제</ref><br />
** 서버에서 외부로는 ping 테스트가 되고 외부에서 서버쪽으로는 ping 테스트가 되지 않도록 한다.<br />
** iptables 명령어를 수행하는 서버의 IP는 192.168.10.1이다.<br />
** INPUT 체인의 기본 정책은 DROP 이다.<br />
**# 프로토콜은 icmp이며 icmp echo request 패킷이 외부로 나가는 것에 대해 허용한다.<br />
**# 프로토콜은 icmp이며 외부에서 들어오는 icmp echo reply 패킷에 대해서 허용한다.<br />
**# 프로토콜은 icmp이며 외부에서 들어오는 icmp destination-unreachable 패킷에 대해서 허용한다.<br />
<pre class='shell'><br />
# iptables –A INPUT -p icmp --icmp-type echo-request -s 192.168.10.1 –d 0/0 -j ACCEPT<br />
# iptables –A INPUT -p icmp --icmp-type echo-reply -s 0/0 –d 192.168.10.1 -j ACCEPT<br />
# iptables –A INPUT -p icmp --icmp-type destination-unreachable -s 0/0 –d 192.168.10.1 -j ACCEPT<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/2963 리눅스마스터 1급 1601 필기 기출문제</ref><br />
** 대상 프로토콜 SSH<br />
** 같은 IP 주소에서 60초 동안에 15번 이상 접속을 시도하면 DROP 시키는 정책을 추가<br />
<pre class='shell'><br />
# iptables -A SSH -p udp --dport 22 -m recent --update--seconds 60 --hitcount 15 -j drop<br />
</pre><br />
<br />
* '''삭제'''<br />
** --line-number 옵션을 통해 정책의 번호를 확인한다.<br />
<pre class='shell'><br />
iptables -L --line-numbers<br />
</pre><br />
** -D 옵션을 지정하여 특정 번호의 정책을 삭제한다.<br />
<pre class='shell'><br />
iptables -D INPUT [번호]<br />
</pre></div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EB%88%85%EC%8A%A4_iptables&diff=12627
리눅스 iptables
2020-05-24T14:55:02Z
<p>김창수: </p>
<hr />
<div>[[분류:리눅스]][[분류:리눅스 프로그램]]<br />
==개요==<br />
리눅스의 패킷 필터링(Packet Filtering) 도구로서 방화벽 구성이나 NAT(Network Address Translation)에 사용된다.<br />
<br />
==사용법==<br />
<pre class='shell'><br />
# iptables [-t 테이블] [액션] [체인] [매치] [-j 타겟]<br />
</pre><br />
<br />
===테이블(Table)===<br />
* filter, nat, mangle, raw<br />
* 명시하지 않으면 기본적으로 filter이다.<br />
<br />
===액션(Action)===<br />
* -A : APPEND : 정책 추가<br />
* -I : INSERT : 정책 삽입<br />
* -D : DELETE : 정책 삭제<br />
* -R : REPLACE : 정책 교체<br />
* -F : FLUSH : 모든 정책 삭제<br />
* -P : POLICY : 기본 정책을 설정<br />
* -L : LIST : 정책 나열<br />
<br />
===체인(Chain)===<br />
* INPUT<br />
* OUTPUT<br />
* FORWARD<br />
* PREROUTING<br />
* POSTROUTING<br />
<br />
=== 매치(Match) ===<br />
* -s : 출발지 매칭. 도메인, IP 주소, 넷마스크 값을 이용하여 표기(––source, ––src)<br />
* -d : 목적지 매칭. 도메인, IP 주소, 넷마스크 값을 이용하여 표기(––destination, ––dst)<br />
* -p : 프로토콜과 매칭. TCP, UDP, ICMP 와 같은 이름을 사용하고 대소문자는 구분하지 않음<br />
* -i : 입력 인터페이스와 매칭(––in-interface)<br />
* -o : 출력 인터페이스와 매칭(––out-interface)<br />
* -j : 매치되는 패킷을 어떻게 처리할지 지정 (--jump)<br />
<br />
== 타겟(target) ==<br />
패킷이 규칙과 일치할 때 취하는 동작을 지정한다.<br />
<br />
* ACCEPT : 패킷을 허용한다.<br />
* DROP : 패킷을 버린다(패킷이 전송된 적이 없던 것처럼)<br />
* REJECT : 패킷을 버리고 이와 동시에 적절한 응답 패킷을 전송한다.<br />
* LOG : 패킷을 syslog에 기록한다.<br />
* SNAT --to [주소] : 소스 IP를 [변환(NAT)|NAT]한다.<br />
* DNAT --to [주소] : 목적지 IP를 변환(NAT)한다.<br />
* RETURN : 호출 체인 내에서 패킷 처리를 계속한다.<br />
<br />
== 정책 열람·저장·반영 ==<br />
* 보기<br />
<pre class='shell'><br />
# iptables -L<br />
또는<br />
# cat /etc/sysconfig/iptables<br />
</pre><br />
<br />
* 저장<br />
<pre class='shell'><br />
# service iptables save<br />
</pre><br />
<br />
* 저장 & 불러오기<br />
<pre class='shell'><br />
# iptables-save > firewall.sh<br />
# iptables-restore < firewall.sh<br />
</pre><br />
<br />
* '''정책을 추가한 다음 재시작이나 다른 조치를 하지 않아도 바로 적용된다.'''<br />
<br />
== 예제 ==<br />
* 192.168.10.22로 부터 들어오는 패킷들은 차단하는 정책을 추가<ref>http://q.fran.kr/문제/2748 리눅스마스터 1급 1501 필기 기출문제</ref><br />
<pre class='shell'><br />
# iptables -A INPUT 192.168.10.22 -j DROP<br />
</pre><br />
<pre class='shell'><br />
# iptables -I INPUT 192.168.10.22 -j DROP<br />
</pre><br />
<br />
* 192.168.10. 대역으로 부터 들어오는 패킷들은 차단하는 정책을 추가<br />
<pre class='shell'><br />
# iptables -A INPUT 192.168.10.0/24 -j DROP<br />
</pre><br />
<pre class='shell'><br />
# iptables -I INPUT 192.168.10.0/24 -j DROP<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6515 리눅스마스터 1급 1501 실기 기출문제</ref><br />
** 패킷은 거부 메시지 없이 무조건 거절한다. (DROP)<br />
** 두 번째 이더넷카드(eth1)로 들어오는 패킷인 경우에만 포워딩을 허가한다.<br />
** 어떠한 방화벽도 설정되어 있지 않고 커널에서 포워딩을 허가한 상태이다.<br />
<pre class='shell'><br />
# iptables -P FORWARD DROP<br />
# iptables -A FORWARD -i eth1 -j ACCEPT<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6483 리눅스마스터 1급 1602 실기 기출문제</ref><br />
** 해당 시스템에는 이더넷 카드가 두 개가 장착되어 있는데, 첫 번째 이더넷 카드에서 나가는 패킷에 대해 공인 IP 주소인 203.247.40.100을 할당한다.<br />
<pre class='shell'><br />
# iptables –t nat –A POSTROUTING -o eth0 –j SNAT --to 203.247.40.100<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6547 리눅스마스터 1급 1701 실시 기출문제</ref><br />
** 첫 번째로 기존에 설정된 정책을 전부 삭제한다.<br />
** 두 번째로 INPUT 체인에 loopback 인터페이스에 들어오는 모든 패킷에 대해 허용 정책을 추가 한다.<br />
** 세 번째로 INPUT 체인에 프로토콜이 tcp이며 목적지포트가 22번부터 23번 포트인 패킷에 대해 허용 정책을 추가 한다.<br />
** 마지막으로 INPUT 체인에 대한 기본 정책을 거부 메시지 없이 거절로 변경한다.<br />
<pre class='shell'><br />
# iptables -F INPUT<br />
# iptables -A INPUT -i lo -j ACCEPT<br />
# iptables -A INPUT -p tcp --dport 22:23 -j ACCEPT<br />
# iptables -P INPUT -P<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/6499 리눅스마스터 1급 1502 실시 기출문제</ref><br />
** 서버에서 외부로는 ping 테스트가 되고 외부에서 서버쪽으로는 ping 테스트가 되지 않도록 한다.<br />
** iptables 명령어를 수행하는 서버의 IP는 192.168.10.1이다.<br />
** INPUT 체인의 기본 정책은 DROP 이다.<br />
**# 프로토콜은 icmp이며 icmp echo request 패킷이 외부로 나가는 것에 대해 허용한다.<br />
**# 프로토콜은 icmp이며 외부에서 들어오는 icmp echo reply 패킷에 대해서 허용한다.<br />
**# 프로토콜은 icmp이며 외부에서 들어오는 icmp destination-unreachable 패킷에 대해서 허용한다.<br />
<pre class='shell'><br />
# iptables –A INPUT -p icmp --icmp-type echo-request -s 192.168.10.1 –d 0/0 -j ACCEPT<br />
# iptables –A INPUT -p icmp --icmp-type echo-reply -s 0/0 –d 192.168.10.1 -j ACCEPT<br />
# iptables –A INPUT -p icmp --icmp-type destination-unreachable -s 0/0 –d 192.168.10.1 -j ACCEPT<br />
</pre><br />
<br />
* '''예제 조건'''<ref>http://q.fran.kr/문제/2963 리눅스마스터 1급 1601 필기 기출문제</ref><br />
** 대상 프로토콜 SSH<br />
** 같은 IP 주소에서 60초 동안에 15번 이상 접속을 시도하면 DROP 시키는 정책을 추가<br />
<pre class='shell'><br />
# iptables -A SSH -p udp --dport 22 -m recent --update--seconds 60 --hitcount 15 -j drop<br />
</pre><br />
<br />
* '''삭제'''<br />
** --line-number 옵션을 통해 정책의 번호를 확인한다.<br />
<pre class='shell'><br />
iptables -L --line-numbers<br />
</pre><br />
** -D 옵션을 지정하여 특정 번호의 정책을 삭제한다.<br />
<pre class='shell'><br />
iptables -D INPUT [번호]<br />
</pre></div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%AF%B8%EB%94%94%EC%96%B4%EC%9C%84%ED%82%A4_%ED%8C%8C%EC%9D%BC_%EC%BA%90%EC%8B%9C&diff=12626
미디어위키 파일 캐시
2020-05-24T14:46:21Z
<p>김창수: 새 문서: 분류:미디어위키 미디어위키에선 선택적으로 렌더링 완료된 HTML 파일을 저장해두는 캐싱 메커니즘을 제공한다. * HTML 파일로 저장이 된...</p>
<hr />
<div>[[분류:미디어위키]]<br />
미디어위키에선 선택적으로 렌더링 완료된 HTML 파일을 저장해두는 캐싱 메커니즘을 제공한다.<br />
* HTML 파일로 저장이 된 페이지는 DB I/O 없이 HTML을 바로 출력하므로 속도도 빠르고 부하도 줄어든다.<br />
* 단, 로그인된 유저는 개별 스킨 적용 등의 사유로 해당 메커니즘의 적용을 받지 않는다.<br />
<br />
== 사용법 ==<br />
* LocalSetting.php 에서 활성화시킬 수 있다. (기본적으로 꺼져있다.)<br />
<br />
<pre><br />
$wgUseFileCache = true; <br />
$wgFileCacheDirectory = "$IP/cache"; <br />
# $wgFileCacheDirectory 는 따로 설정하지 않으면 기본 폴더가 $IP/images/cache 로 설정된다.<br />
</pre><br />
<br />
* 캐싱 폴더로 들어가보면 아래와 같이 문서들이 파일로 저장되어 있다.<br />
<br />
<pre><br />
-rw-r--r-- 1 apache apache 57421 Jan 7 01:58 cache/0/04/P%C3%A1gina_principal.html<br />
-rw-r--r-- 1 apache apache 29608 Jan 4 16:37 cache/1/17/P%C3%A1gina_Riscada.html<br />
-rw-r--r-- 1 apache apache 21592 Jan 3 07:27 cache/1/1c/P%C3%A1gina_Duplicada.html<br />
-rw-r--r-- 1 apache apache 36088 Jan 7 02:03 cache/2/24/P%C3%A1gina_principal_alternativa.html<br />
-rw-r--r-- 1 apache apache 44205 Jan 7 06:10 cache/a/a4/P%C3%A1gina_linkada.html<br />
-rw-r--r-- 1 apache apache 24686 Jan 3 07:27 cache/d/db/P%C3%A1gina_Invertida.html<br />
-rw-r--r-- 1 apache apache 17222 Jan 3 06:28 cache/f/f0/P%C3%A1gina_n%C3%A3o_encontrada.html<br />
</pre><br />
<br />
== 적용 범위 ==<br />
* 로그인되지 않은 사용자들에게만 적용된다.<br />
** 테스트해 보면 로그인 안된 사용자들은 한번 들어간 페이지가 매우 빠르게 뜨지만, 로그인된 사용자는 여전히 느리게 뜬다. 로그인된 사용자들을 위해선 [[멤케시드]] 같은 다른 캐싱 메커니즘을 적용해줘야 한다.<br />
* 특수 페이지엔 적용되지 않는다.<br />
* 넘겨주기 페이지엔 적용되지 않는다.<br />
<br />
== 캐시 압축 ==<br />
아래와 같은 설정으로 캐시를 압축해서 저장할 수 있다.<br />
<pre><br />
$wgUseGzip = true;<br />
</pre><br />
* 이 설정을 하면 캐시는 .html.gz 확장자로 저장된다.<br />
* 트래픽을 줄일 수 있지만 속도는 좀 더 느리다.<br />
<br />
== 트러블 슈팅 ==<br />
* 캐시 파일이 생성되지 않는 경우, 설정한 캐시 폴더에 퍼미션이 없을 수 있다.<br />
* 문서의 제목이 너무 긴 경우 캐시 파일이 생성되지 않는다.<br />
<br />
== 참고 문헌 ==<br />
* https://www.mediawiki.org/wiki/Manual:File_cache</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A3%A8%ED%8A%B8%ED%82%A4&diff=12334
루트키
2020-05-17T15:53:09Z
<p>김창수: 넘겨주기 대상을 루트 키에서 윈도우 루트 키 문서로 변경했습니다</p>
<hr />
<div>#넘겨주기 [[윈도우 루트 키]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=NTFS&diff=12333
NTFS
2020-05-17T15:52:17Z
<p>김창수: </p>
<hr />
<div>[[분류:윈도우]][[분류:운영체제]]<br />
; NT File System<br />
<br />
;FAT시스템을 대체하기 위해 개발된 윈도우 파일 시스템<br />
<br />
== 특징 == <br />
* 사용자마다 다른 보안을 적용할수 있다.<br />
* 파일과 폴더에 개별적으로 권한을 설정할 수 있으며 폴더에 설정한 권한보다 파일에 설정한 권한이 우선한다.<br />
* 시스템 폴더는 Administrators/Power Users 그룹만 수정 가능하다.<br />
* 파일 단위로 계정이 언제 파일을 열어보거나, 열려다 실패했는지 알 수 있는 감사(Auditing) 기능이 있다.<br />
* 기본 보안 설정은 Everyone그룹에 대해 모든 권한 허용이다.<br />
* 윈도우NT 전용 파일시스템으로 다른 OS와 호환성이 떨어진다는 것이 단점이다.<br />
<br />
== 최대 크기 ==<br />
* 이론적인 최대 파일 크기는 16MB이나 실제 윈도우 운영체제에선 기본 16TB, 최대 256TB까지만 사용 가능하다.<br />
* 클러스터 크기에 따른 최대 용량<br />
{| class="wikitable"<br />
! 클러스터 크기<br />
! 가장 큰 볼륨<br />
! 가장 큰 파일<br />
|-<br />
| 4KB (기본 크기)<br />
| 16TB<br />
| 16TB<br />
|-<br />
| 8KB<br />
| 32TB<br />
| 32TB<br />
|-<br />
| 16KB<br />
| 64TB<br />
| 64TB<br />
|-<br />
| 32KB<br />
| 128 TB<br />
| 128 TB<br />
|-<br />
| 64KB (최대 크기)<br />
| 256TB<br />
| 256TB<br />
|}<br />
<br />
== MFT 레코드 == <br />
Master File Table Record, 각 파일 정보를 포함한 1KB 레코드이며 각 파일별로 1:1 대응<br />
* FAT 파일 시스템에 없는 보안 속성(사용자 접근 제어) 정보를 내장<br />
* 파일 압축 및 암호화를 위한 구조를 지님<br />
* 하나의 파일이 4GB 이상의 크기를 가질 수 있도록 설계<br />
<br />
== Sector_per_cluster ==<br />
* 한 개 클러스터를 구성하는 섹터 수로 2의 제곱수만 가능하다.<br />
* 1일때 512MB, 2일때 1024MB, 4일때 2048MB<br />
<br />
<br />
== 출처 ==<br />
*[http://raisonde.tistory.com/508 지식잡식 블로그]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=ModSecurity&diff=12332
ModSecurity
2020-05-17T15:23:44Z
<p>김창수: </p>
<hr />
<div>;trustwave 사에 의해 제공되며 아파치 웹서버, IIS 웹서버 등을 지원하는 오픈 소스 웹 방화벽<br />
<br />
== 특징 ==<br />
* 요청(request) 필터링<br />
** 클라이언트로부터 웹 요청이 들어올 때, 웹서버 또는 다른 모듈들이 처리하기 전에 ModSecurity가 요청 내용을 분석하여 필터링한다.<br />
* 우회 방지 기술<br />
** 경로와 파라미터를 분석하기 전에 정규화시켜 우회 공격을 차단한다.<br />
** 즉, “//”, “\/”, “.”, “%00” 등 우회 공격용 스트링을 제거하고, 인코딩된 URL을 디코딩한다.<br />
* HTTP 프로토콜 이해<br />
** 엔진이 HTTP 프로토콜을 이해하기 때문에 전문적이고 정밀한 필터링을 수행할 수 있다.<br />
* POST 페이로드(payload) 분석<br />
** GET 방식 뿐만 아니라 POST 메소드를 사용해서 전송되는 컨텐츠도 분석 가능하다<br />
<br />
[[분류:보안]]<br />
[[분류:보안 도구]]<br />
[[분류:정보보안기사]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%B3%80%EA%B2%BD_%EA%B4%80%EB%A6%AC_%EC%9C%84%EC%9B%90%ED%9A%8C&diff=12011
변경 관리 위원회
2020-05-14T01:07:11Z
<p>김창수: 새 문서: 분류:프로젝트 관리분류:소프트웨어 공학 ;CCB(Change Control Board); CAB(Change Advisory Board);변경관리위원회; 변경통제위원회; 변경제어위원...</p>
<hr />
<div>[[분류:프로젝트 관리]][[분류:소프트웨어 공학]]<br />
;CCB(Change Control Board); CAB(Change Advisory Board);변경관리위원회; 변경통제위원회; 변경제어위원회; 형상통제위원회<br />
;프로젝트 진행 과정에서 제안된 변경을 적용할지말지를 결정하는 회의<br />
<br />
==CCB와 CAB 차이?==<br />
;큰 차이는 없으며, 출처에 따라 명칭이 다름<br />
{| class='wikitable'<br />
!용어<br />
!분야<br />
!설명<br />
!출처<br />
|-<br />
!CCB<br />
|[[프로젝트 관리]](PM)<br />
|소프트웨어 개발, 시스템 구축시의 변경관리<br />
|[[PMBOK]]<br />
|-<br />
!CAB<br />
|[[IT 서비스 관리]](ITSM)<br />
|서비스 중인 시스템/인프라에 대한 변경관리<br />
|[[ITIL]]<br />
|}<br />
<br />
<br />
== 같이 보기 ==<br />
* [[범위 관리]]<br />
* [[형상 관리]]<br />
* [[변경 관리]]<br />
* [[스코프 크립]]<br />
* [[골드 플레이팅]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_%ED%85%8C%EC%8A%A4%ED%8A%B8_%EC%BB%A4%EB%B2%84%EB%A6%AC%EC%A7%80&diff=12010
소프트웨어 테스트 커버리지
2020-05-14T00:50:23Z
<p>김창수: </p>
<hr />
<div>[[분류:소프트웨어 공학]]<br />
* 상위 문서: [[구조 기반 테스트]]<br />
<br />
'''Test Coverage'''<br />
<br /><br />
{| class="wikitable"<br />
!유형<br />
!설명<br />
|-<br />
|[[소프트웨어 테스트 구문 커버리지|구문 커버리지]]<br />
(Statement Coverage)<br />
|<br />
* 테스트 스위트에 의해 실행된 구문이 몇 퍼센트인지 측정하는 것<br />
<br />
* 다른 커버리지에 비해 가장 약함<br />
|-<br />
|[[소프트웨어 테스트 결정 커버리지|결정 커버리지]]<br />
(Decision Coverage)<br />
|<br />
* Branch Coverage라고도 부름<br />
* 결정 포인트 내의 전체 조건식이 최소한 참 한번, 거짓 한번을 갖는지 측정하는 것<br />
* 개별 조건식의 개수와 상관없이 테스트 케이스의 최소 개수는 2 개<br />
* 조건, 조건/결정 커버리지에 비해 약함<br />
|-<br />
|[[소프트웨어 테스트 조건 커버리지|조건 커버리지]]<br />
(Condition Coverage)<br />
|<br />
* 전체 조건식의 결과와 관계없이 각 개별 조건식이 참 한번, 거짓 한번을 모두 갖도록 조합하는 것<br />
* 결정 커버리지 보다 강력한 형태의 커버리지<br />
|-<br />
|[[소프트웨어 테스트 조건/결정 커버리지|조건/결정 커버리지]]<br />
(Condition/Decision Coverage)<br />
|<br />
* 전체 조건식의 결과가 참 한번, 거짓 한번을 갖도록 각 개별 조건식을 조합하는데<br />
** 이때 각 개별 조건식도 참 한번, 거짓 한번을 모두 갖도록 개별 조건식을 조합<br />
* 결정 커버리지와 조건 커버리지를 포함하는 커버리지<br />
|-<br />
|[[소프트웨어 테스트 변경 조건/결정 커버리지|변경 조건/결정 커버리지]]<br />
(Modify Condition/Decision Coverage)<br />
|<br />
* 각 개별 조건식이 다른 개별 조건식에 무관하게 전체 조건식의 결과에 독립적으로 영향을 주도록 함<br />
* 결정 커버리지, 조건/결정 커버리지 보다 강력<br />
|-<br />
|[[소프트웨어 테스트 다중 조건 커버리지|다중 조건 커버리지]]<br />
(Multiple Condition Coverage)<br />
|<br />
* 결정 포인트 내에 있는 모든 개별 조건식의 모든 가능한 논리적 조합고려<br />
* 가장 강력한, 논리적 수준의 100% 커버리지를 보장<br />
|}<br />
<br />
== 참고 문헌 ==<br />
* 아이리포 지식 덤프<br />
* 개발자도 알아야할 소프트웨어 테스팅 실무, STA - 4.3.2 구조 기반 기법</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C_%EB%9D%BD%EC%9D%B8&diff=11979
클라우드 락인
2020-05-13T15:57:47Z
<p>김창수: 새 문서: 분류:디지털 서비스 ;Cloud Lock-in 클라우드를 사용하는 기업이 클라우드 사용을 늘려가는 과정에서 기업의 인프라가 특정 클라우드 벤더...</p>
<hr />
<div>[[분류:디지털 서비스]]<br />
;Cloud Lock-in<br />
클라우드를 사용하는 기업이 클라우드 사용을 늘려가는 과정에서 기업의 인프라가 특정 클라우드 벤더에 종속성이 생기는 현상</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%B4%88%EB%AA%A8%EC%88%98&diff=11978
초모수
2020-05-13T15:54:31Z
<p>김창수: 하이퍼파라미터 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[하이퍼파라미터]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EA%B3%A8%EB%93%9C_%ED%94%8C%EB%A0%88%EC%9D%B4%ED%8C%85&diff=11977
골드 플레이팅
2020-05-13T15:44:49Z
<p>김창수: 새 문서: 분류:소프트웨어 공학분류:프로젝트 관리 ;Gold Plating 프로젝트 수행자가 계약 변경 없이 요구사항에 없는 일을 추가로 수행하는 행...</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:프로젝트 관리]]<br />
;Gold Plating<br />
프로젝트 수행자가 계약 변경 없이 요구사항에 없는 일을 추가로 수행하는 행위<br />
<br />
== 발생 원인 ==<br />
* 프로젝트 요구사항 파악 실패<br />
* 프로젝트 수행자(개발자 포함)의 이해 부족<br />
* 발주자와 수행자간 갑을 관계<br />
<br />
== 대응 방안 ==<br />
* 명확한 요구사항 정의서, WBS 작성<br />
* 개발 단위별로 PM의 확인<br />
<br />
== 같이 보기 ==<br />
* [[스코프 크립]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%8A%A4%EC%BD%94%ED%94%84_%ED%81%AC%EB%A6%BD&diff=11976
스코프 크립
2020-05-13T15:42:41Z
<p>김창수: 새 문서: 분류:소프트웨어 공학분류:프로젝트 관리 ;Scope Creep 프로젝트 발주자가 계약에 포함되지 않은 일을 공식적 절차 없이 업무 범위에...</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:프로젝트 관리]]<br />
;Scope Creep<br />
프로젝트 발주자가 계약에 포함되지 않은 일을 공식적 절차 없이 업무 범위에 추가하는 행위<br />
<br />
== 발생 원인 ==<br />
* 프로젝트 범위 관리 실패<br />
* 프로젝트 변경 관리 실패<br />
* 요구사항 정의 능력 부족<br />
<br />
== 대응 방안 ==<br />
* 변경 관리 절차 수립<br />
* 발주자와 개발자 직접 소통 금지 <br />
<br />
== 같이 보기 ==<br />
* [[골드 플레이팅]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=SLO&diff=11975
SLO
2020-05-13T14:50:35Z
<p>김창수: 새 문서: 분류:소프트웨어 공학 ;Service Level Object ;SLA 등 서비스 수준 관리를 위해 수립해 놓은 서비스의 목표 수준 * SLI를 기준으로 하며, SLM을 통...</p>
<hr />
<div>[[분류:소프트웨어 공학]]<br />
;Service Level Object<br />
;SLA 등 서비스 수준 관리를 위해 수립해 놓은 서비스의 목표 수준<br />
* SLI를 기준으로 하며, SLM을 통해 관리된다.<br />
<br />
== 예시 ==<br />
* 가용율 99.9% 이상<br />
* 월평균 장애횟수 3건 이하<br />
* 평균 응답시간 0.5초 이하<br />
<br />
== 같이 보기 ==<br />
* {{틀:서비스 레벨 그룹}}</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%ED%8B%80:%EC%84%9C%EB%B9%84%EC%8A%A4_%EB%A0%88%EB%B2%A8_%EA%B7%B8%EB%A3%B9&diff=11974
틀:서비스 레벨 그룹
2020-05-13T14:48:16Z
<p>김창수: </p>
<hr />
<div>* [[SLM|SLM(Service Level Management)]]<br />
* [[SLO|SLO(Service Level Object)]]<br />
* [[SLA|SLA(Service Level Agreement)]]<br />
* [[SLI|SLI(Service Level Indicator)]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=SLI&diff=11973
SLI
2020-05-13T14:47:54Z
<p>김창수: 새 문서: 분류:소프트웨어 공학 ;Service Level Indicator ;SLA 등 서비스 레벨 관리를 위해 측정하는 정량적 지표, 측정 기준 == 예시 == * 서비스 지연 시...</p>
<hr />
<div>[[분류:소프트웨어 공학]]<br />
;Service Level Indicator<br />
;SLA 등 서비스 레벨 관리를 위해 측정하는 정량적 지표, 측정 기준<br />
<br />
== 예시 ==<br />
* 서비스 지연 시간<br />
* 배치 처리량<br />
* 실패 요청 발생률<br />
<br />
== 같이 보기 ==<br />
{{틀:서비스 레벨 그룹}}</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=SLM&diff=11972
SLM
2020-05-13T14:46:32Z
<p>김창수: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:경영학]]<br />
;Service Level Management<br />
;SLA 기반 및 개선을 통한 서비스 수준 관리 체계<br />
* IT 서비스 조직에서 사용자의 관점으로 서비스 요구사항을 파악하고, 서비스 수준 개선을 위한 우선순위를 판단하기 위한 도구이며, 사용자의 기대수준에 부합하는 서비스, 프로세스, 조직역량 및 기술을 통합적으로 관리하기 위한 체계<br />
<br />
== 구성 요소 ==<br />
{| class="wikitable"<br />
! 구성요소<br />
! 설 명<br />
|-<br />
| SLA<br />
| Service Level Agreement∙ IT서비스를 제공하는 업체와 사용하는 업체간의서비스 계약서<br />
|-<br />
| OLA<br />
| Operational Level Agreement∙ 내부 조직 간 의사소통 및 관리를 효율적으로 하기위해 서비스 공급자 내부 부서 간에 교환하는 합의서<br />
|-<br />
| SLM 엔진<br />
| 서비스 수준 관리하는 과정에서 서비스 수준 관리지표 별 측정치 산출∙ 보고서 작성 자동화 기능, 실시간 정보 서비스모니터링<br />
|-<br />
| Service Catalog<br />
| 고객에게 제공되는 모든 IT서비스와 각 서비스에 대한특징, 상세 고객정보/지원주체를 정의<br />
|-<br />
| Service Quality Plan<br />
| 합의된 서비스 수준의 보장을 위해 필요한 모든내용을 기술한 내부 계획<br />
|-<br />
| Service Report<br />
| 주기적으로 서비스 수준 위반 여부 검토<br />
|}<br />
<br />
== 같이 보기 ==<br />
{{틀:서비스 레벨 그룹}}</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%ED%8B%80:%EC%84%9C%EB%B9%84%EC%8A%A4_%EB%A0%88%EB%B2%A8_%EA%B7%B8%EB%A3%B9&diff=11971
틀:서비스 레벨 그룹
2020-05-13T14:46:11Z
<p>김창수: 새 문서: * SLM(Service Level Management) * SLI(Service Level Object) * SLA(Service Level Agreement) * SLI(Service Level Indicator)</p>
<hr />
<div>* [[SLM|SLM(Service Level Management)]]<br />
* [[SLI|SLI(Service Level Object)]]<br />
* [[SLA|SLA(Service Level Agreement)]]<br />
* [[SLI|SLI(Service Level Indicator)]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%82%AC%EC%9D%B4%ED%8A%B8_%EC%8B%A0%EB%A2%B0%EC%84%B1_%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81&diff=11970
사이트 신뢰성 엔지니어링
2020-05-13T14:38:07Z
<p>김창수: 새 문서: 분류:소프트웨어 공학 ;Site Reliability Engineering; SRE ;구글에서 개발하고, 구글에서 사이트의 안정성을 유지하기 위해 오랫동안 사용해오...</p>
<hr />
<div>[[분류:소프트웨어 공학]]<br />
;Site Reliability Engineering; SRE<br />
;구글에서 개발하고, 구글에서 사이트의 안정성을 유지하기 위해 오랫동안 사용해오다가 정리해서 발표한 방법론<br />
* [[데브옵스]]와 유사하다.<br />
<br />
== 단어의 정의 ==<br />
* Site Reliability Engineering = 웹사이트 운영팀의 소프트웨어 엔지니어<br />
** 즉, 운영팀에서 문의 응대, 관리자 페이지 이용 등 소위 '운영' 업무가 아닌 실제 사이트를 엔지니어링 하는 역할<br />
** 운영팀과 개발팀의 중간자 역할<br />
<br />
== 데브옵스와의 차이 ==<br />
* [https://www.youtube.com/watch?v=uTEL8Ff1Zvk&feature=youtu.be What's the Difference Between DevOps and SRE?]<br />
<br />
== 같이 보기 ==<br />
* [[구글]]<br />
* [[데브옵스]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%8D%B0%EB%B8%8C_%EC%98%B5%EC%8A%A4&diff=11969
데브 옵스
2020-05-13T14:32:43Z
<p>김창수: 데브옵스 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[데브옵스]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=SRE&diff=11968
SRE
2020-05-13T14:31:05Z
<p>김창수: 사이트 신뢰성 엔지니어링 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[사이트 신뢰성 엔지니어링]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%B9%B4%EC%98%A4%EC%8A%A4_%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81&diff=11967
카오스 엔지니어링
2020-05-13T14:28:57Z
<p>김창수: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:네트워크]][[분류:기술사 기출]]<br />
;Chaos Engineering<br />
;복잡한 분산 시스템 환경에서 시스템의 신뢰성을 확인하기 위해, 인위적인 혼돈(Chaos)을 가하여 시스템의 취약한 부분을 찾고 보강하는 방식의 엔지니어링 기법<br />
* 일종의 [[성능 테스트]]로, 무차별적인 부하 속에서 어떤 구성 시스템이 먼저 장애를 일으키는지를 확인할 수 있다.<br />
* 분산 시스템의 불확실성을 해소하기 위한 방안으로 주목받고 있다.<br />
<br />
== 카오스 테스트 원칙 ==<br />
* 정상적인 동작을 기반으로 가설을 만든다.<br />
* 다양한 실제적 사건들을 이용한다.<br />
* 프로덕션(운영) 환경에서 테스트한다.<br />
* 지속적 테스트를 위해 동작을 자동화한다.<br />
* 장애 반경을 최소화한다.<br />
<br />
== 절차 ==<br />
* 1. 시스템의 정상적인 상태를 정의<br />
** ex) CPU Load, Memory Utilization, Network I/O 등<br />
* 2. 통제 그룹과 시험 그룹 시스템이 정상적인 상태로 지속될 것이라 가정<br />
** ex) 서버 40대 중 10대가 동시에 고장나도 고객 서비스는 정상 동작<br />
* 3. 현실에서 일어날 수 있는 문제를 반영하여 실헙 그룹에 도입<br />
** ex) 갑작스런 접속 폭주, [[서비스 거부 공격]]<br />
* 4. 시험 그룹과 통제 그룹을 비교하여 가설 검증<br />
** ex) 가설이 기각되는 경우 시스템 보완<br />
<br />
== 기술사 기출 ==<br />
* [http://q.fran.kr/문제/10036 정보관리기술사 120회 1교시(카오스 테스트)]<br />
<br />
== 같이 보기 ==<br />
* [[SRE]]<br />
* [[정보관리기술사 120회]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%A0%95%EB%B3%B4%EA%B4%80%EB%A6%AC%EA%B8%B0%EC%88%A0%EC%82%AC_120%ED%9A%8C&diff=11966
정보관리기술사 120회
2020-05-13T14:22:23Z
<p>김창수: /* 1교시 */</p>
<hr />
<div>[[분류:자격증]][[분류:기술사 기출]]<br />
<br />
== 개요 ==<br />
=== 일정 ===<br />
* 필기 시험일자: 2020년 2.1.<br />
* 필기 발표일자: 2019년 9.11.<br />
* 실기 시험일자: 2019.11.2. ~ 2019.11.11.<br />
* 최종 합격자 발표일: 2019.11.22.<br />
<br />
=== 합격자 ===<br />
* 필기 합격자는 총 <br />
* 최종 합격자는 총 <br />
<br />
== 총평 ==<br />
;교시별 난이도 편차가 심하고 전반적으로 금융권에 치중된 면이 있어 공정성에 아쉬움이 있음<br />
* 1교시는 생소한 키워드가 많아 근래 가장 난이도가 높았음<br />
** 다수의 비교 문제, 개념이 아닌 절차 문제 등 기존 회차들과 차별화된 경향<br />
** Pay Later API, 카오스 테스트, 백필 등의 생소한 개념 등장<br />
* 2교시~4교시 문제는 전반적으로 예측 가능하였으며, 트렌드를 잘 반영하였다는 평<br />
** [[정보관리기술사 119회|119회]] 이어 목차가 어느정도 정해진 형태로 출제됨<br />
** 다만, 1교시에 이어 금융권 실무영역에 다소 치우쳤다는 비판<br />
*** QR코드가 반복해서 등장하고 바이오인증 분산처리 등의 보편화되지 않은 표준 출제<br />
*** 오픈뱅킹, 마이데이터, 레그테크 등 또한 금융권 실무자 입장에서 유리<br />
<br />
== 기출 문제 ==<br />
=== 1교시 ===<br />
* 1. 바코드(Barcode)와 [[QR 코드|QR코드(Quick Response Code)]]<br />
* 2. [[스크래핑|스크래핑(Scraping)과 API(Application Programming Interface) 기술]]<br />
* 3. [[무자각 인증|무자각 지속 인증(Implicit Continuous Authentication)]]<br />
* 4. [[앰비언트 커머스|앰비언트 커머스(Ambient Commerce)]]<br />
* 5. 국제은행간통신협회(SWIFT)의 [[Pay Later API|Pay Later API 표준]]<br />
* 6. [[가상 물리 시스템|가상물리시스템(Cyber Physical System)]]의 구축 절차<br />
* 7. 스마트팩토리시스템(Smart Factory System)<br />
* 8. [[RAID|RAID 0, RAID 1, RAID 5, RAID 6]]<br />
* 9. [[해시|해쉬 알고리즘(Hash Algorithm)]]의 특성 및 종류<br />
* 10. [[카오스 엔지니어링|카오스 테스트(Chaos Test)]]<br />
* 11. [[정규 표현식|정규 표현식(Regular Expression)]]과 유한오토마타(Finite Automata)<br />
** '''(참고)''' [[정보관리기술사 110회]] 기출 유사 문제<br />
* 12. CPU(Central Processing Unit)와 GPGPU(General-Purpose computing on Graphics Processing Units)<br />
** '''(참고)''' [[정보관리기술사 111회]] 기출 유사 문제<br />
* 13. [[워크플로우]] 관리(Workflow Management)의 백필(Backfill)<br />
<br />
=== 2교시 ===<br />
* 1. [[바이오정보|바이오정보]] 분산관리와 관련하여 다음을 설명하시오.<br />
** 가. 개념, 필요성 및 특징<br />
** 나. 처리과정별 보안위협 및 대책<br />
** 다. 적용 사례 및 전망<br />
* 2. [[마이데이터|마이데이터(MyData)]] 산업과 관련하여 다음을 설명하시오.<br />
** 가. 마이데이터 및 마이데이터 산업의 개념<br />
** 나. 필요성과 특징<br />
** 다. 마이데이터 산업 주체별 역할과 처리 흐름<br />
** 라. 적용 시 문제점과 해결방안<br />
* 3. [[마이크로 서비스 아키텍처|모놀리스(Monolith)와 마이크로서비스(Microservice) 아키텍처]]의 개념을 비교하여 설명하고 [[데브옵스|데브옵스(DevOps)]] 구현시의 장·단점에 대하여 설명하시오.<br />
* 4. 가상머신(Virtual Machine)과 [[컨테이너 가상화|컨테이너(Container)]]를 비교하여 설명하시오.<br />
* 5. 스마트팩토리(Smart Factory)의 정보시스템 구축 사업을 통해 얻을 수 있는 성과측정 항목을 생산성(Productivity), 품질(Quality), 비용(Cost), 납기(Delivery)의 4가지 관점으로 구분하여 설명하고 매출(Revenue), 원가(Cost), 이익(Profit)에 미치는 상관관계를 설명하시오.<br />
* 6. 대기행렬시스템(Queue System)의 개념을 설명하고, 처리 기법을 예를 들어 설명하시오.<br />
<br />
=== 3교시 ===<br />
* 1. [[QR코드]] 기반의 결제 방식과 관련하여 다음을 설명하시오.<br />
** 가. MPM(Merchant Presented Mode)/CPM(Customer Presented Mode) 비교<br />
** 나. 도입시 보안 고려사항 및 시사점<br />
* 2. [[레그테크|레그테크(Regtech)]]와 관련하여 다음을 설명하시오.<br />
** 가. 레그테크 정의와 필요성<br />
** 나. 주요 특징<br />
** 다. 추진동향 및 도입시 고려사항<br />
* 3. [[머신 러닝|머신 러닝(Machine Learning)]]에서 활용되는 [[앙상블 학습|앙상블(Ensemble) 기법]]을 설명하시오.<br />
* 4. 네트워크 가상화 기술인 [[VLAN|VLAN(Virtual LAN)]], [[VPN|VPN(Virtual Private Network)]], [[NFV|NFV(Network Function Virtualization)]]를 비교하여 설명하시오.<br />
** (참고) 전회차 면접 기출문제<br />
* 5. [[소프트웨어 아키텍처|소프트웨어 아키텍처(Architecture)]]의 모델 유형에 대하여 설명하시오.<br />
* 6. [[클라우드 컴퓨팅]]서비스에 대한 [[클라우드 보안인증제도|공공기관의 보안인증제도]]를 설명하시오.<br />
<br />
=== 4교시 ===<br />
* 1. 정보시스템의 [[인증|사용자 인증 요소(User Authentication Factor)]]와 관련하여 다음을 설명하시오.<br />
** 가. 사용자 인증의 정의 및 필요성<br />
** 나. 사용자 인증의 절차<br />
** 다. 사용자 인증 요소별 특징<br />
* 2. [[오픈 뱅킹|오픈 뱅킹(Open Banking)]]과 관련하여 다음을 설명하시오.<br />
** 가. 개념 및 등장 배경<br />
** 나. 구성 주체 및 역할<br />
** 다. 기대 효과 및 시장 전망<br />
* 3. [[딥러닝|딥러닝(Deep Learning)]]의 파라미터(Parameter)와 [[하이퍼파라미터|하이퍼파라미터(Hyperparameter)]]를 비교하고, 하이퍼파라미터의 튜닝 방법을 설명하시오.<br />
* 4. 웹 서비스를 제공하기 위하여 여러 서버에 데이터를 복제하는 경우의 복제 유형에 대하여 설명하시오.<br />
* 5. [[개인정보 비식별조치 가이드라인|개인정보의 비식별조치 가이드라인]]에 대하여 설명하시오.<br />
* 6. [[블록체인]] [[플랫폼]] 구축과정에서 성능 및 보안 측면의 고려사항을 설명하시오.<br />
<br />
== 같이 보기 ==<br />
* [[정보관리기술사]]<br />
* [[컴퓨터시스템응용기술사]]<br />
* [[:분류:기술사 기출]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%B9%B4%EC%98%A4%EC%8A%A4_%ED%85%8C%EC%8A%A4%ED%8A%B8&diff=11965
카오스 테스트
2020-05-13T14:21:32Z
<p>김창수: 카오스 엔지니어링 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[카오스 엔지니어링]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%B9%B4%EC%98%A4%EC%8A%A4_%EC%97%94%EC%A7%80%EB%8B%88%EC%96%B4%EB%A7%81&diff=11964
카오스 엔지니어링
2020-05-13T14:21:05Z
<p>김창수: 새 문서: 분류:소프트웨어 공학분류:네트워크분류:기술사 기출 ;Chaos Engineering ;복잡한 분산 시스템 환경에서 시스템의 신뢰성을 확인하기...</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:네트워크]][[분류:기술사 기출]]<br />
;Chaos Engineering<br />
;복잡한 분산 시스템 환경에서 시스템의 신뢰성을 확인하기 위해, 인위적인 혼돈(Chaos)을 가하여 시스템의 취약한 부분을 찾고 보강하는 방식의 엔지니어링 기법<br />
* 일종의 [[성능 테스트]]로, 무차별적인 부하 속에서 어떤 구성 시스템이 먼저 장애를 일으키는지를 확인할 수 있다.<br />
<br />
== 기술사 기출 ==<br />
* [http://q.fran.kr/문제/10036 정보관리기술사 120회 1교시(카오스 테스트)]<br />
<br />
== 같이 보기 ==<br />
* [[SRE]]<br />
* [[정보관리기술사 120회]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%B6%84%EB%A5%98:%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4&diff=10702
분류:데이터베이스
2020-05-06T14:22:01Z
<p>김창수: </p>
<hr />
<div>[[분류:데이터 과학]]<br />
데이터베이스 분류에선 DBMS의 근간이 되는 데이터베이스 외에도 다양한 데이터 처리, 데이터 과학에 관한 문서가 포함될 수 있다.</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=T-%EB%8B%A4%EC%96%91%EC%84%B1&diff=10701
T-다양성
2020-05-06T14:21:02Z
<p>김창수: </p>
<hr />
<div>[[분류:개인정보보호]][[분류:데이터 과학]]<br />
;t-closeness<br />
;[[l-다양성]]의 취약점(쏠림 공격, 유사성 공격)을 보완하기 위해 모델<br />
<br />
== l-다양성의 취약점 ==<br />
; 쏠림 공격 (skewness attack)<br />
* 정보가 특정한 값에 쏠려 있을 경우 ℓ-다양성 모델이 프라이버시를 보호하지 못함<br />
* '''쏠림 공격의 예''': 특정 대상이 속한 데이터의 99%가 '위암'이라면 공격 대상이 99%의 확률로 위암<br />
; 유사성 공격 (similarity attack)<br />
* 비식별 조치된 레코드의 정보가 서로 비슷하다면 ℓ-다양성 모델을 통해 비식별 된다 할지라도 프라이버시가 노출될 수 있음<br />
<br />
== 예시 ==<br />
* l-다양성 모델에 의해 비식별된 데이터<br />
{| class="wikitable"<br />
! rowspan="2" | 구분<br />
! colspan="2" | 속성자<br />
! colspan="2" | 민감한 정보<br />
! rowspan="2" | 비고<br />
|-<br />
| 지역 코드<br />
| 연령<br />
| 급여(백만원)<br />
| 질병<br />
|-<br />
| 1<br />
| 476**<br />
| 2*<br />
| 30<br />
| 위궤양<br />
| rowspan="3" | 모두가 ‘위’와 관련한<br />
유사 질병으로 취약<br />
|-<br />
| 2<br />
| 476**<br />
| 2*<br />
| 40<br />
| 급성 위염<br />
|-<br />
| 3<br />
| 476**<br />
| 2*<br />
| 50<br />
| 만성 위염<br />
|-<br />
| 4<br />
| 4790*<br />
| ≥ 40<br />
| 60<br />
| 급성 위염<br />
| rowspan="3" | 다양한 질병이<br />
혼재되어 안전<br />
|-<br />
| 5<br />
| 4790*<br />
| ≥ 40<br />
| 110<br />
| 감기<br />
|-<br />
| 6<br />
| 4790*<br />
| ≥ 40<br />
| 80<br />
| 기관지염<br />
|-<br />
| 7<br />
| 476**<br />
| 3*<br />
| 70<br />
| 기관지염<br />
| rowspan="3" | 다양한 질병이<br />
혼재되어 안전<br />
|-<br />
| 8<br />
| 476**<br />
| 3*<br />
| 90<br />
| 폐렴<br />
|-<br />
| 9<br />
| 476**<br />
| 3*<br />
| 100<br />
| 만성 위염<br />
|}<br />
* 레코드 1,2,3이 속한 동질 집합의 병명이 서로 다르지만 의미가 서로 유사함(위궤양, 급성 위염, 만성 위염)<br />
* 공격자는 공격 대상의 질병이 ‘위’에 관련된 것이라는 사실을 알아낼 수 있음<br />
* 또 다른 민감한 정보인 급여에 대해서도 공격 대상이 다른 사람에 비해 상대적으로 낮은 급여 값을 가짐을 쉽게 알아낼 수 있음(30 ~ 50백만원)<br />
<br />
* t-근접성 적용<br />
{| class="wikitable"<br />
! rowspan="2" | 구분<br />
! colspan="2" | 속성자<br />
! colspan="2" | 민감한 정보<br />
! rowspan="2" | 비고<br />
|-<br />
| 지역 코드<br />
| 연령<br />
| 급여(백만원)<br />
| 질병<br />
|-<br />
| 1<br />
| 4767*<br />
| ≤ 40<br />
| 30<br />
| 위궤양<br />
| rowspan="3" | 급여와 질병의<br />
다양한 분포로 안전<br />
|-<br />
| 3<br />
| 4767*<br />
| ≤ 40<br />
| 50<br />
| 만성 위염<br />
|-<br />
| 8<br />
| 4767*<br />
| ≤ 40<br />
| 90<br />
| 폐렴<br />
|-<br />
| 4<br />
| 4790*<br />
| ≥ 40<br />
| 60<br />
| 급성 위염<br />
| rowspan="3" | 급여와 질병의<br />
다양한 분포로 안전<br />
|-<br />
| 5<br />
| 4790*<br />
| ≥ 40<br />
| 110<br />
| 감기<br />
|-<br />
| 6<br />
| 4790*<br />
| ≥ 40<br />
| 80<br />
| 기관지염<br />
|-<br />
| 2<br />
| 4760*<br />
| 3*<br />
| 40<br />
| 급성 위염<br />
| rowspan="3" | 급여와 질병의<br />
다양한 분포로 안전<br />
|-<br />
| 7<br />
| 4760*<br />
| 3*<br />
| 70<br />
| 기관지염<br />
|-<br />
| 9<br />
| 4760*<br />
| 3*<br />
| 100<br />
| 만성 위염<br />
|}<br />
<br />
== 같이 보기 ==<br />
* [[k-익명성]]<br />
* [[l-근접성]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=ALM&diff=10700
ALM
2020-05-06T14:19:11Z
<p>김창수: </p>
<hr />
<div>[[분류:IT경영]][[분류:기업 IT]]<br />
;Application Life-cycle Management<br />
<br />
== 구성 요소 ==<br />
* 이슈 관리: 일정 관리, 우선순위 관리, 위험도 관리<br />
* 개발 환경: IDE, 테스트 환경, 코드 검사 도구(Inspection)<br />
* 소스 관리: 형상 관리(버전 관리·변경 관리), 브랜치 관리<br />
* 자동화: 빌드·테스트·오류 검사·영향도 검사 자동화<br />
<br />
== 기대 효과 ==<br />
* 복잡도 감소: 팀 단위의 개발 시 개발 프로세스에 대한 통합으로 개발 복잡도의 감소<br />
* 협업 효율 개선: 팀 커뮤니케이션 도구와 방법을 단일화 하고 커뮤니케이션 및 협업을 원활하게 지원<br />
* 품질 향상: 형상관리 및 테스트·검사 자동화 체계를 통해 코드·산출물 품질 및 성능 향상<br />
* 추적성 관리: 향상 요구 사항으로부터 실제 코드의 변경과 이력까지의 추적성 제공</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=B2Bi&diff=10699
B2Bi
2020-05-06T14:18:46Z
<p>김창수: </p>
<hr />
<div>[[분류:IT경영]][[분류:기업 IT]]<br />
;Business To Business Integration<br />
;기업 간 시스템 연계를 위한 체계<br />
* EAI와 같이 어댑터 설치가 불가능하므로, 표준화된 프로토콜 이용<br />
** [[HTTPS]], [[XML]], [[SOAP]], [[ebXML]]<br />
<br />
== 같이 보기 ==<br />
* [[ESB]]<br />
* [[EAI]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%ED%85%8D%EC%8A%A4%ED%8A%B8_%EB%9E%AD%ED%81%AC&diff=10630
텍스트 랭크
2020-05-05T14:52:19Z
<p>김창수: 새 문서: 분류:인공지능 ;TextRank 핵심 문장 및 핵심 키워드를 추출하는 알고리즘 * 구글의 페이지 랭크 알고리즘을 기반으로 고안되었다. * 문서...</p>
<hr />
<div>[[분류:인공지능]]<br />
;TextRank<br />
핵심 문장 및 핵심 키워드를 추출하는 알고리즘<br />
* 구글의 페이지 랭크 알고리즘을 기반으로 고안되었다.<br />
* 문서 요약, 라벨링 등에 사용될 수 있다.</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EA%B1%B8%ED%85%8C%ED%81%AC&diff=10613
리걸테크
2020-05-05T11:04:33Z
<p>김창수: /* 활용 분야 */</p>
<hr />
<div>[[분류:인공지능]][[분류:디지털 서비스]][[분류:컴플라이언스]]<br />
;LegalTech<br />
빅데이터 분석, 인공지능 기술 등을 활용하여 법률에 대한 자문을 수행하거나 적법성을 판단하는 등 법률과 IT기술이 융합된 형태<br />
* 리걸(Legal)과 테크놀로지(Technology)의 합성어<br />
<br />
== 활용 분야 ==<br />
* 계약서, 약관 분석 (불공정·적법성 여부 등)<br />
* 관련 판례 검색<br />
* 독소조항 검색<br />
* 적법성 판단<br />
* 변호사 선임 및 계약<br />
* 법률 서식 작성<br />
<br />
== 현황 ==<br />
* 2016년 기준 미국에만 1,100여 개의 리걸테크 기업 존재<br />
* 2011년 9,140만 달러에서 2015년 2억 9,200만 달러로 시장 규모 4년간 3배 확대<br />
<br />
== 사례 ==<br />
* 스탠포드대학교<br />
** 코드엑스(CodeX) 프로젝트<br />
* 알파로 경진대회(법률 자문 대결)<br />
** 2019년 열린 대회에서 9팀 중 AI 혼합 팀이 1~3등을 차지<br />
* 중국 하이난 고등법원<br />
** 형사법정에서 AI양형 시스템 사용<br />
<br />
== 관련 기업 및 서비스 ==<br />
* 주디카타(Judicata, 미국): 관련 판례 검색<br />
* 노스포인트(North Point, 미국): 콤파스 서비스. 판결 예측<br />
* 리걸줌(LegalZoom, 미국): 법률서식 자동 작성 등<br />
* 두낫페이(DoNotPay, 영국): 부당한 과태료나 수수료 취소 청구 지원<br />
* 로아팩토리(한국): 모두싸인 서비스. 변호사 선임<br />
* 인텔리콘(Intellicon): 알파로 서비스. 계약서 분석<br />
<br />
== 같이 보기 ==<br />
* [[레그테크]]<br />
* [[섭테크]]<br />
<br />
== 참고 문헌 ==<br />
* https://1boon.kakao.com/bizion/5de83c5234431474e939bae6<br />
* http://it.chosun.com/site/data/html_dir/2019/08/29/2019082902711.html</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EA%B1%B8%ED%85%8C%ED%81%AC&diff=10612
리걸테크
2020-05-05T11:04:09Z
<p>김창수: </p>
<hr />
<div>[[분류:인공지능]][[분류:디지털 서비스]][[분류:컴플라이언스]]<br />
;LegalTech<br />
빅데이터 분석, 인공지능 기술 등을 활용하여 법률에 대한 자문을 수행하거나 적법성을 판단하는 등 법률과 IT기술이 융합된 형태<br />
* 리걸(Legal)과 테크놀로지(Technology)의 합성어<br />
<br />
== 활용 분야 ==<br />
* 계약서, 약관 분석 (불공정·적법성 여부 등)<br />
* 관련 판례 검색<br />
* 독소조항 검색<br />
* 적법성 판단<br />
<br />
== 현황 ==<br />
* 2016년 기준 미국에만 1,100여 개의 리걸테크 기업 존재<br />
* 2011년 9,140만 달러에서 2015년 2억 9,200만 달러로 시장 규모 4년간 3배 확대<br />
<br />
== 사례 ==<br />
* 스탠포드대학교<br />
** 코드엑스(CodeX) 프로젝트<br />
* 알파로 경진대회(법률 자문 대결)<br />
** 2019년 열린 대회에서 9팀 중 AI 혼합 팀이 1~3등을 차지<br />
* 중국 하이난 고등법원<br />
** 형사법정에서 AI양형 시스템 사용<br />
<br />
== 관련 기업 및 서비스 ==<br />
* 주디카타(Judicata, 미국): 관련 판례 검색<br />
* 노스포인트(North Point, 미국): 콤파스 서비스. 판결 예측<br />
* 리걸줌(LegalZoom, 미국): 법률서식 자동 작성 등<br />
* 두낫페이(DoNotPay, 영국): 부당한 과태료나 수수료 취소 청구 지원<br />
* 로아팩토리(한국): 모두싸인 서비스. 변호사 선임<br />
* 인텔리콘(Intellicon): 알파로 서비스. 계약서 분석<br />
<br />
== 같이 보기 ==<br />
* [[레그테크]]<br />
* [[섭테크]]<br />
<br />
== 참고 문헌 ==<br />
* https://1boon.kakao.com/bizion/5de83c5234431474e939bae6<br />
* http://it.chosun.com/site/data/html_dir/2019/08/29/2019082902711.html</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EA%B1%B8%ED%85%8C%ED%81%AC&diff=10611
리걸테크
2020-05-05T10:50:49Z
<p>김창수: </p>
<hr />
<div>[[분류:인공지능]][[분류:디지털 서비스]][[분류:컴플라이언스]]<br />
;LegalTech<br />
빅데이터 분석, 인공지능 기술 등을 활용하여 법률에 대한 자문을 수행하거나 적법성을 판단하는 등 법률과 IT기술이 융합된 형태<br />
* 미국과 영국 등 주요 선진국에선 이미 활성화되었다고 한다.<ref>참고기사: http://it.chosun.com/site/data/html_dir/2019/08/29/2019082902711.html, 참고로 한글보단 영어가 자연어 처리 측면에서 유리한면이 있다.</ref><br />
<br />
== 활용 분야 ==<br />
* 계약서, 약관 분석 (불공정·적법성 여부 등)<br />
* 관련 판례 검색<br />
* 독소조항 검색<br />
* 적법성 판단<br />
<br />
== 사례 ==<br />
* 알파로 경진대회(법률 자문 대결)<br />
** 2019년 열린 대회에서 9팀 중 AI 혼합 팀이 1~3등을 차지<br />
* 중국 하이난 고등법원<br />
** 형사법정에서 AI양형 시스템 사용<br />
<br />
== 같이 보기 ==<br />
* [[레그테크]]<br />
* [[섭테크]]<br />
<br />
== 참고 문헌 ==</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EB%A6%AC%EA%B1%B8%ED%85%8C%ED%81%AC&diff=10610
리걸테크
2020-05-05T10:48:30Z
<p>김창수: 새 문서: 분류:인공지능분류:디지털 서비스분류:컴플라이언스 ;LegalTech 빅데이터 분석, 인공지능 기술 등을 활용하여 법률에 대한 자문을...</p>
<hr />
<div>[[분류:인공지능]][[분류:디지털 서비스]][[분류:컴플라이언스]]<br />
;LegalTech<br />
빅데이터 분석, 인공지능 기술 등을 활용하여 법률에 대한 자문을 수행하거나 적법성을 판단하는 등 법률과 IT기술이 융합된 형태<br />
* 미국과 영국 등 주요 선진국에선 이미 활성화되었다고 한다.<ref>참고기사: http://it.chosun.com/site/data/html_dir/2019/08/29/2019082902711.html, 참고로 한글보단 영어가 자연어 처리 측면에서 유리한면이 있다.</ref><br />
<br />
== 사례 ==<br />
* 알파로 경진대회(법률 자문 대결)<br />
** 2019년 열린 대회에서 9팀 중 AI 혼합 팀이 1~3등을 차지<br />
* 중국 하이난 고등법원<br />
** 형사법정에서 AI양형시스템 사용<br />
<br />
== 같이 보기 ==<br />
* [[레그테크]]<br />
* [[섭테크]]<br />
<br />
== 참고 문헌 ==</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%9D%B5%EC%8A%A4%ED%8A%B8%EB%A6%BC_%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D&diff=10504
익스트림 프로그래밍
2020-05-03T08:26:05Z
<p>김창수: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:프로젝트 관리]][[분류:애자일]]<br />
;eXtreme Programming; XP; XP 방법론<br />
;[[애자일]] 방법론 중 하나로, 비즈니스 상의 요구가 시시각각 변동이 심한 소규모 프로젝트에 적합한 개발 방법론<br />
<br />
* 12개 정도의 구체적인 실천 방법(Practice)을 정의<br />
* 짧은 주기로 여러번 고객에게 납품 반복<br />
* 개발 문서 보다는 소스코드를, 조직적인 개발 보다는 개개인의 책임과 용기를 중시<br />
<br />
== 장단점 ==<br />
* 장점<br />
** 문서 작성 최소화로 개발 효율 증가<br />
** 의사소통과 빠른 피드백을 통한 소프트웨어 품질 향상<br />
* 단점<br />
** 대규모 프로젝트엔 적용 어려움<br />
** 참여하는 개인의 성향에 따라 프로젝트의 품질 차이 발생<br />
<br />
== 핵심 가치 ==<br />
[http://www.extremeprogramming.org/values.html 출처]<br />
* '''용기''': 문서로 변명하기 보단 진실되고 용기있게 개발<br />
* '''존중''': 개발자의 역량을 존중하고 충분한 권한과 권리 부여<br />
* '''의사소통''': 이해관계자 모두가 팀원이라는 생각으로 모든 사항 공유<br />
* '''피드백''': 의사소통에 따른 즉각적인 피드백<br />
* '''단순성''': 필요한 것은 하지만 더이상은 하지 않음<br />
<br />
== 절차 ==<br />
[[파일:익스트림 프로그래밍 절차.png]]<br />
<br />
=== 사용자 스토리 ===<br />
; User Stories<br />
* 사용자 요구사항 / UML의 유스케이스와 같은 목적(요구사항 수집, 의사소통 도구)<br />
* 릴리즈 계획을 작성하기 위한 단위<br />
* 기능단위로 필요한 내용을 간단하게 기재, 필요시 간단한 테스트 사항도 표기 가능<br />
* 시스템을 사용하는 고객이 필요한 것이 무엇인지를 기술 → 인수테스트시 사용<br />
<br />
=== 구조적 스파이크 ===<br />
; Architectural Spike<br />
* 어려운 요구사항 혹은 잠재적인 솔루션들을 고려하기 위해 작성하는 간단한 프로그램<br />
* 사용자 스토리의 신뢰성을 증대시키거나 기술적인 문제의 위험을 줄이고자 하는데 목적<br />
<br />
=== 릴리즈 계획 ===<br />
; Release Planning<br />
* 전체 프로젝트에 대한 배포 계획을 생성<br />
<br />
=== 반복 ===<br />
; Iteration<br />
* 하나의 반복을 1에서 3주 정도로 나누고 반복들을 프로젝트 전반에 균일하게 유지<br />
* XP의 반복은 프로세스의 평가와 계획을 단순하고 신뢰성 있게 만드는 핵심 항목 → 반복 계획 미팅<br />
* 사용자 요구사항 변경, 기술적인 문제 등 상황에 따라 릴리즈 및 반복 계획 수정 가능<br />
<br />
=== 인수 테스트 ===<br />
; Acceptance Test<br />
* 릴리즈 전의 인수 테스트. 고객이 수행<br />
<br />
=== 소규모 릴리즈 ===<br />
; Small Release<br />
* 작은 배포는 XP 주기의 마지막 단계<br />
* 소규모로 빈번하게 배포하면 고객에게 여러 가지 이득을 조기 제공<br />
* 프로그램은 빠른 피드백을 제공 받음<br />
<br />
== 12가지 실천사항 ==<br />
[http://wiki.c2.com/?ExtremeProgrammingCorePractices 출처]<br />
* '''Fine scale feedback'''<br />
** Pair Programming: 하나의 작업을 2명의 프로그래머가 코딩·리뷰 공동 수행<br />
** Planning Game: 게임처럼 선수와 규칙, 목표를 두고 기획 수행<br />
** Test Driven Development: 선 단위 테스트후 실제 코드 작성<br />
** Whole Team: 개발 효율을 위해 고객을 프로젝트 팀원으로 상주<br />
* '''Continuous process'''<br />
** Continuous Integration: 상시 빌드 및 배포가 가능한 상태로 유지<br />
** Design Improvement: 코드 개선 작업 수행(가시성, 성능 등), 불필요한 기능 제거 및 리팩토링<br />
** Small Releases: 짧고 잦은 릴리즈로 고객이 변경사항을 볼 수 있게 함 → 잦은 피드백<br />
* '''Shared understanding'''<br />
** Coding Standards: 표준화된 관례에 따라 코드 작성<br />
** Collective Code Ownership: 시스템에 있는 소스코드는 팀의 모든 프로그래머가 언제라도 수정 가능<br />
** Simple Design: 가능한 가장 간결한 디자인 상태 유지<br />
** System Metaphor: 최종적으로 개발 되어야 할 시스템의 구조를 조망<br />
* '''Programmer welfare'''<br />
** Sustainable Pace: 오버타임 지양<br />
<br />
== 기출 문제 ==<br />
* [http://q.fran.kr/문제/8141 공무원 9급 전산직(전산개발)]<br />
<br />
== 참고 문헌 ==<br />
* [http://www.extremeprogramming.org 공식 사이트]<br />
* [http://wiki.c2.com/?ExtremeProgramming 위키위키웹 XP 페이지]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%A0%95%EB%B3%B4%EA%B4%80%EB%A6%AC%EA%B8%B0%EC%88%A0%EC%82%AC&diff=10435
정보관리기술사
2020-05-02T03:54:20Z
<p>김창수: </p>
<hr />
<div>[[분류:자격증]]<br />
국가기술자격 중 최고 등급의 자격<br />
* 기능사 -> 산업기사 -> 기사 -> 기술사 순서지만, 다른 자격들은 난이도에 상대적으로 차이가 없는 반면 기사와 기술사는 엄청난 차이가 있다.<br />
<br />
== 개요 ==<br />
=== 정의 ===<br />
해당 기술 분야에 관한 고도의 전문지식과 실무경험에 입각한 응용능력을 보유한 사람으로서 「국가기술자격법」 제10조에 따라 기술사 자격을 취득한 사람을 말한다.<br />
<br />
=== 스펙 ===<br />
* 시험 범위: IT 전체(단, 하드웨어적인 부분은 출제 비중 낮음)<br />
* 평균 공부 기간: 약 2년<br />
* 평균 경력: 약 15년<br />
<br />
=== 응시 자격 ===<br />
* 기사 취득 후 실무경력 4년 이상<br />
* 학사 취득 후 실무경력 7년 이상<br />
<br />
== 윤리 강령 ==<br />
* 1. 국민의 안전·보건·복지와 환경의 보전<br />
** 기술사는 인간의 존엄성을 존중하고 국민의 안전, 보건, 복지를 최우선으로 고려하며, 환경을 보전하고 증진하는데 최선의 노력을 경주한다.<br />
* 2. 자긍심과 직무능력<br />
** 기술사는 최고 전문 기술인으로서의 자긍심을 갖고, 지속적으로 직무능력을 배양하여 자신의 능력과 자격이 있는 분야의 직무만 수행한다.<br />
* 3. 정직, 성실, 공평성<br />
** 기술사는 정직·성실하고 공평한 자세로 직무를 수행한다.<br />
* 4. 사명감과 품위유지<br />
** 기술사는 높은 사명감과 투철한 직업의식을 가지고 품위 있게 직무를 수행한다.<br />
* 5. 신뢰와 협동<br />
** 기술사는 신뢰를 바탕으로 기술사 상호간에 협동하는 자세로 직무를 수행한다.<br />
* 6. 비밀의 보전 유지<br />
** 기술사는 직무상 얻은 정보와 지식을 누설하거나 유용하지 않는다.<br />
<br />
== 대우 ==<br />
* 자격 수당<br />
** 공공기관의 경우 약 5~15만원<br />
** 대기업의 경우 약 30~50만원<br />
* 인사 가점<br />
** 일부 회사의 경우 CPA, 변호사와 동일 가점 부여<br />
* 5급 공무원 특채<br />
** 박사와 동일하게 5급 공무원 민간경력채용 지원 자격 부여<br />
<br />
== 기출 문제 및 답안 ==<br />
* [[정보관리기술사 110회]]: 2016년<br />
* [[정보관리기술사 111회]]: 2017년 1.22.(일)<br />
* [[정보관리기술사 112회]]: 2017년 5.4.(일)<br />
* [[정보관리기술사 113회]]: 2017년 8.12.(토)<br />
* [[정보관리기술사 114회]]: 2018년 2.4.(일)<br />
* [[정보관리기술사 115회]]: 2018년 5.13.(일)<br />
* [[정보관리기술사 116회]]: 2018년 8.11.(토)<br />
* [[정보관리기술사 117회]]: 2019년<br />
* [[정보관리기술사 118회]]: 2019년<br />
* [[정보관리기술사 119회]]: 2019년<br />
<br />
== 같이 보기 ==<br />
* [[컴퓨터시스템응용기술사]]<br />
* [[정보통신기술사]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=FT&diff=10434
FT
2020-05-02T03:36:48Z
<p>김창수: 넘겨주기 대상을 장애 허용에서 결함 허용 문서로 변경했습니다</p>
<hr />
<div>#넘겨주기 [[결함 허용]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%9E%A5%EC%95%A0%ED%97%88%EC%9A%A9&diff=10433
장애허용
2020-05-02T03:36:32Z
<p>김창수: 넘겨주기 대상을 장애 허용에서 결함 허용 문서로 변경했습니다</p>
<hr />
<div>#넘겨주기 [[결함 허용]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%9E%A5%EC%95%A0%ED%97%88%EC%9A%A9&diff=10432
장애허용
2020-05-02T03:35:55Z
<p>김창수: 장애 허용 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[장애 허용]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=FT&diff=10431
FT
2020-05-02T03:35:42Z
<p>김창수: 장애 허용 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[장애 허용]]</div>
김창수
https://devhrxoobm.itwiki.kr/index.php?title=%EC%9D%B4%EC%83%81%EA%B8%88%EC%9C%B5%EA%B1%B0%EB%9E%98%ED%83%90%EC%A7%80%EC%8B%9C%EC%8A%A4%ED%85%9C&diff=10430
이상금융거래탐지시스템
2020-05-02T03:07:13Z
<p>김창수: </p>
<hr />
<div>[[분류:보안]]<br />
;FDS; Fraud Detection System<br />
;전자금융거래에 사용되는 단말기 정보, 접속 정보, 거래내용 등을 종합적으로 분석하여 의심거래를 탐지하고 이상금융거래를 차단하는 시스템<br />
<br />
== 주요기능 ==<br />
[[파일:FDS의 기능.jpg]]<br />
* 모니터링/감사: 감사증적 데이터의 사후 추적기술<br />
* 정보수집: 단말기, 접속정보, 거래정보 + 계정계,정보계 >> 이용자 프로파일 관리기술<br />
* 분석 및 탐지: 거래(현재,과거)분석, 외부 빅데이터 연계 분석 >> 오용/이상탐지, CEP, 인메모리기술(SPARK)<br />
* 대응기능: 허가-필요시 추가인증, 거부 - 부정행위 통지 및 계정차단 등 차등적 대응 >> 멀티팩터 인증, 이상패턴 공유기술<br />
<br />
== 탐지 방법에 따른 분류 ==<br />
;[[침입탐지시스템]]과 유사하다.<br />
=== 오용 탐지 모델 ===<br />
;Misuse Detection<br />
* aka. 시그니처(Signature)기반 탐지 혹은 지식(knowledge)기반 탐지<br />
* 과거의 부정행위패턴을 기반으로 현재 알려진 패턴과 일치하는지 검사하여 부정행위를 탐지<br />
* 과거정보(사고정보 등)에 의존하기 때문에, 비교적 과거정보가 많으면 많을수록 탐지의 오탐률(False Positive)이 낮아지는 특징<br />
<br />
=== 이상 탐지 모델 ===<br />
;Anomaly Detection<br />
* 정상 금융거래 행위(데이터)를 기준으로 상대적으로 급격한 변화를 일으키거나 확률상 낮은 행위가 발생 할 경우를 탐지<br />
* 알려지지 않은 부정거래행위에 대한 사전 탐지가 가능<br />
* 정상 행위를 예측하기 어렵고 오탐률이 높으며 수집된 다양한 정보를 분석하는데 많은 학습시간이 소요<br />
<br />
== 공유 체계 ==<br />
* 금융보안원에서 FDS 정보공유를 수행<ref>https://fds.or.kr/4</ref><br />
* 한 금융회사에서 탐지된 이상금융거래를 다른 금융회사로 전파하여 유사 피해 예방<br />
<br />
== 적용 사례 ==<br />
* '''페이팔'''<br />
** 페이팔은 고객 거래 패턴을 파악, 이상 거래 패턴을 탐지하여 사고를 사전에 차단할 수 있는 '이상거래 관리 필터' 서비스를 제공한다.<br />
* '''신한카드'''<br />
** 신한카드는 카드 회원이 직접 설정한 결제 기준에 맞춰 해외 부정거래를 차단할 수 있는 '셀프FDS'를 제공한다. 셀프FDS는 카드 회원이 직접 사용국가, 사용 기간, 거래유형 등을 설정해 놓고, 이와 다른 결제가 일어날 시 자동으로 승인이 거절되는 시스템이다. 또한, 해외에서의 부정거래 방지를 위해 회원에게 미리 해외 출입국 정보신청 및 활용 동의를 받아 출입국 관리소 조회 후 승인 요청에 대한 처리를 결정한다.<br />
* '''유안타증권'''<br />
** 유안타증권이 FDS를 처음 시행한 것은 2013년 상반기이다. 파밍, 스미싱 등 전자금융사기수법에 대응할 수 있는 보안 시스템이 미비했던 시기 유한타증권이 FDS 구축에 앞장선 사례로 꼽힌다. FDS 운영 2년 동안 94회 실제 금융사고를 탐지했으며, 피해방지금액은 약 17억원에 달했다. FDS 서비스 이후 게시판에 '보이스 피싱을 당했으나 유안타증권 FDS 덕분에 금융 사기 피해를 보지 않았다'는 글이 게시되기도 했다.<br />
<br />
== 이슈 ==<br />
=== [[오픈뱅킹]]에서의 FDS 제한 논란 ===<br />
* 오픈뱅킹 체계에선 은행이 타행 애플리케이션에서 일어나는 자사 이상거래 파악 불가<ref>https://m.etnews.com/20191125000209</ref><br />
* 예시) A은행의 오픈뱅킹 앱을 통해 B은행에서 C은행으로 이체할 때 B은행에서 일어나는 이상 거래에 대해 A은행, B은행 모두 파악 불가<br />
* 이유) 거래 발생 시 수취인의 이름 대신 'OO은행 오픈뱅킹'으로만 표시되기 때문<br />
* 해결) 오픈뱅킹을 중계하는 금결원의 정보 공유, 금융보안원 FDS 정보공유 체계 강화 등<br />
<br />
=== 금융보안원 공유체계의 한계 ===<br />
* 금융보안원에서 FDS 정보 공유를 수행하고 있으나 정보공유가 원활하지 않음<br />
* 이유) 금융회사에서 자사의 사고 정보에 대해 공개하는 것을 꺼려 제한적으로만 공유하기 때문<br />
* 해결) FDS 정보 공유 법제화 등<br />
<br />
== 명칭 ==<br />
* 원문 그대로라면 '이상 거래 탐지 시스템', '사기 탐지 시스템' 등 다양하게 해석될 수 있지만 FDS를 주관하는 금융당국이나 금융보안원에서 ''''이상금융거래탐지시스템''''이라고 명명하여 운영중이므로 본 위키에선 해당 명명을 따름<br />
<br />
== 같이 보기 ==<br />
* [[이상금융거래정보 공유 시스템]]<br />
<br />
== 참고 문헌 ==<br />
* 금융보안연구원, 이상금융거래 탐지시스템 기술 가이드, 2014.8<br />
* 금융보안원, 머신러닝 기반의 이상거래 탐지시스템 동향, 2017.8 <br />
* [http://boansecurity.blogspot.com/2016/01/fdsfraud-detection-system.html FDS(Fraud Detection System) 이상 금융거래 탐지 시스템]<br />
* [http://www.bloter.net/archives/296444 블로터 FDS(이상금융거래탐지시스템)]</div>
김창수