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

리눅스 tar

2022-10-18T08:15:05Z

Devper:

[[분류:리눅스 명령어]]
리눅스·유닉스 운영체제에서 파일 묶기 및 압축에 사용되는 대표적인 프로그램
* '''(참고)''' 단순 tar 파일은 압축률이 0인 단순 파일 묶음이다. z옵션을 추가해야 '압축'이 된다.

== 사용법 ==
<pre>
tar [옵션] 결과파일명 압축대상파일
</pre>

== 옵션 ==
* -A, --catenate : 아카이브에 tar 파일을 추가한다.
* -c, --create : 새로운 아카이브 파일을 만든다.
* -C, --directory DIR : 대상 디렉터리(DIR)를 지정한다.
* -d, --diff, --compare : 아카이브와 파일 시스템의 차이를 비교한다.
* -f, --file＝ARCHIVE : 아카이브 이름(ARCHIVE)을 지정한다.
* -j -I --bzip : bzip2를 이용해 압축한다.
* -M, --multi-volume : 멀티 볼륨 아카이브를 생성, 해제, 출력한다.
* -r, --append : 아카이브의 끝에 파일을 추가한다.
* -t, --list : 아카이브 목록을 출력한다.
* -u, --update : 아카이브의 목록 중 기존의 파일에서 업데이트된 파일만 추가한다.
* -v, --verbose : 상세한 정보를 출력한다.
* -w, --interactive : 모든 행동에 사용자의 확인을 요구한다.
* -x, --extract, --get : 아카이브에서 파일을 푼다.
* -z --gzip, --ungzip : gzip으로 압축한다. ungzip으로 압축을 해제한다.
* --help : 도움말을 출력한다.
* --version : 버전 정보를 출력한다.

== 예제 ==
* 현재 디렉터리에 있는 bbs 디렉터리를 bbs.tar로 묶기
<pre>
tar -cvf bbs.tar bbs
</pre>

* 현재 디렉터리에 있는 bbs 디렉터리를 bbs.tar.gz로 압축하기
** 확장자로 tar.gz를 붙이는 것은 압축을 풀 때 이 파일이 어떻게 압축이 된 것인지 알 수 있게 해주기 위함
<pre>
tar -cvzf bbs.tar.gz bbs
</pre>

* 단순 묶음 해제하기
** 현재 디렉터리에 그대로 풀리게 됨
<pre>
tar -xvf bbs.tar
</pre>

* 경로를 지정하여 묶음 해제하기
** 묶을 때와 달리 -C 옵션이 필요
** 디렉터리를 생성해서 풀어주진 않으므로 원래 있는 디렉터리를 지정하거나 [[리눅스 mkdir|mkdir]]로 디렉터리 생성 필요
<pre>
tar -xvf bbs.tar -C bbs2
</pre>

* 압축 해제하기
** z옵션을 주어 gzip으로 압축된 파일은 풀 때도 단순히 z옵션을 추가하면 됨
<pre>
tar -xzvf bbs.tar
</pre>

== 트러블 슈팅 ==
<blockquote>tar: Exiting with failure status due to previous errors</blockquote>

* '''설명'''
** 압축 과정에서 어떤 에러라도 발생할 경우 위와 같은 메시지가 뜬다. 예를 들면 압축을 하는 과정에서 일부 파일에 접근할 권한이 없어 몇몇 파일을 빼고 압축이 되는 경우에 위와 같은 메시지를 확인할 수 있다. 이 경우 아래와 같이 어떤 문제가 있었는지 출력되는 내용을 통해 확인할 수 있다.
** 즉 이 에러는 어떤 에러든 에러에 해당하는 메시지가 출력되고, 압축은 완료되었으니 "압축은 완료되었지만 일부 문제가 있었던 것으로 보이니 출력된 에러 내용을 확인하세요!"라는 내용이라고 생각하면 된다.
* '''해결법'''
** 어떤 특정 상황에서 발생하는 것이 아니므로 뚜렷한 해결법은 없다. 그런데 아무 문제 없이 압축이 되는데도 자꾸 저 에러메시지가 나오는 것이 신경쓰인다면, 혹시라도 -v 옵션을 추가해서 쓰고 있다면 이를 제외시켜 볼 수 있다. -v 옵션이 추가 되어 있을 경우 별 것 아닌 상황에서도 사소한 안내 메시지가 나올 수 있는데, 이렇게 조금이라도 문제가 있다는 내용이 출력되면 위와 같은 메시지가 나오므로 불필요한 메시지를 최소화 하는 것이다.
** 다만, 정말 아무런 문제 없이 완벽하게 압축이 되는 경우엔 저 메시지도 볼 일이 없으니, 가장 좋은 것은 저 메시지 외에 같이 출력된 다른 에러(안내) 메시지들을 추적하여 해결하는 것이 좋다.
** 같이 출력된 다른 에러 메시지가 무시해도 될 에러라면 저 메시지도 무시해도 된다. 예를 들어 웹폴더를 통째로 압축하는데 세션파일이 접근권한이 없어 압축이 안되는 상황이라면 권한이 없다는 에러가 여러줄 출력되고 위와 같은 에러 메시지도 출력된다. 여기서 굳이 세션 폴더를 제외하긴 귀찮고, 세션 파일이 압축에 포함되지 않는 것이 전혀 문제가 안된다면 그냥 압축이 잘 된것으로 알고 무시해도 무방하다.

PHP SERVER 변수

2022-09-13T15:55:08Z

Devper:

이 문서는 서버 프로그래밍 언어 PHP의 $_SERVER 변수(배열)에 대하여 다룹니다.

== 목록 ==

* '''$_SERVER['DOCUMENT_ROOT']'''
** 현재 사이트가 위치한 서버상의 위치
** 예시: /webapp/include
* '''$_SERVER['HTTP_ACCEPT_ENCODING']'''
** 인코딩 방식
** 예시: gzip, deflate
* '''$_SERVER['HTTP_ACCEPT_LANGUAGE']'''
** 언어
** 예시: ko
* '''$_SERVER['HTTP_USER_AGENT']'''
** 사이트에 접속한 사용자 환경
** Mozilla/4.0(compatible; MSIE 6.0; Windows NT 5.1; Q312461; .NET CLR 1.0.3705
* '''$_SERVER['REMOTE_ADDR']'''
** 사이트 접속한 사용자 IP
** 예시: 123.234.132.133
* '''$_SERVER['SCRIPT_FILENAME']'''
** 실행되고 있는 위치와 파일명
** 예시: webapp/include/index.php
* '''$_SERVER['SERVER_NAME']'''
** 사이트 도메인
** 예시: itwiki.kr
* '''$_SERVER['SERVER_PORT']'''
** 사이트가 사용하는 포트
** 예시: 80
* '''$_SERVER['SERVER_SOFTWARE']'''
** 서버의 소프트웨어 환경
** 예시: Apache/1.3.23 (Unix) PHP/4.1.2 mod_fastcgi/2.2.10 mod_throttle/3.1.2 mod_ssl/2.8.6 OpenSSL/0.9.6c
* '''$_SERVER['GATEWAY_INTERFACE']'''
** CGI 정보
** 예시: CGI/1.1
* '''$_SERVER['SERVER_PROTOCOL']'''
** 사용된 서버 프로토콜
** 예시: HTTP/1.1
* '''$_SERVER['REQUEST_URI']'''
** 현재페이지의 주소에서 도메인 제외
** 예시: /index.php?a=test&b=test2
* '''$_SERVER['PHP_SELF']'''
** 현재페이지의 주소에서 도메인과 넘겨지는 값 제외
** 예시: / index.php
* '''$_SERVER['APPL_PHYSICAL_PATH']'''
** 현재페이지의 실제 파일 주소
** 예시: D:\webapp/

== 해설 ==

=== 'HTTP_HOST'와 'SERVER_NAME'의 차이 ===
두 변수 모두 디렉터리나 파라미터를 제외한 홈페이지 도메인을 보여준다. 본 위키의 경우 itwiki.kr 이다. 그러나 불러오는 출처에서 차이가 있는데 HTTP_HOST는 사용자의 요청에 기반한 정보([[HTTP 요청 헤더]]에서 얻는다)이고 SERVER_NAME은 서버의 설정에 기반한 정보이다.

거의 대부분의 경우는 같은 값을 반환하므로 그냥 아무거나 선택해서 사용해도 무방하다. 하지만 미세한 차이점과 장단점이 있는데 차이점 중 대표적인 것이 포트 포함 여부, 이스케이프 여부 등이다.

'''장단점'''

'''HTTP_HOST는''' HTTP요청을 조작하여 얼마든지 원하는 값을 넣을 수 있다. abc.com을 호출 하면서 Host: xyz.com 라는 헤더 값을 넣으면 HTTP_HOST는 xyz.com이라는 값이 나온다. 정상적인 요청이 아닌 경우 그냥 빈 값을 반환할 수도 있다.

'''SERVER_NAME은''' 서버의 설정이 제대로 되어 있지 않을 경우 값이 나오지 않거나 잘못 나올 수 있다. 서버에서 가져올 값이 없는 경우 HTTP_HOST의 값을 참조하여 가져온다. 따라서 서버 설정도 되어있지 않고 HTTP_HOST의 값도 없는 경우 HTTP_HOST도 빈 값, SERVER_NAME도 빈 값이지만, HTTP_HOST의 값이 있는 경우라면 SERVER_NAME도 빈 값은 아니다.

'''포트 포함 여부'''

8080과 같이 별도 포트를 사용하는 경우, HTTP_HOST는 포트를 포함하지만 SERVER_NAME은 포트를 포함하지 않는다. 단, 일반적으로 접근하는 80(http)이나 443(https)의 경우 해당사항이 없다.<blockquote>
* $_SERVER['HTTP_HOST'] == 'localhost:8080'
* $_SERVER['SERVER_NAME'] == 'localhost'</blockquote>'''HTML 이스케이프 여부'''

이 또한 일반적인 경우는 아니고 비정상 적인 요청일 때만 차이가 난다. 만약 [[크로스사이트 스크립트]] 등을 위해 HTTP 요청 헤더의 Host 값에 <script>와 같은 태그를 넣는다면 HTTP_HOST는 적힌 그대로 보여주고, SERVER_NAME은 HTML로 이스케이프된 값을 보여준다.<blockquote>
* $_SERVER['HTTP_HOST'] == [<nowiki><script>alert('XSS')</script></nowiki>]
* $_SERVER['SERVER_NAME'] == <nowiki>[&lt;script&gt;alert('XSS')&lt;/script&gt;]</nowiki></blockquote>

PHP SERVER 변수

2022-09-12T13:34:37Z

Devper: 새 문서: 이 문서는 서버 프로그래밍 언어 PHP의 $_SERVER 변수(배열)에 대하여 다룹니다. == 목록 == * '''$_SERVER['DOCUMENT_ROOT']''' ** 현재 사이트가 위치한 서버상의 위치 ** 예시: /webapp/include * '''$_SERVER['HTTP_ACCEPT_ENCODING']''' ** 인코딩 방식 ** 예시: gzip, deflate * '''$_SERVER['HTTP_ACCEPT_LANGUAGE']''' ** 언어 ** 예시: ko * '''$_SERVER['HTTP_USER_AGENT']''' ** 사이트에 접속한 사용자 환경 ** Mozilla/4.0(com...

이 문서는 서버 프로그래밍 언어 PHP의 $_SERVER 변수(배열)에 대하여 다룹니다.

== 목록 ==

* '''$_SERVER['DOCUMENT_ROOT']'''
** 현재 사이트가 위치한 서버상의 위치
** 예시: /webapp/include
* '''$_SERVER['HTTP_ACCEPT_ENCODING']'''
** 인코딩 방식
** 예시: gzip, deflate
* '''$_SERVER['HTTP_ACCEPT_LANGUAGE']'''
** 언어
** 예시: ko
* '''$_SERVER['HTTP_USER_AGENT']'''
** 사이트에 접속한 사용자 환경
** Mozilla/4.0(compatible; MSIE 6.0; Windows NT 5.1; Q312461; .NET CLR 1.0.3705
* '''$_SERVER['REMOTE_ADDR']'''
** 사이트 접속한 사용자 IP
** 예시: 123.234.132.133
* '''$_SERVER['SCRIPT_FILENAME']'''
** 실행되고 있는 위치와 파일명
** 예시: webapp/include/index.php
* '''$_SERVER['SERVER_NAME']'''
** 사이트 도메인
** 예시: itwiki.kr
* '''$_SERVER['SERVER_PORT']'''
** 사이트가 사용하는 포트
** 예시: 80
* '''$_SERVER['SERVER_SOFTWARE']'''
** 서버의 소프트웨어 환경
** 예시: Apache/1.3.23 (Unix) PHP/4.1.2 mod_fastcgi/2.2.10 mod_throttle/3.1.2 mod_ssl/2.8.6 OpenSSL/0.9.6c
* '''$_SERVER['GATEWAY_INTERFACE']'''
** CGI 정보
** 예시: CGI/1.1
* '''$_SERVER['SERVER_PROTOCOL']'''
** 사용된 서버 프로토콜
** 예시: HTTP/1.1
* '''$_SERVER['REQUEST_URI']'''
** 현재페이지의 주소에서 도메인 제외
** 예시: /index.php?a=test&b=test2
* '''$_SERVER['PHP_SELF']'''
** 현재페이지의 주소에서 도메인과 넘겨지는 값 제외
** 예시: / index.php
* '''$_SERVER['APPL_PHYSICAL_PATH']'''
** 현재페이지의 실제 파일 주소
** 예시: D:\webapp/

== 해설 ==

=== 'HTTP_HOST'와 'SERVER_NAME'의 차이 ===
두 변수 모두 디렉터리나 파라미터를 제외한 홈페이지 도메인을 보여준다. 본 위키의 경우 itwiki.kr 이다. 그러나 불러오는 출처에서 차이가 있는데 HTTP_HOST는 사용자의 요청에 기반한 정보([[HTTP 요청 헤더]]에서 얻는다)이고 SERVER_NAME은 서버의 설정에 기반한 정보이다.

거의 대부분의 경우는 같은 값을 반환하므로 그냥 아무거나 선택해서 사용해도 무방하다. 하지만 미세한 차이점과 장단점이 있는데 차이점 중 대표적인 것이 포트 포함 여부, 이스케이프 여부 등이다.

'''장단점'''

'''HTTP_HOST는''' HTTP요청을 조작하여 얼마든지 원하는 값을 넣을 수 있다. abc.com을 호출 하면서 Host: xyz.com 라는 헤더 값을 넣으면 HTTP_HOST는 xyz.com이라는 값이 나온다. 정상적인 요청이 아닌 경우 그냥 빈 값을 반환할 수도 있다.

'''SERVER_NAME은''' 서버의 설정이 제대로 되어 있지 않을 경우 값이 나오지 않거나 잘못 나올 수 있다. 서버에서 가져올 값이 없는 경우 HTTP_HOST의 값을 참조하여 가져온다. 따라서 서버 설정도 되어있지 않고 HTTP_HOST의 값도 없는 경우 HTTP_HOST도 빈 값, SERVER_NAME도 빈 값이지만, HTTP_HOST의 값이 있는 경우라면 SERVER_NAME도 빈 값은 아니다.

'''포트 포함 여부'''

8080과 같이 별도 포트를 사용하는 경우, HTTP_HOST는 포트를 포함하지만 SERVER_NAME은 포트를 포함하지 않는다. 단, 일반적으로 접근하는 80(http)이나 443(https)의 경우 해당사항이 없다.<blockquote>$_SERVER['HTTP_HOST'] == 'localhost:8080'

$_SERVER['SERVER_NAME'] == 'localhost'</blockquote>'''HTML 이스케이프 여부'''

이 또한 일반적인 경우는 아니고 비정상 적인 요청일 때만 차이가 난다. 만약 [[크로스사이트 스크립트]] 등을 위해 HTTP 요청 헤더의 Host 값에 <script>와 같은 태그를 넣는다면 HTTP_HOST는 적힌 그대로 보여주고, SERVER_NAME은 HTML로 이스케이프된 값을 보여준다.<blockquote>$_SERVER['HTTP_HOST'] == [<nowiki><script>alert('XSS')</script></nowiki>]

$_SERVER['SERVER_NAME'] == <nowiki>[&lt;script&gt;alert('XSS')&lt;/script&gt;]</nowiki></blockquote>

ISMS-P 인증 기준 2.10.4.전자거래 및 핀테크 보안

2022-06-28T08:39:40Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.10.시스템 및 서비스 보안관리|2.10.시스템 및 서비스 보안관리]]

==개요==
{| class="wikitable"
!항목
!2.10.4.전자거래 및 핀테크 보안
|-
| style="text-align:center" |'''인증기준'''
|전자거래 및 핀테크 서비스 제공 시 정보유출이나 데이터 조작·사기 등의 침해사고 예방을 위해 인증·암호화 등의 보호대책을 수립하고, 결제시스템 등 외부 시스템과 연계할 경우 안전성을 점검하여야 한다.
|-
|'''주요 확인사항'''
|
*전자거래 및 핀테크 서비스를 제공하는 경우 거래의 안전성과 신뢰성 확보를 위한 보호대책을 수립‧이행하고 있는가?
*전자거래 및 핀테크 서비스 제공을 위하여 결제시스템 등 외부 시스템과 연계하는 경우 송‧수신되는 관련 정보의 보호를 위한 대책을 수립‧이행하고 안전성을 점검하고 있는가?
|}
==세부 설명==

====전자거래 및 핀테크 보호대책 수립·이행====
전자거래 및 핀테크 서비스를 제공하는 경우 거래의 안전성과 신뢰성 확보를 위한 보호대책을 수립·이행하여야 한다.

*ʻ전자거래ʼ는 재화나 용역을 거래할 때 그 전부 또는 일부가 전자문서에 의하여 처리되는 거래를 말함 (전자문서 및 전자거래 기본법 제2조).
*ʻ전자상거래ʼ는 전자거래의 방법으로 상행위를 하는 것을 말함(전자상거래 등에서의 소비자보호에 관한 법률 제2조).
*ʻ핀테크(Fintech)ʼ란 금융(Finance)과 기술(Technology)의 합성어로, 금융과 IT의 융합을 통한 금융서비스 및 산업의 변화를 통칭함(금융위원회 금융용어사전).
*전자(상)거래사업자 및 핀테크 서비스제공자는 전자(상)거래 및 핀테크 서비스의 안전성과 신뢰성을 확보하기 위하여 이용자의 개인정보, 영업비밀(거래처 식별정보, 재화 또는 용역 가격 등 공개 시 영업에 손실을 초래할 수 있는 거래 관련 정보), 결제정보 수집, 저장관리, 파기 등의 과정에서의 침해 사고를 예방하기 위한 보호대책(인증, 암호화, 접근통제 등)을 수립하여 이행하여야 함.
*핀테크 서비스의 경우 핀테크 서비스의 유형 및 특성을 반영하여 해당 핀테크 서비스로 인하여 발생 가능한 위험요인을 빠짐없이 식별하여 필요한 보호대책 적용 필요

<blockquote>'''※ 전자거래 및 핀테크 보호대책 수립 시 고려하여야 할 법률(예시)'''

*전자문서 및 전자거래 기본법
*전자상거래 등에서의 소비자 보호에 관한 법률
*전자금융거래법
*정보통신 이용촉진 및 정보보호 등에 관한 법률 등
*개인정보 보호법 등
</blockquote>

====전자거래 및 핀테크 연계서비스 보호대책 수립·이행====
전자거래 및 핀테크 서비스 제공을 위하여 결제시스템 등 외부 시스템과 연계하는 경우 송수신되는 관련 정보의 보호를 위한 대책을 수립·이행하고 안전성을 점검하여야 한다.

*ʻ전자결제업자ʻ는 전자결제수단의 발행자, 전자결제서비스 제공자, 해당 전자결제수단을 통한 전자 결제서비스의 이행을 보조하거나 중개하는 자를 말하며(전자상거래 등에서의 소비자 보호에 관한 법률 시행령 제8조), 다음에 해당하는 자를 말함.
**금융회사, 신용카드업자, 결제수단 발행자(전자적 매체 또는 정보처리시스템에 화폐가치 또는 그에 상응하는 가치를 기록·저장하였다가 재화 등의 구매 시 지급하는 자), PG사
**※ PG(Payment Gateway): 인터넷상에서 금융기관과의 거래를 대행해 주는 서비스로서신용카드, 계좌이체, 휴대폰 이용 결제, ARS 결제 등 다양한 소액 결제 서비스를 대신 제공해주는 회사
*전자(상)거래사업자와 전자결제업자 또는 핀테크 서비스 제공자 간 송수신되는 결제관련 정보의 유출, 조작, 사기 등의 침해사고로 인한 거래당사자 간 피해가 발생하지 않도록 적절한 보호대책을 수립·이행하고 안전성을 점검하여야 함.

==증거 자료==

*전자거래 및 핀테크 서비스 보호대책
*결제시스템 연계 시 보안성 검토 결과

==결함 사례==

*전자결제대행업체와 위탁 계약을 맺고 연계를 하였으나, 적절한 인증 및 접근제한 없이 특정 URL을 통하여 결제 관련 정보가 모두 평문으로 전송되는 경우
*전자결제대행업체와 외부 연계 시스템이 전용망으로 연결되어 있으나, 해당 연계 시스템에서 내부 업무 시스템으로의 접근이 침입차단시스템 등으로 적절히 통제되지 않고 있는 경우
*내부 지침에는 외부 핀테크 서비스 연계 시 정보보호팀의 보안성 검토를 받도록 되어 있으나, 최근에 신규 핀테크 서비스를 연계하면서 일정상 이유로 보안성 검토를 수행하지 않은 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

ISMS-P 인증 기준 2.10.4.전자거래 및 핀테크 보안

2022-06-28T08:38:27Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.10.시스템 및 서비스 보안관리|2.10.시스템 및 서비스 보안관리]]

==개요==
{| class="wikitable"
!항목
!2.10.4.전자거래 및 핀테크 보안
|-
| style="text-align:center" |'''인증기준'''
|전자거래 및 핀테크 서비스 제공 시 정보유출이나 데이터 조작·사기 등의 침해사고 예방을 위해 인증·암호화 등의 보호대책을 수립하고, 결제시스템 등 외부 시스템과 연계할 경우 안전성을 점검하여야 한다.
|-
|'''주요 확인사항'''
|
*전자거래 및 핀테크 서비스를 제공하는 경우 거래의 안전성과 신뢰성 확보를 위한 보호대책을 수립‧이행하고 있는가?
*전자거래 및 핀테크 서비스 제공을 위하여 결제시스템 등 외부 시스템과 연계하는 경우 송‧수신되는 관련 정보의 보호를 위한 대책을 수립‧이행하고 안전성을 점검하고 있는가?
|}
==세부 설명==

==== 전자거래 및 핀테크 보호대책 수립·이행 ====
전자거래 및 핀테크 서비스를 제공하는 경우 거래의 안전성과 신뢰성 확보를 위한 보호대책을 수립·이행하여야 한다.

*ʻ전자거래ʼ는 재화나 용역을 거래할 때 그 전부 또는 일부가 전자문서에 의하여 처리되는 거래를 말함 (전자문서 및 전자거래 기본법 제2조).
*ʻ전자상거래ʼ는 전자거래의 방법으로 상행위를 하는 것을 말함(전자상거래 등에서의 소비자보호에 관한 법률 제2조).
*ʻ핀테크(Fintech)ʼ란 금융(Finance)과 기술(Technology)의 합성어로, 금융과 IT의 융합을 통한 금융서비스 및 산업의 변화를 통칭함(금융위원회 금융용어사전).
*전자(상)거래사업자 및 핀테크 서비스제공자는 전자(상)거래 및 핀테크 서비스의 안전성과 신뢰성을 확보하기 위하여 이용자의 개인정보, 영업비밀(거래처 식별정보, 재화 또는 용역 가격 등 공개 시 영업에 손실을 초래할 수 있는 거래 관련 정보), 결제정보 수집, 저장관리, 파기 등의 과정에서의 침해 사고를 예방하기 위한 보호대책(인증, 암호화, 접근통제 등)을 수립하여 이행하여야 함.
*핀테크 서비스의 경우 핀테크 서비스의 유형 및 특성을 반영하여 해당 핀테크 서비스로 인하여 발생 가능한 위험요인을 빠짐없이 식별하여 필요한 보호대책 적용 필요

{| class="wikitable"
|+※ 전자거래 및 핀테크 보호대책 수립 시 고려하여야 할 법률(예시)
|
*전자문서 및 전자거래 기본법
*전자상거래 등에서의 소비자 보호에 관한 법률
*전자금융거래법
*정보통신 이용촉진 및 정보보호 등에 관한 법률 등
*개인정보 보호법 등
|}

==== 전자거래 및 핀테크 연계서비스 보호대책 수립·이행 ====
전자거래 및 핀테크 서비스 제공을 위하여 결제시스템 등 외부 시스템과 연계하는 경우 송수신되는 관련 정보의 보호를 위한 대책을 수립·이행하고 안전성을 점검하여야 한다.

*ʻ전자결제업자ʻ는 전자결제수단의 발행자, 전자결제서비스 제공자, 해당 전자결제수단을 통한 전자 결제서비스의 이행을 보조하거나 중개하는 자를 말하며(전자상거래 등에서의 소비자 보호에 관한 법률 시행령 제8조), 다음에 해당하는 자를 말함.
**금융회사, 신용카드업자, 결제수단 발행자(전자적 매체 또는 정보처리시스템에 화폐가치 또는 그에 상응하는 가치를 기록·저장하였다가 재화 등의 구매 시 지급하는 자), PG사
**※ PG(Payment Gateway): 인터넷상에서 금융기관과의 거래를 대행해 주는 서비스로서신용카드, 계좌이체, 휴대폰 이용 결제, ARS 결제 등 다양한 소액 결제 서비스를 대신 제공해주는 회사
*전자(상)거래사업자와 전자결제업자 또는 핀테크 서비스 제공자 간 송수신되는 결제관련 정보의 유출, 조작, 사기 등의 침해사고로 인한 거래당사자 간 피해가 발생하지 않도록 적절한 보호대책을 수립·이행하고 안전성을 점검하여야 함.

==증거 자료==

*전자거래 및 핀테크 서비스 보호대책
*결제시스템 연계 시 보안성 검토 결과

==결함 사례==

*전자결제대행업체와 위탁 계약을 맺고 연계를 하였으나, 적절한 인증 및 접근제한 없이 특정 URL을 통하여 결제 관련 정보가 모두 평문으로 전송되는 경우
*전자결제대행업체와 외부 연계 시스템이 전용망으로 연결되어 있으나, 해당 연계 시스템에서 내부 업무 시스템으로의 접근이 침입차단시스템 등으로 적절히 통제되지 않고 있는 경우
*내부 지침에는 외부 핀테크 서비스 연계 시 정보보호팀의 보안성 검토를 받도록 되어 있으나, 최근에 신규 핀테크 서비스를 연계하면서 일정상 이유로 보안성 검토를 수행하지 않은 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

ISMS-P 인증 기준 2.10.8.패치관리

2022-06-28T08:29:42Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.10.시스템 및 서비스 보안관리|2.10.시스템 및 서비스 보안관리]]

==개요==
{| class="wikitable"
!항목
!2.10.8.패치관리
|-
| style="text-align:center" |'''인증기준'''
|소프트웨어, 운영체제, 보안시스템 등의 취약점으로 인한 침해사고를 예방하기 위하여 최신 패치를 적용하여야 한다. 다만 서비스 영향을 검토하여 최신 패치 적용이 어려울 경우 별도의 보완대책을 마련하여 이행하여야 한다.
|-
|'''주요 확인사항'''
|
*서버, 네트워크시스템, 보안시스템, PC 등 자산별 특성 및 중요도에 따라 운영체제(OS)와 소프트웨어의 패치관리 정책 및 절차를 수립‧이행하고 있는가?
*주요 서버, 네트워크시스템, 보안시스템 등의 경우 설치된 OS, 소프트웨어 패치적용 현황을 주기적으로 관리하고 있는가?
*서비스 영향도 등에 따라 취약점을 조치하기 위한 최신의 패치 적용이 어려운 경우 보완대책을 마련하고 있는가?
*주요 서버, 네트워크시스템, 보안시스템 등의 경우 공개 인터넷 접속을 통한 패치를 제한하고 있는가?
*패치관리시스템을 활용하는 경우 접근통제 등 충분한 보호대책을 마련하고 있는가?
|}
==세부 설명==

====OS 및 소프트웨어 패치관리 정책 수립·이행====
서버, 네트워크시스템, 보안시스템, PC 등 '''자산별 특성 및 중요도에 따라''' OS와 소프트웨어의 패치관리 정책 및 절차를 수립·이행하여야 한다.

*패치 적용 대상: 서버, 네트워크시스템, DMMS, 응용프로그램, 상용 소프트웨어 오픈소스, 보안시스템, PC 등
*패치 주기: 자산 중요도 및 특성 반영
*패치 정보 확인 방법
*패치 배포 전 사전 검토 절차
*긴급 패치 적용 절차
*패치 미적용 시 보안성 검토
*패치 담당자 및 책임자
*패치 관련 업체(제조사) 연락처 등

====주요 자산 패치 현황 주기적 관리====
주요 서버, 네트워크시스템, 보안시스템 등의 경우 설치된 OS, 소프트웨어 패치 적용 현황을 주기적으로 관리하여야 한다.

*주요 서버, 네트워크시스템, 보안시스템 등에 설치된 운영체제 및 소프트웨어의 버전 정보, 패치 적용 현황, 패치별 적용일자 등을 확인할 수 있도록 목록으로 관리
*최신 보안패치 적용 필요 여부를 주기적으로 확인

{| class="wikitable"
|'''※ 주요 OS별 서비스 지원 종료(EOS 또는 EOL) 시점 확인 사이트(예시)'''
*MS 윈도우: https://support.microsoft.com/ko-kr/lifecycle/search
*레드햇 리눅스: https://access.redhat.com/support/policy/updates/errata
*CentOS: https://wiki.centos.org/About/Product
*AIX: http://www-01.ibm.com/support/docview.wss?uid=isg3T1012517
*HP-UX: https://hpe.com/info/hpuxservermatrix
*Solaris: https://www.oracle.com/technetwork/server-storage/solaris/overview/releases-jsp-140987.html
|}

====최신 패치 적용 곤란 시 보완대책====
서비스 영향도 등에 따라 취약점을 조치하기 위한 최신의 패치 적용이 어려운 경우 보완대책을 마련하여야 한다.

*운영시스템에 패치를 적용하는 경우 시스템 가용성에 영향을 미칠 수 있으므로 운영시스템의 중요도와 특성을 고려하여 영향도 분석 등 정해진 절차에 따라 충분하게 영향을 분석한 후 적용
*운영환경에 따라 즉시 패치 적용이 어려운 경우 그 사유와 추가 보완대책을 마련하여 책임자에게 보고하고 그 현황을 관리

====공개 인터넷 접속을 통한 패치 제한====
주요 서버, 네트워크시스템, 보안시스템 등의 경우 공개 인터넷 접속을 통한 패치를 제한하여야 한다.

*다만 불가피한 경우 사전 위험분석을 통하여 보호대책을 마련하여 책임자 승인 후 적용

====패치관리시스템 보호대책====
'''패치관리시스템(PMS)을 활용하는 경우''' 내부망 서버 또는 PC에 악성코드 유포지로 악용될 수 있으므로 패치관리시스템 서버, 관리 콘솔 등에 접근통제 등 충분한 보호대책을 마련하여야 한다.

*패치관리시스템 자체에 대한 접근통제 조치: 허가된 관리자 외 접근 차단, 기본 패스워드 변경, 보안 취약점 제거 등
*업데이트 파일 배포 시 파일 무결성 검사 등

==증거 자료==

*패치 적용 관리 정책·절차
*시스템별 패치 적용 현황
*패치 적용 관련 영향도 분석 결과

==결함 사례==

*일부 시스템에서 타당한 사유나 책임자 승인 없이 OS패치가 장기간 적용되고 있지 않은 경우
*일부 시스템에 서비스 지원이 종료(EOS)된 OS버전을 사용 중이나, 이에 따른 대응계획이나 보완대책이 수립되어 있지 않은 경우
*상용 소프트웨어 및 OS에 대해서는 최신 패치가 적용되고 있으나, 오픈소스 프로그램(openssl, openssh, Apache 등)에 대해서는 최신 패치를 확인하고 적용하는 절차 및 담당자가 지정되어 있지 않아 최신 보안패치가 적용되고 있지 않은 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

ISMS-P 인증 기준 2.10.8.패치관리

2022-06-28T08:28:01Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.10.시스템 및 서비스 보안관리|2.10.시스템 및 서비스 보안관리]]

==개요==
{| class="wikitable"
!항목
!2.10.8.패치관리
|-
| style="text-align:center" |'''인증기준'''
|소프트웨어, 운영체제, 보안시스템 등의 취약점으로 인한 침해사고를 예방하기 위하여 최신 패치를 적용하여야 한다. 다만 서비스 영향을 검토하여 최신 패치 적용이 어려울 경우 별도의 보완대책을 마련하여 이행하여야 한다.
|-
|'''주요 확인사항'''
|
*서버, 네트워크시스템, 보안시스템, PC 등 자산별 특성 및 중요도에 따라 운영체제(OS)와 소프트웨어의 패치관리 정책 및 절차를 수립‧이행하고 있는가?
*주요 서버, 네트워크시스템, 보안시스템 등의 경우 설치된 OS, 소프트웨어 패치적용 현황을 주기적으로 관리하고 있는가?
*서비스 영향도 등에 따라 취약점을 조치하기 위한 최신의 패치 적용이 어려운 경우 보완대책을 마련하고 있는가?
*주요 서버, 네트워크시스템, 보안시스템 등의 경우 공개 인터넷 접속을 통한 패치를 제한하고 있는가?
*패치관리시스템을 활용하는 경우 접근통제 등 충분한 보호대책을 마련하고 있는가?
|}
==세부 설명==

==== OS 및 소프트웨어 패치관리 정책 수립·이행 ====
서버, 네트워크시스템, 보안시스템, PC 등 '''자산별 특성 및 중요도에 따라''' OS와 소프트웨어의 패치관리 정책 및 절차를 수립·이행하여야 한다.

*패치 적용 대상: 서버, 네트워크시스템, DMMS, 응용프로그램, 상용 소프트웨어 오픈소스, 보안시스템, PC 등
*패치 주기: 자산 중요도 및 특성 반영
*패치 정보 확인 방법
*패치 배포 전 사전 검토 절차
*긴급 패치 적용 절차
*패치 미적용 시 보안성 검토
*패치 담당자 및 책임자
*패치 관련 업체(제조사) 연락처 등

==== 주요 자산 패치 현황 주기적 관리 ====
주요 서버, 네트워크시스템, 보안시스템 등의 경우 설치된 OS, 소프트웨어 패치 적용 현황을 주기적으로 관리하여야 한다.

*주요 서버, 네트워크시스템, 보안시스템 등에 설치된 운영체제 및 소프트웨어의 버전 정보, 패치 적용 현황, 패치별 적용일자 등을 확인할 수 있도록 목록으로 관리
*최신 보안패치 적용 필요 여부를 주기적으로 확인<div style="padding:5px 10px; border:1px solid #ddd; background:#f5f5f5; margin:5px">
'''※ 주요 OS별 서비스 지원 종료(EOS 또는 EOL) 시점 확인 사이트(예시)'''

*MS 윈도우: https://support.microsoft.com/ko-kr/lifecycle/search
*레드햇 리눅스: https://access.redhat.com/support/policy/updates/errata
*CentOS: https://wiki.centos.org/About/Product
*AIX: http://www-01.ibm.com/support/docview.wss?uid=isg3T1012517
*HP-UX: https://hpe.com/info/hpuxservermatrix
*Solaris: https://www.oracle.com/technetwork/server-storage/solaris/overview/releases-jsp-14098* 7.html</div>

==== 최신 패치 적용 곤란 시 보완대책 ====
서비스 영향도 등에 따라 취약점을 조치하기 위한 최신의 패치 적용이 어려운 경우 보완대책을 마련하여야 한다.

*운영시스템에 패치를 적용하는 경우 시스템 가용성에 영향을 미칠 수 있으므로 운영시스템의 중요도와 특성을 고려하여 영향도 분석 등 정해진 절차에 따라 충분하게 영향을 분석한 후 적용
*운영환경에 따라 즉시 패치 적용이 어려운 경우 그 사유와 추가 보완대책을 마련하여 책임자에게 보고하고 그 현황을 관리

==== 공개 인터넷 접속을 통한 패치 제한 ====
주요 서버, 네트워크시스템, 보안시스템 등의 경우 공개 인터넷 접속을 통한 패치를 제한하여야 한다.

*다만 불가피한 경우 사전 위험분석을 통하여 보호대책을 마련하여 책임자 승인 후 적용

==== 패치관리시스템 보호대책 ====
'''패치관리시스템(PMS)을 활용하는 경우''' 내부망 서버 또는 PC에 악성코드 유포지로 악용될 수 있으므로 패치관리시스템 서버, 관리 콘솔 등에 접근통제 등 충분한 보호대책을 마련하여야 한다.

*패치관리시스템 자체에 대한 접근통제 조치: 허가된 관리자 외 접근 차단, 기본 패스워드 변경, 보안 취약점 제거 등
*업데이트 파일 배포 시 파일 무결성 검사 등

==증거 자료==

*패치 적용 관리 정책·절차
*시스템별 패치 적용 현황
*패치 적용 관련 영향도 분석 결과

==결함 사례==

*일부 시스템에서 타당한 사유나 책임자 승인 없이 OS패치가 장기간 적용되고 있지 않은 경우
*일부 시스템에 서비스 지원이 종료(EOS)된 OS버전을 사용 중이나, 이에 따른 대응계획이나 보완대책이 수립되어 있지 않은 경우
*상용 소프트웨어 및 OS에 대해서는 최신 패치가 적용되고 있으나, 오픈소스 프로그램(openssl, openssh, Apache 등)에 대해서는 최신 패치를 확인하고 적용하는 절차 및 담당자가 지정되어 있지 않아 최신 보안패치가 적용되고 있지 않은 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

ISMS-P 인증 기준 2.11.5.사고 대응 및 복구

2022-06-28T08:15:05Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.11.사고 예방 및 대응|2.11.사고 예방 및 대응]]

==개요==
{| class="wikitable"
!항목
!2.11.5.사고 대응 및 복구
|-
| style="text-align:center" |'''인증기준'''
|침해사고 및 개인정보 유출 징후나 발생을 인지한 때에는 법적 통지 및 신고 의무를 준수하여야 하며, 절차에 따라 신속하게 대응 및 복구하고 사고분석 후 재발방지 대책을 수립하여 대응체계에 반영하여야 한다.
|-
|'''주요 확인사항'''
|
*침해사고 및 개인정보 유출의 징후 또는 발생을 인지한 경우 정의된 침해사고 대응절차에 따라 신속하게 대응 및 보고가 이루어지고 있는가?
*개인정보 침해사고 발생 시 관련 법령에 따라 정보주체(이용자) 통지 및 관계기관 신고 절차를 이행하고 있는가?
*침해사고가 종결된 후 사고의 원인을 분석하여 그 결과를 보고하고 관련 조직 및 인력과 공유하고 있는가?
*침해사고 분석을 통해 얻어진 정보를 활용하여 유사 사고가 재발하지 않도록 대책을 수립하고 필요한 경우 침해사고 대응절차 등을 변경하고 있는가?
|}
==세부 설명==

==== 사고 발생 인지 후 신속한 대응·보고 ====
침해사고 및 개인정보 유출의 징후 또는 발생을 인지한 경우 정의된 침해사고 대응절차에 따라 신속하게 대응 및 보고가 이루어져야 한다.

*침해사고 초기 대응 및 증거 보존 조치
**침해가 의심되는 정보시스템의 접속권한 삭제·변경 또는 접속차단 조치
*네트워크, 방화벽 등 대내외 시스템 보안점검 및 취약점 보완 조치
**사고 조사에 필요한 외부의 접속기록 등 증거 보존 조치
*로그 분석 등을 통한 개인정보 및 중요정보 유출 여부 확인 등
*다음 사항을 포함한 침해사고보고서 작성 및 내부 보고
**침해사고 발생일시
*보고자와 보고일시
**사고내용(발견사항, 피해내용 등)
*사고대응 경과 내용
**사고대응까지의 소요시간 등
*침해사고가 조직에 미치는 영향이 심각할 경우 보고절차에 따라 최고경영진까지 신속히 보고

==== 개인정보 침해사고 발생 시 통지 및 신고 ====
개인정보 침해사고 발생 시 관련 법령에 따라 정보주체(이용자) 통지 및 관계기관 신고 절차를 이행하여야 한다.

*'''개인정보 유출 시 정보주체(이용자)에게 알려야 할 사항'''

{| class="wikitable"
!개인정보처리자
!정보통신서비스 제공자
|-
|* 1. 유출된 개인정보의 항목<br>* 2. 유출된 시점과 그 경위<br>* 3. 유출로 인하여 발생할 수 있는 피해를 최소화하기 위하여 정보주체가 할 수 있는 방법 등에 관한 정보<br>* 4. 개인정보처리자의 대응조치 및 피해 구제절차<br>* 5. 정보주체에게 피해가 발생한 경우 신고 등을 접수할 수 있는 담당부서 및 연락처
|* 1. 유출 등이 된 개인정보 항목<br>* 2. 유출 등이 발생한 시점<br>* 3. 이용자가 취할 수 있는 조치<br>* 4. 정보통신서비스 제공자 등의 대응 조치<br>* 5. 이용자가 상담 등을 접수할 수 있는 부서 및 연락처
|}

*'''개인정보 유출 신고 기준'''

{| class="wikitable"
!구분
!개인정보처리자
!정보통신서비스 제공자
|-
|신고 대상 건수
|1천 명 이상 정보주체에 관한 개인정보 유출 시
|유출 건수와 무관
|-
|신고 시점
|지체 없이(5일 이내)
|정당한 사유가 없는 한 그 사실을 안 때부터 24시간 이내
|-
|신고 기관
| colspan="2" |개인정보보호위원회 또는 KISA
|}

==== 사고 처리 종결 후 분석 및 공유 ====
침해사고가 종결된 후 사고 원인을 분석하여 그 결과를 보고하고 관련 조직 및 인력과 공유하여야 한다.

*침해사고가 처리되고 종결된 후 이에 대한 사고 원인에 대한 분석을 수행하고 결과보고서를 작성하여 책임자에게 보고
*침해사고 정보와 발견된 취약점 및 원인, 조치방안 등을 관련 조직 및 인력에게 공유

==== 재발 방지 대책 수립 ====
침해사고 분석을 통하여 얻은 정보를 활용하여 유사 사고가 재발하지 않도록 대책을 수립하고 필요한 경우 침해사고 대응절차 등을 변경하여야 한다.

*침해사고 분석을 통하여 얻은 정보를 활용하여 유사 사고가 반복되지 않도록 하는 재발방지 대책 수립
*분석된 결과에 따라 필요한 경우 침해사고 대응절차, 정보보호 정책 및 절차 등 침해사고 대응체계에 대한 변경 수행

==증거 자료==

*침해사고 대응 절차
*침해사고 대응보고서
*침해사고 관리대장
*개인정보 유출신고서
*비상연락망

==결함 사례==

*내부 침해사고 대응지침에는 침해사고 발생 시 개인정보보호위원회 및 이해관계 부서에게 보고하도록 정하고 있으나, 침해사고 발생 시 담당 부서에서 자체적으로 대응 조치 후 정보보호위원회 및 이해관계 부서에 보고하지 않은 경우
*최근 DDoS 공격으로 의심되는 침해사고로 인하여 서비스 일부가 중단된 사례가 있으나, 이에 대한 원인분석 및 재발방지 대책이 수립되지 않은 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

ISMS-P 인증 기준 2.7.1.암호정책 적용

2022-06-28T06:58:07Z

Devper:

[[분류: ISMS-P 인증 기준]]

*'''영역''': [[ISMS-P 인증 기준 2.보호대책 요구사항|2.보호대책 요구사항]]
*'''분류''': [[ISMS-P 인증 기준 2.7.암호화 적용|2.7.암호화 적용]]

==개요==
{| class="wikitable"
!항목
!2.7.1.암호정책 적용
|-
| style="text-align:center" |'''인증기준'''
|개인정보 및 주요정보 보호를 위하여 법적 요구사항을 반영한 암호화 대상, 암호 강도, 암호 사용 정책을 수립하고 개인정보 및 주요정보의 저장·전송·전달 시 암호화를 적용하여야 한다.
|-
|'''주요 확인사항'''
|
*개인정보 및 주요정보의 보호를 위하여 법적 요구사항을 반영한 암호화 대상, 암호강도, 암호사용 등이 포함된 암호정책을 수립하고 있는가?
*암호정책에 따라 개인정보 및 중요 정보의 저장, 전송, 전달 시 암호화를 수행하고 있는가?
|}
==세부 설명==

====암호 정책 수립====
개인정보 및 주요정보의 보호를 위하여 법적 요구사항을 반영한 암호화 대상, 암호강도, 암호사용 등이 포함된 암호정책을 수립하여야 한다.

*'''암호화 대상''': 법적 요구사항, 처리 정보 민감도 및 중요도에 따라 정의

{| class="wikitable"
! rowspan="2" |구분
! colspan="2" |개인정보 보호법에 따른 암호화 대상 개인정보
|-
!개인정보처리자
!정보통신서비스 제공자
|-
|정보통신망을 통한 전송 시
|고유식별정보, 비밀번호, 생체인식정보
|개인정보, 인증정보
|-
|보조저장매체로 저장·전달 시
|고유식별정보, 비밀번호, 생체인식정보
|개인정보
|-
| rowspan="4" |개인정보 처리시스템 저장 시
|비밀번호, 생체인식정보 (다만 비밀번호는 일방향 암호화)
|비밀번호, 생체인식정보 (다만 비밀번호는 일방향 암호화)
|-
| -
|신용카드번호, 계좌번호
|-
|주민등록번호
|주민등록번호
|-
|여권번호, 외국인등록번호, 운전면허번호<br>인터넷구간, DMZ 저장 시 암호화 저장<br>내부망 저장 시 암호화 저장 또는 위험도 분석 (또는 영향평가)
|여권번호, 외국인등록번호, 운전면허번호
|-
|업무용 컴퓨터/ 모바일 기기 저장 시
|고유식별정보, 비밀번호, 생체인식정보
|개인정보
|}

*'''암호화 알고리즘''': 법적 요구사항 등을 고려하여 안전한 암호화 알고리즘 및 보안강도 선택

{| class="wikitable"
!구분
!알고리즘 명칭
|-
|대칭키 암호 알고리즘
|SEED, ARIA-128/192/256, AES-128/192/256, HIGHT, LEA 등
|-
|공개키 암호 알고리즘
|RSAES-OAEP, RSAES-PKCS1 등
|-
|일방향 암호 알고리즘
|SHA-256/384/512 등
|}

====정책에 따른 암호화 수행====
암호정책에 따라 개인정보 및 중요정보의 저장, 전송, 전달 시 암호화를 수행하여야 한다.

*암호화 위치, 시스템 특성 등을 고려하여 암호화 방식 선정 및 적용구분

{| class="wikitable"
!구분
!암호화 방식
|-
|'''정보통신망을 통한 전송 시'''
|
* 1. 웹서버에 [[TLS(SSL)|SSL(Secure Socket Layer)]] 인증서를 설치하여 전송하는 정보를 암호화 송수신
* 2. 웹서버에 암호화 응용프로그램을 설치하여 전송하는 정보를 암호화하여 송수신
* 3. 그 밖에 암호화 기술 활용 : [[가상 사설망|VPN]], [[PGP]] 등
|-
|'''보조저장매체로 전달 시'''
|
* 1. 암호화 기능을 제공하는 보안 저장매체 이용([[보안 USB|보안USB]] 등)
* 2. 해당 정보를 암호화한 후 보조저장매체에 저장 등
|-
|'''개인정보처리시스템 저장 시'''
|
* 1. 응용프로그램 자체 암호화(API 방식)
* 2. 데이터베이스 서버 암호화(Plug-in 방식)
* 3. DBMS 자체 암호화([[TDE]] 방식)
* 4. DBMS 암호화 기능 호출
* 5. 운영체제 암호화(파일암호화 등)
* 6. 그 밖의 암호화 기술 활용
|-
|'''업무용 컴퓨터 및 모바일 기기 저장 시'''
|
* 1. 문서도구 자체 암호화(오피스 등에서 제공하는 암호 설정 기능 활용)
* 2. 암호 유틸리티를 이용한 암호화
* 3. DRM(Digital Right Management) 적용 등
|}

==증거 자료==

*암호통제 정책(대상, 방식, 알고리즘 등)
*암호화 적용현황(저장 및 전송 시)
*위험도 분석 결과(내부망 고유식별정보 암호화 미적용 시)
*암호화 솔루션 관리 화면

==결함 사례==

*내부 정책·지침에 암호통제 관련 법적 요구사항을 고려한 암호화 대상, 암호 강도, 저장 및 전송 시 암호화 방법, 암호화 관련 담당자의 역할 및 책임 등에 관한 사항이 적절히 명시되지 않은 경우
*암호정책을 수립하면서 해당 기업이 적용받는 법규를 잘못 적용하여(정보통신서비스 제공자에게 ｢개인정보의 안전성 확보조치 기준｣ 요건 적용) 암호화 관련 법적 요구사항을 준수하지 못하고 있는 경우
*개인정보취급자 및 정보주체(이용자)의 비밀번호에 대하여 일방향 암호화를 적용하였으나, 안전하지 않은 MD5 알고리즘을 사용한 경우
*정보통신서비스 제공자가 관련 법규 및 내부 규정에 따라 인터넷 웹사이트에 대하여 보안 서버를 적용하였으나, 회원정보 조회 및 변경, 비밀번호 찾기, 비밀번호 변경 등 개인정보가 전송되는 일부 구간에 암호화 조치가 누락된 경우

==같이 보기==

*[[정보보호 및 개인정보보호관리체계 인증]]
*[[ISMS-P 인증 기준]]
*[[ISMS-P 인증 기준 세부 점검 항목]]

==참고 문헌==

*정보보호 및 개인정보보호 관리체계 인증기준 안내서(KISA, 2022.4.)

코드 스타일

2022-06-28T06:07:07Z

Devper:

'''Code Style'''

==괄호 위치==
{| class="wikitable"
!구분
!작성 방법
|-
! rowspan="2" |'''GNU'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리();
}
</syntaxhighlight>
|-
|블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다.
|-
! rowspan="2" |'''K&R'''
|<syntaxhighlight lang="cpp">
if(...) {
처리()
}
</syntaxhighlight>
|-
|흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록을 if와 같은 행에 배치한다. 코드 줄 수를 절약하여 한눈에 많은 코드를 볼 수 있고 수평으로 많은 코드를 작성할 수 있다. Java 계열 Eclipse / 구글 C++, 자바스크립트 등의 기본 포맷팅이다.
|-
! rowspan="2" |'''BSD'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리()
}
</syntaxhighlight>
|-
|GNU의 블럭의 소속을 분명히 한다는 장점과 K&R의 수평으로 많은 코드를 작성할 수 있다는 장점을 가져와 결합한 스타일이다. 줄 수는 GNU 스타일만큼 늘어나지만 수평으로는 K&R만큼 빽빽하게 쓸 수 있다. 비주얼 스튜디오에서의 기본 포맷팅이다.
|}

==변수 명 표기법==
변수 뿐만 아니라 함수, 클래스 등 공통

===카멜 표기법(Camel Case)===
'''camelCase'''

*여러 단어를 연달아 사용할 때 각 단어의 첫 글자를 대문자로 적되, 맨 앞에 오는 글자는 소문자로 표기하는 방식
*낙타의 등에 있는 혹과 같다고 하여 카멜(Camel) 표기법이라고 부른다.
*표기에서도 볼 수 있듯 봉이 하나이기 때문에 단봉낙타 표기법이라고도 하며, 파스칼 표기법과 비교하여 '''lowerCamelCase'''라고도 한다. 중간에 XML, JSON 같이 식별자 이름에 약자가 포함되는 경우는 해당 약자를 모두 대문자로 쓸 수도 있다. (예: parsedXMLElement)

===파스칼 표기법(Pascal Case)===
'''PascalCase'''

*이 역시 연달아 오는 단어의 모든 앞글자를 대문자로 표기하는 것은 카멜 표기법과 같지만, '''맨 앞에 오는 문자까지도 대문자'''로 표기한다.
*카멜 표기법과 비교하여 UpperCamelCase라고도 하며, 봉이 둘이기 때문에 쌍봉낙타 표기법이라고도 한다.
*전술했듯 식별자의 특성에 따라 카멜 표기법과 파스칼 표기법을 적절하게 혼합하여 쓰는 작성 스타일이 대세로, 변수 정의에는 카멜 표기가, 타입 정의에는 파스칼 표기가 대세이다. 언어에 따라 전부 카멜, 전부 파스칼로 표기할 것을 권장하기도 한다.

===스네이크 표기법(Snake Case)===
'''snake_case'''

*단어 사이에 언더바_를 넣어서 표기하는 것이다.
*허나 한 단어에 언더바를 붙인 _apple 등의 명칭은 C++의 장래 예약어 확장을 위해 지양되고 있다. 자세하게는, 언더바를 사용한 후 바로 대문자로 시작하는(e.g. _Apple, _Banana, _Cucumber) 식별자나 인접한 언더바(_a_apple, _b_Banana), 또는 두 개의 언더바(__Apple, __banana)는 모든 스코프에서 지양된다. 언더바로 시작하는 모든 식별자는 전역 스코프에서만 지양된다.
*언더바 바로 뒤의 문자를 대문자로 하면 Train_Case, 소문자로 하면 spiral_case로 불린다. 전부 대문자로 하는 경우(SNAKE_CASE)도 있는데, 이는 주로 상수 정의에 사용된다.

===헝가리안 표기법(Hungarian Notation)===
'''strHungarianNotation'''

*예시로 strName, bBusy, szName 등이 있다.
*자료형 지원이 다양하지 않았던 시기에는 자주 사용되었지만, 자료형도 문서 데이터도 다양해진 현재는 지양되는 스타일이다.
*무엇보다 개발 도중에 자료형이 바뀐다면 모든 변수명을 수정해주어야 하는 불편함이 있다.
*자료형이 명백하게 제한되는 경우라 해도 보통은 다른 표기법으로 대체되는 편.
*Windows API가 이 표기법을 사용한다.

코드 스타일

2022-06-28T06:06:50Z

Devper:

'''Code Style'''

==괄호 위치==
{| class="wikitable"
!구분
!작성 방법
|-
! rowspan="2" |'''GNU'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리();
}
</syntaxhighlight>
|-
|블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다.
|-
! rowspan="2" |'''K&R'''
|<syntaxhighlight lang="cpp">
if(...) {
처리()
}
</syntaxhighlight>
|-
|흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록을 if와 같은 행에 배치한다. 코드 줄 수를 절약하여 한눈에 많은 코드를 볼 수 있고 수평으로 많은 코드를 작성할 수 있다. Java 계열 Eclipse / 구글 C++, 자바스크립트 등의 기본 포맷팅이다.
|-
! rowspan="2" |'''BSD'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리()
}
</syntaxhighlight>
|-
|GNU의 블럭의 소속을 분명히 한다는 장점과 K&R의 수평으로 많은 코드를 작성할 수 있다는 장점을 가져와 결합한 스타일이다. 줄 수는 GNU 스타일만큼 늘어나지만 수평으로는 K&R만큼 빽빽하게 쓸 수 있다. 비주얼 스튜디오에서의 기본 포맷팅이다.
|}

==변수 명 표기법==
변수 뿐만 아니라 함수, 클래스 등 공통

===카멜 표기법(Camel Case)===
'''camelCase'''

*여러 단어를 연달아 사용할 때 각 단어의 첫 글자를 대문자로 적되, 맨 앞에 오는 글자는 소문자로 표기하는 방식
*낙타의 등에 있는 혹과 같다고 하여 카멜(Camel) 표기법이라고 부른다.
*표기에서도 볼 수 있듯 봉이 하나이기 때문에 단봉낙타 표기법이라고도 하며, 파스칼 표기법과 비교하여 '''lowerCamelCase'''라고도 한다. 중간에 XML, JSON 같이 식별자 이름에 약자가 포함되는 경우는 해당 약자를 모두 대문자로 쓸 수도 있다. (예: parsedXMLElement)

===파스칼 표기법(Pascal Case)===
PascalCase

*이 역시 연달아 오는 단어의 모든 앞글자를 대문자로 표기하는 것은 카멜 표기법과 같지만, '''맨 앞에 오는 문자까지도 대문자'''로 표기한다.
*카멜 표기법과 비교하여 UpperCamelCase라고도 하며, 봉이 둘이기 때문에 쌍봉낙타 표기법이라고도 한다.
*전술했듯 식별자의 특성에 따라 카멜 표기법과 파스칼 표기법을 적절하게 혼합하여 쓰는 작성 스타일이 대세로, 변수 정의에는 카멜 표기가, 타입 정의에는 파스칼 표기가 대세이다. 언어에 따라 전부 카멜, 전부 파스칼로 표기할 것을 권장하기도 한다.

===스네이크 표기법(Snake Case)===
snake_case

*단어 사이에 언더바_를 넣어서 표기하는 것이다.
*허나 한 단어에 언더바를 붙인 _apple 등의 명칭은 C++의 장래 예약어 확장을 위해 지양되고 있다. 자세하게는, 언더바를 사용한 후 바로 대문자로 시작하는(e.g. _Apple, _Banana, _Cucumber) 식별자나 인접한 언더바(_a_apple, _b_Banana), 또는 두 개의 언더바(__Apple, __banana)는 모든 스코프에서 지양된다. 언더바로 시작하는 모든 식별자는 전역 스코프에서만 지양된다.
*언더바 바로 뒤의 문자를 대문자로 하면 Train_Case, 소문자로 하면 spiral_case로 불린다. 전부 대문자로 하는 경우(SNAKE_CASE)도 있는데, 이는 주로 상수 정의에 사용된다.

===헝가리안 표기법(Hungarian Notation)===
strHungarianNotation

*예시로 strName, bBusy, szName 등이 있다.
*자료형 지원이 다양하지 않았던 시기에는 자주 사용되었지만, 자료형도 문서 데이터도 다양해진 현재는 지양되는 스타일이다.
*무엇보다 개발 도중에 자료형이 바뀐다면 모든 변수명을 수정해주어야 하는 불편함이 있다.
*자료형이 명백하게 제한되는 경우라 해도 보통은 다른 표기법으로 대체되는 편.
*Windows API가 이 표기법을 사용한다.

코딩 스타일

2022-06-28T06:06:06Z

Devper: 코드 스타일 문서로 넘겨주기

#넘겨주기 [[코드 스타일]]

코드 스타일

2022-06-28T05:49:28Z

Devper:

==괄호 위치==
{| class="wikitable"
| rowspan="2" |'''GNU'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리();
}
</syntaxhighlight>
|-
|블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다.
|-
| rowspan="2" |'''K&R'''
|<syntaxhighlight lang="cpp">
if(...) {
처리()
}
</syntaxhighlight>
|-
|흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록을 if와 같은 행에 배치한다. 코드 줄 수를 절약하여 한눈에 많은 코드를 볼 수 있고 수평으로 많은 코드를 작성할 수 있다. Java 계열 Eclipse / 구글 C++, 자바스크립트 등의 기본 포맷팅이다.
|-
| rowspan="2" |'''BSD'''
|<syntaxhighlight lang="cpp">
if(...)
{
처리()
}
</syntaxhighlight>
|-
|GNU의 블럭의 소속을 분명히 한다는 장점과 K&R의 수평으로 많은 코드를 작성할 수 있다는 장점을 가져와 결합한 스타일이다. 줄 수는 GNU 스타일만큼 늘어나지만 수평으로는 K&R만큼 빽빽하게 쓸 수 있다. 비주얼 스튜디오에서의 기본 포맷팅이다.
|}

== 변수 명 표기법 ==
변수 뿐만 아니라 함수, 클래스 등 공통

=== 카멜 표기법(Camel Case) ===
'''camelCase'''

* 여러 단어를 연달아 사용할 때 각 단어의 첫 글자를 대문자로 적되, 맨 앞에 오는 글자는 소문자로 표기하는 방식
* 낙타의 등에 있는 혹과 같다고 하여 카멜(Camel) 표기법이라고 부른다.
* 표기에서도 볼 수 있듯 봉이 하나이기 때문에 단봉낙타 표기법이라고도 하며, 파스칼 표기법과 비교하여 '''lowerCamelCase'''라고도 한다. 중간에 XML, JSON 같이 식별자 이름에 약자가 포함되는 경우는 해당 약자를 모두 대문자로 쓸 수도 있다. (예: parsedXMLElement)

=== 파스칼 표기법(Pascal Case) ===
PascalCase

* 이 역시 연달아 오는 단어의 모든 앞글자를 대문자로 표기하는 것은 카멜 표기법과 같지만, '''맨 앞에 오는 문자까지도 대문자'''로 표기한다.
* 카멜 표기법과 비교하여 UpperCamelCase라고도 하며, 봉이 둘이기 때문에 쌍봉낙타 표기법이라고도 한다.
* 전술했듯 식별자의 특성에 따라 카멜 표기법과 파스칼 표기법을 적절하게 혼합하여 쓰는 작성 스타일이 대세로, 변수 정의에는 카멜 표기가, 타입 정의에는 파스칼 표기가 대세이다. 언어에 따라 전부 카멜, 전부 파스칼로 표기할 것을 권장하기도 한다.

=== 스네이크 표기법(Snake Case) ===
snake_case

* 단어 사이에 언더바_를 넣어서 표기하는 것이다.
* 허나 한 단어에 언더바를 붙인 _apple 등의 명칭은 C++의 장래 예약어 확장을 위해 지양되고 있다. 자세하게는, 언더바를 사용한 후 바로 대문자로 시작하는(e.g. _Apple, _Banana, _Cucumber) 식별자나 인접한 언더바(_a_apple, _b_Banana), 또는 두 개의 언더바(__Apple, __banana)는 모든 스코프에서 지양된다. 언더바로 시작하는 모든 식별자는 전역 스코프에서만 지양된다.
* 언더바 바로 뒤의 문자를 대문자로 하면 Train_Case, 소문자로 하면 spiral_case로 불린다. 전부 대문자로 하는 경우(SNAKE_CASE)도 있는데, 이는 주로 상수 정의에 사용된다.

=== 헝가리안 표기법(Hungarian Notation) ===
strHungarianNotation

* 예시로 strName, bBusy, szName 등이 있다.
* 자료형 지원이 다양하지 않았던 시기에는 자주 사용되었지만, 자료형도 문서 데이터도 다양해진 현재는 지양되는 스타일이다.
* 무엇보다 개발 도중에 자료형이 바뀐다면 모든 변수명을 수정해주어야 하는 불편함이 있다.
* 자료형이 명백하게 제한되는 경우라 해도 보통은 다른 표기법으로 대체되는 편.
* Windows API가 이 표기법을 사용한다.

코드 스타일

2022-06-28T05:42:53Z

Devper:

==괄호 위치==
{| class="wikitable"
| rowspan="2" |GNU
|<syntaxhighlight lang="cpp">
if(...)
{
처리();
}
</syntaxhighlight>
|-
|블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다.
|-
| rowspan="2" |K&R
|<syntaxhighlight lang="cpp">
if(...) {
처리()
}
</syntaxhighlight>
|-
|흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록을 if와 같은 행에 배치한다. 코드 줄 수를 절약하여 한눈에 많은 코드를 볼 수 있고 수평으로 많은 코드를 작성할 수 있다. Java 계열 Eclipse / 구글 C++, 자바스크립트 등의 기본 포맷팅이다.
|-
| rowspan="2" |BSD
| <syntaxhighlight lang="cpp">
if(...)
{
처리()
}
</syntaxhighlight>
|-
|GNU의 블럭의 소속을 분명히 한다는 장점과 K&R의 수평으로 많은 코드를 작성할 수 있다는 장점을 가져와 결합한 스타일이다. 줄 수는 GNU 스타일만큼 늘어나지만 수평으로는 K&R만큼 빽빽하게 쓸 수 있다. 비주얼 스튜디오에서의 기본 포맷팅이다.
|}

코드 스타일

2022-06-28T05:41:20Z

Devper: 새 문서: == 괄호 위치 == {| class="wikitable" | rowspan="2" |GNU |<syntaxhighlight lang="cpp"> if(...) { 처리(); } </syntaxhighlight> |- |블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다. |- | rowspan="2" |K&R | |- |흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록...

== 괄호 위치 ==
{| class="wikitable"
| rowspan="2" |GNU
|<syntaxhighlight lang="cpp">
if(...)
{
처리();
}
</syntaxhighlight>
|-
|블록을 if문 아래에 작성한다. 블록이 if에 속한 블럭임을 분명히 표시하여 구조가 잘 보인다. 허나 들여쓰기를 많이 해서 처리하기에 수평으로 많은 코드를 작성할 수 없다.
|-
| rowspan="2" |K&R
|
|-
|흔히 C 계열 창시자들이 사용하던 스타일이다. 여는 블록을 if와 같은 행에 배치한다. 코드 줄 수를 절약하여 한눈에 많은 코드를 볼 수 있고 수평으로 많은 코드를 작성할 수 있다. Java 계열 Eclipse / 구글 C++[1], 자바스크립트[2] 등의 기본 포맷팅이다.
|-
| rowspan="2" |BSD
|
|-
|GNU의 블럭의 소속을 분명히 한다는 장점과 K&R의 수평으로 많은 코드를 작성할 수 있다는 장점을 가져와 결합한 스타일이다. 줄 수는 GNU 스타일만큼 늘어나지만 수평으로는 K&R만큼 빽빽하게 쓸 수 있다. 비주얼 스튜디오에서의 기본 포맷팅이다.
|}

리눅스 find

2022-03-10T00:51:03Z

Devper:

리눅스에서 특정 파일 및 폴더를 찾기 위한 명령어

== 사용법 ==
<pre class='shell'>
find [경로] [옵션] [대상]
</pre>

== 주요 옵션 ==
* name [파일명] : 지정된 이름의 파일을 찾는다.
* user [유저명] : user 소유의 파일을 찾는다.
* -type [bcdfls] : 지정된 형식의 파일을 찾는다.
** b : 블록파일
** c : 문자
** d : 디렉터리
** f : 파일
** l : 링크파일
** s : 소켓

* -size [+/-]숫자[bckw] : 지정된 크기의 파일을 찾는다.
** +n : n보다 크다
** -n : n보다 작다
** n : n이다
** b : 512-byte
** c : byte
** k : kilobytes
** w : 2-byte

* -mtime [+/-]숫자
** +n : n일 '''전에''' 수정된 파일을 찾는다.
** -n : n일 '''동안''' 수정된 파일을 찾는다.

* -mtime [+/-]숫자
** 생성 시간을 기준으로 찾는다. 사용법 mtime과 동일

* -atime [+/-]숫자
** 엑세스 시간을 기준으로 찾는다. 사용법 mtime과 동일

* -inum number : 지정한 아이노드 번호와 파일을 찾는다.
* -print : 표준출력으로 검색된 파일명을 출력한다.
* -exec command { } \; : 찾은 각 파일에 대해 지정된 명령을 실행한다.
* -ok command { } \; : 실행 여부를 사용자에게 확인한 후 명령을 실행한다.

== 사용 예제 ==
* 최근 10일동안 변경된 파일을 찾아서 /tmp/find.out 에 저장한다.
<pre class='shell'>
$ find / -mtime -10 -print > /tmp/find.out
</pre>

* 특수권한 파일 찾기
** 전체 디렉터리에서 정규 파일 중 Set-UID가 설정된 파일을 찾는다.
<pre class='shell'>
$ find / -type f -perm -4000
</pre>
:* -perm 4000 으로 하면 Set-UID만 설정된 파일을 검색하고
:* -perm -4000 으로 하면 Set-UID가 포함된 파일을 검색한다.
:* Set-GID는 2000, Sticky-bit는 1000 이다.
:* [[리눅스 특수권한]] 참고

* 파일 내용에 문자열이 포함된 파일 찾기
** 하위 폴더도 한번에 검색한다.
<pre class='shell'>
$ find [검색 대상 폴더] -type f -print | xargs grep "[검색 문자열]"
</pre>
* [[리눅스 ls]]로도 동일한 기능을 구현할 수 있다.

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

Find

2022-03-10T00:42:11Z

Devper: 리눅스 find 문서로 넘겨주기

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

OAuth

2022-03-10T00:41:49Z

Devper:

[[분류:보안]]

;자신이 소유한 리소스에 소프트웨어 애플리케이션이 접근할 수 있도록 허용해 줌으로써 접근 권한을 위임해주는 개방형 표준 프로토콜

*애플리케이션이 리소스 소유자에게 리소스에 대한 접근 권한을 허용하고, 요청 결과로 전달받은 토큰을 이용해 애플리케이션이 해당 리소스에 접근하는 프로토콜

==역사==

*여러 웹 서비스를 연계하여 사용토록 하기 위해 OpenID 이용
*API 접근 권한 관리를 위해 구글의 AuthSub, 야후의 BBAuth 등을 참고하여 OAuth 1.0 개발
*OAuth의 세션 고정 공격을 보완한 OAuth 1.0a 개발
*OAuth 1.0a는 IETF에서 RFC 5849<nowiki/>로 정리됨
**OAuth 커뮤니가 성장하여 여러 메커니즘에 대한 논의 시작
*OAuth의 구조적인 문제점을 해결하고, 핵심요소만을 차용한 유사 프로토콜 WRAP(Web Resource Access Protocol) 발표
*WRAP을 기반으로 OAuth 2.0 개발(RFC 6749, RFC 6750)
*OAuth 2.0은 메커니즘이 하나로 통일되지 않아 4가지 타입으로 발표됨

== 관련 표준 ==

* [rfc:6749 RFC6749 "OAuth 2.0"]
* [rfc:6749 RFC6750 " The OAuth 2.0 Authorization Framework: Bearer Token Usage"]
* [rfc:7519 RFC7519 "JSON Web Token (JWT)"]
* [rfc:7636 RFC7636 "Proof Key for Code Exchange by OAuth Public Clients"]

==구성과 종류==
===구성===

*'''리소스 소유자''': API에 대한 권한을 가지고 있으며, 이를 위임할 수 있는 이용자
*'''보호된 리소스''': 리소스 소유자가 접근하는 대상
*'''클라이언트''': 리소스 소유자를 대신해 보호된 리소스에 접근하는 소프트웨어 등
*'''인가 서버''': 리소스에 접근할 수 있는 접근 토큰을 발급

==프토토콜 종류==
{| class="wikitable"
!종류(Type)
!설명
|-
|인가 코드 승인
(Authorization Code Grant)
|
*클라이언트가 다른 사용자 대신 특정 리소스에 접근을 요청할 때 사용
*리스소 접근을 위해, 인가 서버에서 받은 권한 코드로 리소스에 대한 엑세스 토큰을 받는 방식
|-
|암묵적 승인
(Implicit Grant)
|
*권한 부여 코드 승인 타입과 다르게 권한 코드 교환 단계가 없음
*엑세스 토큰을 즉시 반환받아 이를 인증에 이용하는 방식
|-
|리소스 소유자 암호 자격 승인
(Resource Owner Password Credentials Grant)
|
*클라이언트가 암호를 사용하여 엑세스 토큰에 대한 사용자의 자격 증명을 교환하는 방식
|-
|클라이언트 자격 승인
(Client Credentials Grant)
|
*클라이언트가 컨텍스트 외부에서 액세스 토큰을 얻어 특정 리소스에 접근을 요청할 때 사용하는 방식
|}

==인증 절차==
===권한 부여 코드 승인===
[[파일:Authorization Code Grant Type.png]]

===암시적 승인===
[[파일:Implicit Grant Type.png]]

===리소스 소유자 암호 자격 증명===
[[파일:Resource Owner Password Credentials Grant.png]]

===클라이언트 자격 증명===
[[파일:Client Credentials Grant Type.png]]

==구성==
{| class="wikitable"
!구분
!설명
!비고
|-
|자원 소유자
|요청하고자 하는 자원의 소유자이자, 인증 주체
|이용자
|-
|클라이언트
|자원을 필요로 하는 서비스
자원 소유자의 권한으로 권한 서버에서 인증을 받아 자원 서버에 자원 요청
|쇼핑몰 등
|-
|권한 서버
|인증을 처리하고 권한을 부여하는 서버
| rowspan="2" |페이스북
네이버
구글 등
|-
|자원 서버
|자원을 가지고 있는 서버
|-
|접근 토큰
|자원 서버에 자원을 요청할 수 있는 토큰
|유효기간 존재
|-
|재발급 토큰
|권한 서버에 접근 토큰을 요청할 수 있는 토큰
|접근 토큰 유효기간 만료 시 사용
|}

==OAuth1.0과 OAuth2.0의 차이==
{| class="wikitable"
!비교
![[OAuth1.0]]
![[OAuth2.0]]
|-
|참여자 구분
|
*이용자
*소비자
*서비스 제공자
|
*자원 소유자
*클라이언트
*권한 서버
*자원 서버
|-
|토큰
|
*요청 토큰(Request Token)
*접근 토큰(Access Token)
|
*접근 토큰(Access Token)
*재발급 토큰(Refresh Token)
|-
|유효기간
|
*접근 토큰의 유효기간 없음
|
*접근 토큰 유효기간 부여
*만료 시 재발급 토큰 이용
|-
|클라이언트
|
*웹 서비스
|
*웹, 앱 등
|}

==문제점==

*OAuth를 제공하는 대형 플랫폼 서비스(신뢰된 서비스, 권한 서버, 자원 서버)에 개인의 행태 정보가 지나치게 축적되는 문제
**국가 기관이 아닌 신뢰된 서비스가 과연 신뢰할 수 있는가?

==참고 문헌==

*OAuth 2 IN ACTION(에이콘 출판사)

MySQL 문자열 치환

2022-03-08T15:04:42Z

Devper: 새 문서: MySQL DBMS에서 테이블의 특정 필드에 있는 특정 문자열을 다른 문자열로 치환하고자 할 경우 REPLACE 함수를 사용할 수 있다. == 예시 ==...

[[MySQL]] [[DBMS]]에서 테이블의 특정 필드에 있는 특정 문자열을 다른 문자열로 치환하고자 할 경우 REPLACE 함수를 사용할 수 있다.

== 예시 ==

=== 기본 ===
target_table의 origin 필드에서 as-is라는 문자열을 모두 찾아 to-be로 변경한다.

* UPDATE target_table SET origin=REPLACE(origin, "as-is", "to-be")

=== 응용 ===
'''조건문 추가'''

* UPDATE target_table SET origin=REPLACE(origin, "as-is", "to-be") WHERE origin LIKE '%변경대상%'

SQL 중복값 찾기 쿼리

2022-02-05T04:29:24Z

Devper: 새 문서: 테이블 특정 필드에 다양한 값들이 있는 상태에서, 특정 값이 여러번 반복적으로 존재하는 경우 해당 값을 구하는 쿼리 * 모든 관계형...

테이블 특정 필드에 다양한 값들이 있는 상태에서, 특정 값이 여러번 반복적으로 존재하는 경우 해당 값을 구하는 쿼리

* 모든 관계형 데이터베이스 공통
<syntaxhighlight lang="sql">
SELECT COUNT(컬럼명) AS cnt, 컬럼명 FROM 테이블명
{필요 시 WHERE 조건구문}
GROUP BY 컬럼명
HAVING COUNT(컬럼명) > 중복건수
</syntaxhighlight>

== 예시 ==
{| class="wikitable"
!no
!id
!val
|-
|1
|홍길동
|사과
|-
|2
|임꺽정
|배
|-
|3
|장길산
|대추
|-
|4
|홍길동
|포도
|-
|5
|유관순
|바나나
|}

* 쿼리
<syntaxhighlight lang="sql">
SELECT COUNT(id) AS cnt, id FROM fruit
GROUP BY id
HAVING COUNT(id) > 1
</syntaxhighlight>

* 결과

{| class="wikitable"
!cnt
!id
|-
|2
|홍길동
|}
[[분류:데이터베이스]]

파워셸

2022-01-29T03:02:44Z

Devper: 새 문서: 분류:운영체제분류:윈도우 ;Power Shell Windows Server 2008 R2의 시스템관리를 위해서 설계된 명령 라인 셀 및 스크립팅 언어로, 강력한 확...

[[분류:운영체제]][[분류:윈도우]]
;Power Shell
Windows Server 2008 R2의 시스템관리를 위해서 설계된 명령 라인 셀 및 스크립팅 언어로, 강력한 확장성을 바탕으로 서버 상의 수많은 기능의 손쉬운 자동화를 지원한다.

DTO

2021-10-17T07:40:21Z

Devper: 새 문서: 분류:소프트웨어 개발 Data Transfer Object ;주로 객체지향 프로그래밍(특히 MVC 프레임워크)에서 복합체 형태로 여러 값을 전달하기 위한 객...

[[분류:소프트웨어 개발]]
Data Transfer Object
;주로 객체지향 프로그래밍(특히 MVC 프레임워크)에서 복합체 형태로 여러 값을 전달하기 위한 객체
* [[VO]]와 혼동될 수 있으나 VO에 비해 DTO는 일반적으로 getter, setter 정도만 가지는 훨씬 단순한 형태를 뜻한다.
* VO는 DTO보다 좀 더 Strict하면서 Functional하게 관리되는 DTO라고 이해할 수 있다.

== 표현 ==
* 주로 대상이 되는 클래스나 메서드 이름 뒤에 DTO를 붙여서 표현한다.
* MemberDTO, MemberInfoDTO, MemberLoginDTO 등으로 사용될 수 있다.

== 같이 보기 ==
* [[VO]]

VO

2021-10-17T07:38:24Z

Devper: 새 문서: 분류:소프트웨어 개발 Value Object ;주로 객체지향 프로그래밍(특히 MVC 프레임워크)에서 복합체 형태로 여러 값을 전달하기 위한 객체 * ...

[[분류:소프트웨어 개발]]
Value Object
;주로 객체지향 프로그래밍(특히 MVC 프레임워크)에서 복합체 형태로 여러 값을 전달하기 위한 객체
* [[DTO]]와 흡사한 형태이나 일반적으로 Setter가 없고(WORM) 비교, 복사 등의 부가적인 기능이 추가된 형태의 객체로 사용된다.
* 좀 더 Strict하면서 Functional하게 관리되는 [[DTO]]라고 할 수 있다.

== 특징 ==
* 불변객체(Immutable Object)

== 표현 ==
* 주로 대상이 되는 클래스나 메서드 이름 뒤에 Vo를 붙여서 표현한다.
* MemberVo, MemberInfoVo, MemberLoginVo 등으로 사용될 수 있다.

== 같이 보기 ==
* [[DTO]]

형용사 모음

2021-10-17T07:27:15Z

Devper:

[[분류:소프트웨어 개발]]
'''개발자용'''

4글자 이하 형용사 모음

[[동물 이름 모음]]과 결합하여 랜덤 닉네임을 만들 때 사용할 수 있다.

=== 띄어쓰기 구분 ===
가냘픈 가는 가엾은 가파른 같은 거센 거친 검은 게으른 고달픈 고른 고마운 고운 고픈 곧은 괜찮은 구석진 굳은 굵은 귀여운 그런 그른 그리운 기다란 기쁜 긴 깊은 깎아지른 깨끗한 나쁜 나은 난데없는 날랜 날카로운 낮은 너그러운 너른 널따란 넓은 네모난 노란 높은 누런 눅은 느닷없는 느린 늦은 다른 더러운 더운 덜된 동그란 돼먹잖은 된 둥그런 둥근 뒤늦은 드문 딱한 때늦은 뛰어난 뜨거운 막다른 많은 매운 먼 멋진 메마른 메스꺼운 모난 못난 못된 못생긴 무거운 무딘 무른 무서운 미끄러운 미운 바람직한 반가운 밝은 밤늦은 보드라운 보람찬 부드러운 부른 붉은 비싼 빠른 빨간 뻘건 뼈저린 뽀얀 뿌연 새로운 서툰 섣부른 설운 성가신 센 수줍은 쉬운 스스러운 슬픈 시원찮은 싫은 싼 쌀쌀맞은 쏜살같은 쓰디쓴 쓰린 쓴 아니꼬운 아닌 아름다운 아쉬운 아픈 안된 안쓰러운 안타까운 않은 알맞은 약빠른 약은 얇은 얕은 어두운 어려운 어린 언짢은 엄청난 없는 여문 열띤 예쁜 올바른 옳은 외로운 우스운 의심스런 이른 익은 있는 작은 잘난 잘빠진 잘생긴 재미있는 적은 젊은 점잖은 조그만 좁은 좋은 주제넘은 줄기찬 즐거운 지나친 지혜로운 질긴 짓궂은 짙은 짠 짧은 케케묵은 큰 탐스러운 턱없는 푸른 한결같은 흐린 희망찬 흰 힘겨운

=== 배열용 ===
'가냘픈', '가는', '가엾은', '가파른', '같은', '거센', '거친', '검은', '게으른', '고달픈', '고른', '고마운', '고운', '고픈', '곧은', '괜찮은', '구석진', '굳은', '굵은', '귀여운', '그런', '그른', '그리운', '기다란', '기쁜', '긴', '깊은', '깎아지른', '깨끗한', '나쁜', '나은', '난데없는', '날랜', '날카로운', '낮은', '너그러운', '너른', '널따란', '넓은', '네모난', '노란', '높은', '누런', '눅은', '느닷없는', '느린', '늦은', '다른', '더러운', '더운', '덜된', '동그란', '돼먹잖은', '된', '둥그런', '둥근', '뒤늦은', '드문', '딱한', '때늦은', '뛰어난', '뜨거운', '막다른', '많은', '매운', '먼', '멋진', '메마른', '메스꺼운', '모난', '못난', '못된', '못생긴', '무거운', '무딘', '무른', '무서운', '미끄러운', '미운', '바람직한', '반가운', '밝은', '밤늦은', '보드라운', '보람찬', '부드러운', '부른', '붉은', '비싼', '빠른', '빨간', '뻘건', '뼈저린', '뽀얀', '뿌연', '새로운', '서툰', '섣부른', '설운', '성가신', '센', '수줍은', '쉬운', '스스러운', '슬픈', '시원찮은', '싫은', '싼', '쌀쌀맞은', '쏜살같은', '쓰디쓴', '쓰린', '쓴', '아니꼬운', '아닌', '아름다운', '아쉬운', '아픈', '안된', '안쓰러운', '안타까운', '않은', '알맞은', '약빠른', '약은', '얇은', '얕은', '어두운', '어려운', '어린', '언짢은', '엄청난', '없는', '여문', '열띤', '예쁜', '올바른', '옳은', '외로운', '우스운', '의심스런', '이른', '익은', '있는', '작은', '잘난', '잘빠진', '잘생긴', '재미있는', '적은', '젊은', '점잖은', '조그만', '좁은', '좋은', '주제넘은', '줄기찬', '즐거운', '지나친', '지혜로운', '질긴', '짓궂은', '짙은', '짠', '짧은', '케케묵은', '큰', '탐스러운', '턱없는', '푸른', '한결같은', '흐린', '희망찬', '흰', '힘겨운'

=== 리스트 구분 ===

* 가냘픈
* 가는
* 가엾은
* 가파른
* 같은
* 거센
* 거친
* 검은
* 게으른
* 고달픈
* 고른
* 고마운
* 고운
* 고픈
* 곧은
* 괜찮은
* 구석진
* 굳은
* 굵은
* 귀여운
* 그런
* 그른
* 그리운
* 기다란
* 기쁜
* 긴
* 깊은
* 깎아지른
* 깨끗한
* 나쁜
* 나은
* 난데없는
* 날랜
* 날카로운
* 낮은
* 너그러운
* 너른
* 널따란
* 넓은
* 네모난
* 노란
* 높은
* 누런
* 눅은
* 느닷없는
* 느린
* 늦은
* 다른
* 더러운
* 더운
* 덜된
* 동그란
* 돼먹잖은
* 된
* 둥그런
* 둥근
* 뒤늦은
* 드문
* 딱한
* 때늦은
* 뛰어난
* 뜨거운
* 막다른
* 많은
* 매운
* 먼
* 멋진
* 메마른
* 메스꺼운
* 모난
* 못난
* 못된
* 못생긴
* 무거운
* 무딘
* 무른
* 무서운
* 미끄러운
* 미운
* 바람직한
* 반가운
* 밝은
* 밤늦은
* 보드라운
* 보람찬
* 부드러운
* 부른
* 붉은
* 비싼
* 빠른
* 빨간
* 뻘건
* 뼈저린
* 뽀얀
* 뿌연
* 새로운
* 서툰
* 섣부른
* 설운
* 성가신
* 센
* 수줍은
* 쉬운
* 스스러운
* 슬픈
* 시원찮은
* 싫은
* 싼
* 쌀쌀맞은
* 쏜살같은
* 쓰디쓴
* 쓰린
* 쓴
* 아니꼬운
* 아닌
* 아름다운
* 아쉬운
* 아픈
* 안된
* 안쓰러운
* 안타까운
* 않은
* 알맞은
* 약빠른
* 약은
* 얇은
* 얕은
* 어두운
* 어려운
* 어린
* 언짢은
* 엄청난
* 없는
* 여문
* 열띤
* 예쁜
* 올바른
* 옳은
* 외로운
* 우스운
* 의심스런
* 이른
* 익은
* 있는
* 작은
* 잘난
* 잘빠진
* 잘생긴
* 재미있는
* 적은
* 젊은
* 점잖은
* 조그만
* 좁은
* 좋은
* 주제넘은
* 줄기찬
* 즐거운
* 지나친
* 지혜로운
* 질긴
* 짓궂은
* 짙은
* 짠
* 짧은
* 케케묵은
* 큰
* 탐스러운
* 턱없는
* 푸른
* 한결같은
* 흐린
* 희망찬
* 흰
* 힘겨운

동물 이름 모음

2021-10-17T07:27:04Z

Devper:

[[분류:소프트웨어 개발]]
랜덤 닉네임을 생성할 때 쓸 수 있다

* [[형용사 모음]]을 결합하면 좋다.

=== 띄어쓰기 구분 ===
고양이 강아지 거북이 토끼 뱀 사자 호랑이 표범 치타 하이에나 기린 코끼리 코뿔소 하마 악어 펭귄 부엉이 올빼미 곰 돼지 소 닭 독수리 타조 고릴라 오랑우탄 침팬지 원숭이 코알라 캥거루 고래 상어 칠면조 직박구리 쥐 청설모 메추라기 앵무새 삵 스라소니 판다 오소리 오리 거위 백조 두루미 고슴도치 두더지 우파루파 맹꽁이 너구리 개구리 두꺼비 카멜레온 이구아나 노루 제비 까치 고라니 수달 당나귀 순록 염소 공작 바다표범 들소 박쥐 참새 물개 바다사자 살모사 구렁이 얼룩말 산양 멧돼지 카피바라 도롱뇽 북극곰 퓨마 미어캣 코요테 라마 딱따구리 기러기 비둘기 스컹크 돌고래 까마귀 매 낙타 여우 사슴 늑대 재규어 알파카 양 다람쥐 담비

=== 배열용 ===
<nowiki>'고양이', '강아지', '거북이', '토끼', '뱀', '사자', '호랑이', '표범', '치타', '하이에나', '기린', '코끼리', '코뿔소', '하마', '악어', '펭귄', '부엉이', '올빼미', '곰', '돼지', '소', '닭', '독수리', '타조', '고릴라', '오랑우탄', '침팬지', '원숭이', '코알라', '캥거루', '고래', '상어', '칠면조', '직박구리', '쥐', '청설모', '메추라기', '앵무새', '삵', '스라소니', '판다', '오소리', '오리', '거위', '백조', '두루미', '고슴도치', '두더지', '우파루파', '맹꽁이', '너구리', '개구리', '두꺼비', '카멜레온', '이구아나', '노루', '제비', '까치', '고라니', '수달', '당나귀', '순록', '염소', '공작', '바다표범', '들소', '박쥐', '참새', '물개', '바다사자', '살모사', '구렁이', '얼룩말', '산양', '멧돼지', '카피바라', '도롱뇽', '북극곰', '퓨마', '', '미어캣', '코요테', '라마', '딱따구리', '기러기', '비둘기', '스컹크', '돌고래', '까마귀', '매', '낙타', '여우', '사슴', '늑대', '재규어', '알파카', '양', '다람쥐', '담비'</nowiki>

=== 리스트 구분 ===

* 고양이
* 강아지
* 거북이
* 토끼
* 뱀
* 사자
* 호랑이
* 표범
* 치타
* 하이에나
* 기린
* 코끼리
* 코뿔소
* 하마
* 악어
* 펭귄
* 부엉이
* 올빼미
* 곰
* 돼지
* 소
* 닭
* 독수리
* 타조
* 고릴라
* 오랑우탄
* 침팬지
* 원숭이
* 코알라
* 캥거루
* 고래
* 상어
* 칠면조
* 직박구리
* 쥐
* 청설모
* 메추라기
* 앵무새
* 삵
* 스라소니
* 판다
* 오소리
* 오리
* 거위
* 백조
* 두루미
* 고슴도치
* 두더지
* 우파루파
* 맹꽁이
* 너구리
* 개구리
* 두꺼비
* 카멜레온
* 이구아나
* 노루
* 제비
* 까치
* 고라니
* 수달
* 당나귀
* 순록
* 염소
* 공작
* 바다표범
* 들소
* 박쥐
* 참새
* 물개
* 바다사자
* 살모사
* 구렁이
* 얼룩말
* 산양
* 멧돼지
* 카피바라
* 도롱뇽
* 북극곰
* 퓨마
* 미어캣
* 코요테
* 라마
* 딱따구리
* 기러기
* 비둘기
* 스컹크
* 돌고래
* 까마귀
* 매
* 낙타
* 여우
* 사슴
* 늑대
* 재규어
* 알파카
* 양
* 다람쥐
* 담비

동물 이름 모음

2021-10-09T14:56:04Z

Devper:

랜덤 닉네임을 생성할 때 쓸 수 있다

* [[형용사 모음]]을 결합하면 좋다.

=== 띄어쓰기 구분 ===
고양이 강아지 거북이 토끼 뱀 사자 호랑이 표범 치타 하이에나 기린 코끼리 코뿔소 하마 악어 펭귄 부엉이 올빼미 곰 돼지 소 닭 독수리 타조 고릴라 오랑우탄 침팬지 원숭이 코알라 캥거루 고래 상어 칠면조 직박구리 쥐 청설모 메추라기 앵무새 삵 스라소니 판다 오소리 오리 거위 백조 두루미 고슴도치 두더지 우파루파 맹꽁이 너구리 개구리 두꺼비 카멜레온 이구아나 노루 제비 까치 고라니 수달 당나귀 순록 염소 공작 바다표범 들소 박쥐 참새 물개 바다사자 살모사 구렁이 얼룩말 산양 멧돼지 카피바라 도롱뇽 북극곰 퓨마 미어캣 코요테 라마 딱따구리 기러기 비둘기 스컹크 돌고래 까마귀 매 낙타 여우 사슴 늑대 재규어 알파카 양 다람쥐 담비

=== 배열용 ===
<nowiki>'고양이', '강아지', '거북이', '토끼', '뱀', '사자', '호랑이', '표범', '치타', '하이에나', '기린', '코끼리', '코뿔소', '하마', '악어', '펭귄', '부엉이', '올빼미', '곰', '돼지', '소', '닭', '독수리', '타조', '고릴라', '오랑우탄', '침팬지', '원숭이', '코알라', '캥거루', '고래', '상어', '칠면조', '직박구리', '쥐', '청설모', '메추라기', '앵무새', '삵', '스라소니', '판다', '오소리', '오리', '거위', '백조', '두루미', '고슴도치', '두더지', '우파루파', '맹꽁이', '너구리', '개구리', '두꺼비', '카멜레온', '이구아나', '노루', '제비', '까치', '고라니', '수달', '당나귀', '순록', '염소', '공작', '바다표범', '들소', '박쥐', '참새', '물개', '바다사자', '살모사', '구렁이', '얼룩말', '산양', '멧돼지', '카피바라', '도롱뇽', '북극곰', '퓨마', '', '미어캣', '코요테', '라마', '딱따구리', '기러기', '비둘기', '스컹크', '돌고래', '까마귀', '매', '낙타', '여우', '사슴', '늑대', '재규어', '알파카', '양', '다람쥐', '담비'</nowiki>

=== 리스트 구분 ===

* 고양이
* 강아지
* 거북이
* 토끼
* 뱀
* 사자
* 호랑이
* 표범
* 치타
* 하이에나
* 기린
* 코끼리
* 코뿔소
* 하마
* 악어
* 펭귄
* 부엉이
* 올빼미
* 곰
* 돼지
* 소
* 닭
* 독수리
* 타조
* 고릴라
* 오랑우탄
* 침팬지
* 원숭이
* 코알라
* 캥거루
* 고래
* 상어
* 칠면조
* 직박구리
* 쥐
* 청설모
* 메추라기
* 앵무새
* 삵
* 스라소니
* 판다
* 오소리
* 오리
* 거위
* 백조
* 두루미
* 고슴도치
* 두더지
* 우파루파
* 맹꽁이
* 너구리
* 개구리
* 두꺼비
* 카멜레온
* 이구아나
* 노루
* 제비
* 까치
* 고라니
* 수달
* 당나귀
* 순록
* 염소
* 공작
* 바다표범
* 들소
* 박쥐
* 참새
* 물개
* 바다사자
* 살모사
* 구렁이
* 얼룩말
* 산양
* 멧돼지
* 카피바라
* 도롱뇽
* 북극곰
* 퓨마
* 미어캣
* 코요테
* 라마
* 딱따구리
* 기러기
* 비둘기
* 스컹크
* 돌고래
* 까마귀
* 매
* 낙타
* 여우
* 사슴
* 늑대
* 재규어
* 알파카
* 양
* 다람쥐
* 담비

형용사 모음

2021-10-09T06:19:55Z

Devper: 새 문서: '''개발자용''' 4글자 이하 형용사 모음 동물 이름 모음과 결합하여 랜덤 닉네임을 만들 때 사용할 수 있다. === 띄어쓰기 구분 === 가냘...

'''개발자용'''

4글자 이하 형용사 모음

[[동물 이름 모음]]과 결합하여 랜덤 닉네임을 만들 때 사용할 수 있다.

=== 띄어쓰기 구분 ===
가냘픈 가는 가엾은 가파른 같은 거센 거친 검은 게으른 고달픈 고른 고마운 고운 고픈 곧은 괜찮은 구석진 굳은 굵은 귀여운 그런 그른 그리운 기다란 기쁜 긴 깊은 깎아지른 깨끗한 나쁜 나은 난데없는 날랜 날카로운 낮은 너그러운 너른 널따란 넓은 네모난 노란 높은 누런 눅은 느닷없는 느린 늦은 다른 더러운 더운 덜된 동그란 돼먹잖은 된 둥그런 둥근 뒤늦은 드문 딱한 때늦은 뛰어난 뜨거운 막다른 많은 매운 먼 멋진 메마른 메스꺼운 모난 못난 못된 못생긴 무거운 무딘 무른 무서운 미끄러운 미운 바람직한 반가운 밝은 밤늦은 보드라운 보람찬 부드러운 부른 붉은 비싼 빠른 빨간 뻘건 뼈저린 뽀얀 뿌연 새로운 서툰 섣부른 설운 성가신 센 수줍은 쉬운 스스러운 슬픈 시원찮은 싫은 싼 쌀쌀맞은 쏜살같은 쓰디쓴 쓰린 쓴 아니꼬운 아닌 아름다운 아쉬운 아픈 안된 안쓰러운 안타까운 않은 알맞은 약빠른 약은 얇은 얕은 어두운 어려운 어린 언짢은 엄청난 없는 여문 열띤 예쁜 올바른 옳은 외로운 우스운 의심스런 이른 익은 있는 작은 잘난 잘빠진 잘생긴 재미있는 적은 젊은 점잖은 조그만 좁은 좋은 주제넘은 줄기찬 즐거운 지나친 지혜로운 질긴 짓궂은 짙은 짠 짧은 케케묵은 큰 탐스러운 턱없는 푸른 한결같은 흐린 희망찬 흰 힘겨운

=== 배열용 ===
'가냘픈', '가는', '가엾은', '가파른', '같은', '거센', '거친', '검은', '게으른', '고달픈', '고른', '고마운', '고운', '고픈', '곧은', '괜찮은', '구석진', '굳은', '굵은', '귀여운', '그런', '그른', '그리운', '기다란', '기쁜', '긴', '깊은', '깎아지른', '깨끗한', '나쁜', '나은', '난데없는', '날랜', '날카로운', '낮은', '너그러운', '너른', '널따란', '넓은', '네모난', '노란', '높은', '누런', '눅은', '느닷없는', '느린', '늦은', '다른', '더러운', '더운', '덜된', '동그란', '돼먹잖은', '된', '둥그런', '둥근', '뒤늦은', '드문', '딱한', '때늦은', '뛰어난', '뜨거운', '막다른', '많은', '매운', '먼', '멋진', '메마른', '메스꺼운', '모난', '못난', '못된', '못생긴', '무거운', '무딘', '무른', '무서운', '미끄러운', '미운', '바람직한', '반가운', '밝은', '밤늦은', '보드라운', '보람찬', '부드러운', '부른', '붉은', '비싼', '빠른', '빨간', '뻘건', '뼈저린', '뽀얀', '뿌연', '새로운', '서툰', '섣부른', '설운', '성가신', '센', '수줍은', '쉬운', '스스러운', '슬픈', '시원찮은', '싫은', '싼', '쌀쌀맞은', '쏜살같은', '쓰디쓴', '쓰린', '쓴', '아니꼬운', '아닌', '아름다운', '아쉬운', '아픈', '안된', '안쓰러운', '안타까운', '않은', '알맞은', '약빠른', '약은', '얇은', '얕은', '어두운', '어려운', '어린', '언짢은', '엄청난', '없는', '여문', '열띤', '예쁜', '올바른', '옳은', '외로운', '우스운', '의심스런', '이른', '익은', '있는', '작은', '잘난', '잘빠진', '잘생긴', '재미있는', '적은', '젊은', '점잖은', '조그만', '좁은', '좋은', '주제넘은', '줄기찬', '즐거운', '지나친', '지혜로운', '질긴', '짓궂은', '짙은', '짠', '짧은', '케케묵은', '큰', '탐스러운', '턱없는', '푸른', '한결같은', '흐린', '희망찬', '흰', '힘겨운'

=== 리스트 구분 ===

* 가냘픈
* 가는
* 가엾은
* 가파른
* 같은
* 거센
* 거친
* 검은
* 게으른
* 고달픈
* 고른
* 고마운
* 고운
* 고픈
* 곧은
* 괜찮은
* 구석진
* 굳은
* 굵은
* 귀여운
* 그런
* 그른
* 그리운
* 기다란
* 기쁜
* 긴
* 깊은
* 깎아지른
* 깨끗한
* 나쁜
* 나은
* 난데없는
* 날랜
* 날카로운
* 낮은
* 너그러운
* 너른
* 널따란
* 넓은
* 네모난
* 노란
* 높은
* 누런
* 눅은
* 느닷없는
* 느린
* 늦은
* 다른
* 더러운
* 더운
* 덜된
* 동그란
* 돼먹잖은
* 된
* 둥그런
* 둥근
* 뒤늦은
* 드문
* 딱한
* 때늦은
* 뛰어난
* 뜨거운
* 막다른
* 많은
* 매운
* 먼
* 멋진
* 메마른
* 메스꺼운
* 모난
* 못난
* 못된
* 못생긴
* 무거운
* 무딘
* 무른
* 무서운
* 미끄러운
* 미운
* 바람직한
* 반가운
* 밝은
* 밤늦은
* 보드라운
* 보람찬
* 부드러운
* 부른
* 붉은
* 비싼
* 빠른
* 빨간
* 뻘건
* 뼈저린
* 뽀얀
* 뿌연
* 새로운
* 서툰
* 섣부른
* 설운
* 성가신
* 센
* 수줍은
* 쉬운
* 스스러운
* 슬픈
* 시원찮은
* 싫은
* 싼
* 쌀쌀맞은
* 쏜살같은
* 쓰디쓴
* 쓰린
* 쓴
* 아니꼬운
* 아닌
* 아름다운
* 아쉬운
* 아픈
* 안된
* 안쓰러운
* 안타까운
* 않은
* 알맞은
* 약빠른
* 약은
* 얇은
* 얕은
* 어두운
* 어려운
* 어린
* 언짢은
* 엄청난
* 없는
* 여문
* 열띤
* 예쁜
* 올바른
* 옳은
* 외로운
* 우스운
* 의심스런
* 이른
* 익은
* 있는
* 작은
* 잘난
* 잘빠진
* 잘생긴
* 재미있는
* 적은
* 젊은
* 점잖은
* 조그만
* 좁은
* 좋은
* 주제넘은
* 줄기찬
* 즐거운
* 지나친
* 지혜로운
* 질긴
* 짓궂은
* 짙은
* 짠
* 짧은
* 케케묵은
* 큰
* 탐스러운
* 턱없는
* 푸른
* 한결같은
* 흐린
* 희망찬
* 흰
* 힘겨운

동물 이름 모음

2021-10-09T06:15:47Z

Devper: 새 문서: 랜덤 닉네임을 생성할 때 쓸 수 있다 * 형용사 모음을 결합하면 좋다. === 띄어쓰기 구분 === 고양이 강아지 거북이 토끼 뱀 사자 호랑이...

랜덤 닉네임을 생성할 때 쓸 수 있다

* [[형용사 모음]]을 결합하면 좋다.

=== 띄어쓰기 구분 ===
고양이 강아지 거북이 토끼 뱀 사자 호랑이 표범 치타 하이에나 기린 코끼리 코뿔소 하마 악어 펭귄 부엉이 올빼미 곰 돼지 소 닭 독수리 타조 고릴라 오랑우탄 침팬지 원숭이 코알라 캥거루 고래 상어 칠면조 직박구리 쥐 청설모 메추라기 앵무새 삵 스라소니 판다 오소리 오리 거위 백조 두루미 고슴도치 두더지 우파루파 맹꽁이 너구리 개구리 두꺼비 카멜레온 이구아나 노루 제비 까치 고라니 수달 당나귀 순록 염소 공작 바다표범 들소 박쥐 참새 물개 바다사자 살모사 구렁이 얼룩말 산양 멧돼지 카피바라 바다코끼리 도롱뇽 북극곰 퓨마 미어캣 코요테 라마 딱따구리 기러기 비둘기 스컹크 아르마딜로 돌고래 까마귀 매 낙타 여우 사슴 늑대 재규어 알파카 양 다람쥐 담비

=== 배열용 ===
<nowiki>'고양이', '강아지', '거북이', '토끼', '뱀', '사자', '호랑이', '표범', '치타', '하이에나', '기린', '코끼리', '코뿔소', '하마', '악어', '펭귄', '부엉이', '올빼미', '곰', '돼지', '소', '닭', '독수리', '타조', '고릴라', '오랑우탄', '침팬지', '원숭이', '코알라', '캥거루', '고래', '상어', '칠면조', '직박구리', '쥐', '청설모', '메추라기', '앵무새', '삵', '스라소니', '판다', '오소리', '오리', '거위', '백조', '두루미', '고슴도치', '두더지', '우파루파', '맹꽁이', '너구리', '개구리', '두꺼비', '카멜레온', '이구아나', '노루', '제비', '까치', '고라니', '수달', '당나귀', '순록', '염소', '공작', '바다표범', '들소', '박쥐', '참새', '물개', '바다사자', '살모사', '구렁이', '얼룩말', '산양', '멧돼지', '카피바라', '바다코끼리', '도롱뇽', '북극곰', '퓨마', '', '미어캣', '코요테', '라마', '딱따구리', '기러기', '비둘기', '스컹크', '아르마딜로', '돌고래', '까마귀', '매', '낙타', '여우', '사슴', '늑대', '재규어', '알파카', '양', '다람쥐', '담비'</nowiki>

=== 리스트 구분 ===

* 고양이
* 강아지
* 거북이
* 토끼
* 뱀
* 사자
* 호랑이
* 표범
* 치타
* 하이에나
* 기린
* 코끼리
* 코뿔소
* 하마
* 악어
* 펭귄
* 부엉이
* 올빼미
* 곰
* 돼지
* 소
* 닭
* 독수리
* 타조
* 고릴라
* 오랑우탄
* 침팬지
* 원숭이
* 코알라
* 캥거루
* 고래
* 상어
* 칠면조
* 직박구리
* 쥐
* 청설모
* 메추라기
* 앵무새
* 삵
* 스라소니
* 판다
* 오소리
* 오리
* 거위
* 백조
* 두루미
* 고슴도치
* 두더지
* 우파루파
* 맹꽁이
* 너구리
* 개구리
* 두꺼비
* 카멜레온
* 이구아나
* 노루
* 제비
* 까치
* 고라니
* 수달
* 당나귀
* 순록
* 염소
* 공작
* 바다표범
* 들소
* 박쥐
* 참새
* 물개
* 바다사자
* 살모사
* 구렁이
* 얼룩말
* 산양
* 멧돼지
* 카피바라
* 바다코끼리
* 도롱뇽
* 북극곰
* 퓨마
* 미어캣
* 코요테
* 라마
* 딱따구리
* 기러기
* 비둘기
* 스컹크
* 아르마딜로
* 돌고래
* 까마귀
* 매
* 낙타
* 여우
* 사슴
* 늑대
* 재규어
* 알파카
* 양
* 다람쥐
* 담비