다물8

NSIS 정리된 곳

NSIS는 자동설치프로그램만들어주는 프리웨어

http://seohs.tistory.com/313

http://nsis.sourceforge.net/NSISPlus_GUI

http://blog.naver.com/mokomoji/130106138090

Set WshShell = WScript.CreateObject ("WScript.Shell")

Oracle Technical Bulletins No. 10185 참고..

중복된 RECORD 삭제 방법
================================

중복된 RECORD를 삭제하는 방법은 2가지가 있습니다.


방법1)

SQL> CREATE TABLE emp2 AS SELECT distinct * FROM emp;

SQL> DROP TABLE emp;

SQL> RENAME emp2 TO emp;




방법2) 중복된 데이터중에서 ROWID가 큰 값을 제거


SQL> DELETE FROM emp a
WHERE rowid > (SELECT MIN(ROWID)
FROM emp b
WHERE b.empno = a.empno);



en-core에서 본 白面書生(www.okjsp.pe.kr)님의 글도 참고해서 넣었습니다.

방법3) 나중에 들어온 데이터를 살릴경우


SQL> DELETE FROM emp a
WHERE ROWID < (SELECT MAX(ROWID)
FROM emp b
WHERE a.empno = b.empno);

방법4) 레코드가 완전 중복이 아니고 일부 중복인 데이터를 삭제할 경우


SQL>
DELETE /*+ FULL(A) PARALLEL(A, 7)  */
FROM TB_TEST PARTITION(P201407) A
WHERE ROWID IN ( SELECT RID
                            FROM ( SELECT ROWID AS RID, AREA_NO, KUK_NO, SUB_NO,
                                                     RANK() OVER (PARTITION BY AREA_NO, KUK_NO, SUB_NO ORDER BY START_DATE DESC) AS R_NO
                                        FROM TB_TEST PARTITION(P201407) B
                                        WHERE END_DATE = '99991231'
                                        AND     START_DATE < '20140701'
                                       )
                            WHERE R_NO <> 1

                           )
;

설명: 테이블 TB_TEST에서 AREA_NO, KUK_NO, SUB_NO, END_DATE 가 동일하고
        START_DATE가 7월이전인 자료 중에서 START_DATE가 OLD인 자료를 삭제한다.

       즉, AREA_NO, KUK_NO, SUB_NO, END_DATE는 같으나 START_DATE가 다른 자료를 삭제하되   최그것을 살리고 이전것을 삭제하는 경우입니다.

한컴뷰어 2007

HaansoftViewer2007.alz

HaansoftViewer2007.a00

HaansoftViewer2007.a01

HaansoftViewer2007.a02

HaansoftViewer2007.a03

HaansoftViewer2007.a04

HaansoftViewer2007.a05

HaansoftViewer2007.a06

HaansoftViewer2007.a07

HaansoftViewer2007.a08

HaansoftViewer2007.a09

http://blog.naver.com/ghost829/150190464480

http://seohs.tistory.com/313

http://fogria.tistory.com/269

http://blog.naver.com/PostView.nhn?blogId=since201109&logNo=150165230275

한국소프트웨어산업협회에서는 국가기관 등에서 소프트웨어 사업을 추진함에 있어 이에 SW개발비 등에 대한 예산수립, 사업발주, 계약 시 적정대가를 산정하기 위한 기준이 되는 "SW사업 대가산정 가이드(2014년 개정판)"을 현행화하여 공표합니다.
 

가이드를 SW사업의 대가산정 기준으로 활용하기 위한 적용근거는 행정기관 및 공공기관 정보시스템 구축·운영 지침(행정안전부 고시 제2013-36호)과 국가의 예산 편성·집행 지침(기획재정부)을 참고하시기 바랍니다.

자세한 사항에 대해서는 첨부된 파일 참조 부탁드리며, 관련 문의는 아래 담당자에게 문의해 주시면 친절하게 답변해 드리도록 하겠습니다.

[SW사업대가 및 SW사업대가 대가산정 가이드 관련문의처]

정책연구팀 이기횡 전문위원 (☎ : 02-2188-6939, Email : khlee@sw.or.kr)

※ 인쇄를 위한 디자인 편집 버젼의 가이드는 차후에 다시 교체하도록 하겠습니다.

※ 데이터베이스 구축비에 대해서는 한국정보화진흥원의 "데이터베이스 구축비 대가기준 가이드"를 적용하시기 바랍니다.
    담당자 : 유시형 수석(☎ : 02-2131-0326, Email : ysh@nia.or.kr)에게 문의바랍니다.
    데이터베이스 구축비 대가기준 가이드는 한국정보화진흥원 홈페이지 > 정보화자료실 > 정책/지침/법령에서 확인 가능합니다.
    (http://www.nia.or.kr/)

감사합니다. 

(최종)[KOSA]2014년 SW사업 대가산정 가이드 개정사항 안내.pdf

[KOSA] SW사업 대가산정 가이드(2014년 개정판).pdf

OWASP Top 10 2013

한글판 공식 버전은 OWASP 홈페이지(http://www.owasp.or.kr)

A1 - 인젝션
A2 - 인증 및 세션 관리 취약점
A3 - 크로스 사이트 스크립팅(XSS)
A4 - 취약한 직접 객체 참조
A5 - 보안 설정 오류
A6 - 민감 데이터 노출
A7 - 기능 수준의 접근 통제 누락
A8 - 크로스 사이트 요청 변조(CSRF)
A9 - 알려진 취약점이 있는 컴포넌트 사용
A10 - 검증되지 않은 리다이렉트 및 포워드

문제: 최근에 발표된 가장 심각한 웹 애플리케이션 보안 위험 10가지(OWASP Top 10 2013) 내용 중
6번째의 A6 - 민감 데이터 노출 에 대한 대응방법으로 "패스워드를 보호용으로 설계된 알고리즘으로
패스워드를 저장해야 한다" 고 권고하고 있다.

다음 중 패스워드를 보호용으로 설계된 알고리즘이 아닌 것은?
1) HashCrypt
2) bcrypt
3) scrypt
4) PBKDF2

OWASP Top 10 2013
한글판 공식 버전은 OWASP 홈페이지(http://www.owasp.or.kr)

A1 - 인젝션
A2 - 인증 및 세션 관리 취약점
A3 - 크로스 사이트 스크립팅(XSS)
A4 - 취약한 직접 객체 참조
A5 - 보안 설정 오류
A6 - 민감 데이터 노출
A7 - 기능 수준의 접근 통제 누락
A8 - 크로스 사이트 요청 변조(CSRF)
A9 - 알려진 취약점이 있는 컴포넌트 사용
A10 - 검증되지 않은 리다이렉트 및 포워드

A6 : 민감 데이터 노출
bcrypt, PBKDF2, scrypt와 같이 패스워드를 보호용으로 설계된
알고리즘으로 패스워드를 저장해야 한다.

1)PBKDF2
가장 많이 사용되는 key derivation function은 PBKDF2(Password-Based Key Derivation Function)이다. 해시 함수의 컨테이너인 PBKDF2는 솔트를 적용한 후 해시 함수의 반복 횟수를 임의로 선택할 수 있다. PBKDF2는 아주 가볍고 구현하기 쉬우며, SHA와 같이 검증된 해시 함수만을 사용한다.
PBKDF2는 NIST(National Institute of Standards and Technology, 미국표준기술연구소)에 의해서 승인된 알고리즘이고, 미국 정부 시스템에서도 사용자 패스워드의 암호화된 다이제스트를 생성할 때 사용한다.
PBKDF2의 기본 파라미터는 5개 파라미터다.
DIGEST = PBKDF2(PRF, Password, Salt, c, DLen)
-PRF: 난수(예: HMAC)
-Password: 패스워드
-Salt: 암호학 솔트
-c: 원하는 iteration 반복 수
-DLen: 원하는 다이제스트 길이

2)bcrypt
bcrypt는 애초부터 패스워드 저장을 목적으로 설계되었다. Niels Provos와 David Mazieres가 1999년 발표했고 현재까지 사용되는 가장 강력한 해시 메커니즘 중 하나이다. bcrypt는 보안에 집착하기로 유명한 OpenBSD에서 기본 암호 인증 메커니즘으로 사용되고 있고 미래에 PBKDF2보다 더 경쟁력이 있다고 여겨진다.
bcrypt에서 "work factor" 인자는 하나의 해시 다이제스트를 생성하는 데 얼마만큼의 처리 과정을 수행할지 결정한다. "work factor"를 조정하는 것만으로 간단하게 시스템의 보안성을 높일 수 있다.
다만 PBKDF2나 scrypt와는 달리 bcrypt는 입력 값으로 72 bytes character를 사용해야 하는 제약이 있다.

3)scrypt
scrypt는 PBKDF2와 유사한 adaptive key derivation function이며 Colin Percival이 2012년 9월 17일 설계했다. scrypt는 다이제스트를 생성할 때 메모리 오버헤드를 갖도록 설계되어, 억지 기법 공격(brute-force attack)을 시도할 때 병렬화 처리가 매우 어렵다. 따라서 PBKDF2보다 안전하다고 평가되며 미래에 bcrypt에 비해 더 경쟁력이 있다고 여겨진다. scrypt는 보안에 아주 민감한 사용자들을 위한 백업 솔루션을 제공하는 Tarsnap에서도 사용하고 있다. 또한 scrypt는 여러 프로그래밍 언어의 라이브러리로 제공받을 수 있다.
scrypt의 파라미터는 다음과 같은 6개 파라미터다.
DIGEST = scrypt(Password, Salt, N, r, p, DLen)
-Password: 패스워드
-Salt: 암호학 솔트
-N: CPU 비용
-r: 메모리 비용
-p: 병렬화(parallelization)
-DLen: 원하는 다이제스트 길이

1. 해쉬함수에대한이해: 안전한 패스워드 저장
http://helloworld.naver.com/helloworld/318732
2. java예제:
http://howtodoinjava.com/2013/07/22/how-to-generate-secure-password-hash-md5-sha-pbkdf2-bcrypt-examples/
3. java예제소스:
https://docs.google.com/file/d/0B7yo2HclmjI4ZDNfdlZ2YUhoSGM/edit?usp=sharing&pli=1