소프트웨어 개발 보안 가이드 (시큐어 코딩)

해커들의 공격 기법은 끊임없이 진화한다.

“실력 과시”와 “금전 획득” 등 해킹의 고전적인 목적 이외에도 개인과 개인, 조직과 조직, 더 나아가 국가와 국가간의 범죄, 이권 다툼, 전쟁의 수단으로 해킹(사이버 공격, 사이버 테러)이 이용되면서 다양한 소프트웨어와 시스템의 취약점이 끊임없이 발견되고 공격받고 있다.

그로 인해 소프트웨어나 웹사이트를 개발하는 개발자들의 발등에도 불이 떨어졌다. 사용자 인증과정이나 전송되는 데이터의 무결성과 암호화에만 신경쓰면 되었던 “소프트웨어 개발 보안”이 소프트웨어의 개발 전 과정과 시작에서 종료까지의 모든 소스코드상에 보안의 개념이 적용되기 시작하였다.

이러한 소프트웨어의 개발과정에서 적용되는 보안 기법을 “시큐어코딩(Secure Coding)”이라고 한다.

2012년 9월에 안행부(KISA)에서 발간한 시큐어코딩 가이드가 소프트웨어의 개발 시 지켜야할 시큐어코딩 지침을 담고 있다.

소프트웨어(SW) 개발보안의 정의

이 시큐어코딩 가이드에 보면 소프트웨어 개발 보안을 다음과 같이 정의하고 있다.

위의 정의에서는 잘못된 코딩에 의한 “보안 약점”이 “취약점”의 원인이 된다고 서술되어 있다. 이는 소스코딩 시 보안을 고려하지 않는 코딩이 “약점”이 되고 이 “약점”이 “보안취약점”의 원인이 된다는 의미다. 보안을 고려하지 않고 코딩을 한다해서 무조건 “취약점”이 내재되지는 않는 사실을 반영하고 있는 듯 보인다.

아래 취약점 목록에도 있지만 “입력데이터 검증”을 하지 않는다 하여 무조건 취약점이 있는 것은 아니기 때문에 입력값 검증을 하지 않는 것은 “약점”이고 이 “약점”으로 인해 특정 입력값을 넣었을 때 권한의 탈취 또는 다른 명령어를 실행할 수 있거나 정보가 노출되면 그 “약점”은 “취약점”이 된다는 것이다.

시큐어 코딩의 정의에서 “약점”이라는 개념을 적용한 것은 아마도 소스코딩을 하면서 어떤 코드에서 “취약점”이 발생할지를 미리 예상하는 것이 매우 어렵기 때문이라고 생각된다. 사실 입력값 검증을 하지 않아도 되는 경우도 있고 에러 처리를 별도로 해주지 않아도 되는 경우가 있지만 어느 로직은 하지 않아도 되고 어느 로직은 해야하는지를 판단하는 것 보다는 일괄적으로 시큐어 코딩을 습관화하여 적용하는 것이 보다 효율적이고 보안 강화 효과가 크다고 보여진다.

시큐어코딩이 적용되어야 할 7대 취약점

이곳

보다 자세한 시큐어 코딩 가이드는 이곳(안행부전자정부국)을 방문해 다운로드 받으면 된다.