RSA 사용시, 사용자가 입력한 파라미터 값을 submit 전에 처리해야할 것들은 어떤 게 있을까요?

Question

안녕하세요. 금융권 거래처에서 SM 중인 웹 개발자 1人입니다. 기존에 만들어진 웹 페이지에서 로그인시에는 공인인증서를 통해서 로그인하도록 구현되어있었으나,해당 인증서 모듈이 워낙 낡아서 익스플로러 외에는 작동을 안 하기 때문에, 이에 대한 대응을 해야하는데,(예... IE에서 ActiveX로 동작하는 녀석입니다.) 저희 PM이 거래처에 해당 모듈을 업그레이드 해야된다고 설득하는데 실패하여, 직접 비밀번호를 관리하는 방향으로 전환되었고, 현재 이 작업을 하고 있습니다. 클라이언트 → 서버로의 정보 전송중 중간 공격자가 있을 경우를 대비하여, 클라이언트 쪽에서 submit 되는 데이터를 RSA 암호화시키기로 했습니다.다행히 기존에 다른 프로젝트에서 RSA를 사용하는 게 있어서, 이를 참조하여 어렵지 않게 RSA 암호화를 적용시켰습니다만,기존에 있던 방식이, form에서 submit 하기 직전에 해당 입력값을 바로 암호화시키고 보내는 단순한 방식인지라, 사용자가 뒤로 가기를 통해 submit 이전 페이지로 돌아가면 암호화된 값이 노출이 되더군요.예를 들자면, 이런 식.var form &#61; document.form1; form.param1.value &#61; encrypt(form.param1.value); form.submit(); 이 상태에서 사용자가 입력갑을 'apple' 이라고 하고 제출했을 경우, 뒤로가기 해서 돌아와보면, 당연한 말이지만 'epso12ignhb25…' 이런 식으로 암호화되어 전혀 다른 값이 들어가 있는 상태가 보이는거죠.뭐, 중간 공격자에 대한 대응이라 암호화된 값이 클라이언트 쪽에 노출되는 게 보안상 큰 문제가 되는지는 보안 쪽을 해보는 게 처음이라 아리송한데, 사용자 입장에서 불편할 수 있기도 하고, 일단 마음에 걸리긴 하더군요. 그래서 저는 해당 form을 직접 submit 하는게 아니라, 해당 form을 안 보이는 형태로 복제해서 요놈의 입력 값을 암호화하여 제출하는 것으로 적용하고자 합니다.대충 예를 들자면 이런 식입니다.var form &#61; document.form1; var cloneForm &#61; $(form).clone().prop(&#34;name&#34;, &#34;cloneForm&#34;).css(&#34;display&#34;, &#34;none&#34;).appendTo($(&#34;body&#34;)); cloneForm &#61; document.cloneForm; cloneForm.param1.value &#61; encrypt(form.param1.value); cloneForm.submit(); 이렇게 하니, 뒤로가거나 잘못된 입력으로 submit 전 페이지로 돌아왔을 때, 암호화된 값이 노출되지 않고원래 입력한 값 그대로 나타나더군요. 다행입니다만, 암호화해야할 대상이 많을 경우, 코드가 지저분해질 가능성이 있어보입니다.소스 코드는 암호화할 대상에 특정 속성을 부여하고 이를 인지하여 처리하도록 하면 좀 더 깔끔하게 다듬어지겠습니다만, 일단 기본적인 개념은 이런 식입니다. rsa 암호화를 할 때, 클라이언트 쪽에서 암호화를 해야할 경우, 제가 생각한 것처럼 form 을 하나 더 복제해서 처리하는 게 번거로운 건지, 실제로 이렇게 하기도 하는지 궁금하고, rsa 암호화 처리를 할 때, 암호활 대상에 어떤 처리들을 하는지 등이 궁금한데 조언을 해주시면 감사드리겠습니다.

siva6 · Answer

&#34;클라이언트 → 서버로의 정보 전송중 중간 공격자가 있을 경우를 대비&#34; 이 것 때문에 ssl을 사용하는 건데요.

NOZ · Answer

siva6일단은 별도의 망을 구성하고 있는 폐쇄망 환경인데요, 때문에 대부분 SSL이 적용되어 있지 않습니다. SSL이 아예 없는 건 아닌데..., 이게 저희 쪽에서 담당하는 일이 아니라 기대하긴 어렵습니다.일단 명목은 그렇습니다만, 인증서 모듈을 사용하지 않는 상황에서 실제로는 아무런 보안 처리를 안 하면 지적사항이라서 하는 겁니다. 그런 일은 별로 생각하고 싶지 않지만, 내부에 들어와 있는 침입자가 발생할 경우의 대비라는 거죠.

난나가 · Answer

input hidden 사용을 고려해보셨을까요? (사용자가 보는 인풋은 사용자가 입력했던값,, 암호화값은 보이지 않게 hidden 처리)추가로 종단간 암호화는 ssl 와는 별개로 진행하기도 합니다(사업의 법적인 이슈나 민감정보등)

NOZ · Answer

난나가위 소스 코드를 보시면 알겠지만 input type&#61;hidden 보다는 form을 통째로 복제하여 display none 으로 처리했습니다.사실상 input type&#61;hidden 을 사용한거나 다름없다고 생각합니다.물론 받을 파라미터 외에, 다른 엘리먼트들이 있을 수도 있다고 생각하면, 좀 무식하기는 합니다만, 직렬화해서 보낼 값만 뽑아낸다던가 소스를 다듬는 것은 본문에 언급한 속성부여라던가 고민해보고 진행해도 괜찮을 것 같다고 생각합니다.무식하게 clone() 으로 통째로 복제한 이유는, 솔직히 html 일일이 타이핑하기가 너무 싫었기 때문이고(..), 같은 form 내에서 별도의 input type&#61;hidden 을 생성할 경우, 다른 파라미터 명으로 두어야 해서 서버에서 받을 파라미터 수가 더 늘어나기도 하고, 새로 파라미터 이름 짓기도 번거로웠기 때문입니다.예시는 저렇지만 사실 파라미터가 좀 많은 편이어서, 이미 보낼 게 많은데 거기에 더 추가 시키고 싶지는 않았습니다. 사실 중요한 rsa 암/복호화 자체는 이미 성공했고, 중요한 건 아니라서 여유로운 편이니, 소스 자체는 좀 더 세련된 방식을 고민해보겠습니다.감사합니다.

RSA 사용시, 사용자가 입력한 파라미터 값을 submit 전에 처리해야할 것들은 어떤 게 있을까요?

4개의 답변

Q&A 목록