CLIEN

본문 바로가기 메뉴 바로가기 보기설정 테마설정
톺아보기 공감글
커뮤니티 커뮤니티전체 C 모두의광장 F 모두의공원 I 사진게시판 Q 아무거나질문 D 정보와자료 N 새로운소식 T 유용한사이트 P 자료실 E 강좌/사용기 L 팁과강좌 U 사용기 · 체험단사용기 W 사고팔고 J 알뜰구매 S 회원중고장터 B 직접홍보 · 보험상담실 H 클리앙홈
소모임 소모임전체 ·굴러간당 ·아이포니앙 ·주식한당 ·MaClien ·일본산당 ·방탄소년당 ·개발한당 ·안드로메당 ·자전거당 ·나스당 ·이륜차당 ·소셜게임한당 ·소시당 ·물고기당 ·골프당 ·바다건너당 ·클다방 ·요리한당 ·AI그림당 ·패스오브엑자일당 ·노젓는당 ·덕질한당 ·스팀한당 ·가상화폐당 ·AI당 ·키보드당 ·육아당 ·콘솔한당 ·여행을떠난당 ·3D메이킹 ·X세대당 ·ADHD당 ·날아간당 ·사과시계당 ·배드민턴당 ·야구당 ·농구당 ·블랙베리당 ·곰돌이당 ·비어있당 ·FM당구당 ·블록체인당 ·보드게임당 ·활자중독당 ·볼링친당 ·캠핑간당 ·냐옹이당 ·문명하셨당 ·클래시앙 ·쿠키런당 ·대구당 ·DANGER당 ·뚝딱뚝당 ·디아블로당 ·개판이당 ·동숲한당 ·날아올랑 ·전기자전거당 ·e북본당 ·갖고다닌당 ·이브한당 ·패셔니앙 ·도시어부당 ·FM한당 ·맛있겠당 ·포뮬러당 ·젬워한당 ·걸그룹당 ·안경쓴당 ·차턴당 ·총쏜당 ·땀흘린당 ·하스스톤한당 ·히어로즈한당 ·인스타한당 ·IoT당 ·KARA당 ·꼬들한당 ·어학당 ·가죽당 ·레고당 ·리눅서당 ·LOLien ·Mabinogien ·임시소모임 ·미드당 ·밀리터리당 ·땅판당 ·헌팅한당 ·오른당 ·영화본당 ·MTG한당 ·소리당 ·노키앙 ·적는당 ·방송한당 ·PC튜닝한당 ·찰칵찍당 ·그림그린당 ·소풍간당 ·심는당 ·라즈베리파이당 ·품앱이당 ·리듬탄당 ·달린당 ·Sea마당 ·SimSim하당 ·심야식당 ·윈태블릿당 ·미끄러진당 ·축구당 ·나혼자산당 ·스타한당 ·파도탄당 ·퐁당퐁당 ·테니스친당 ·테스트당 ·빨콩이당 ·공대시계당 ·터치패드당 ·트윗당 ·창업한당 ·VR당 ·시계찬당 ·WebOs당 ·위스키당 ·와인마신당 ·WOW당 ·윈폰이당
임시소모임
고객지원
  • 게시물 삭제 요청
  • 불법촬영물등 신고
  • 쪽지 신고
  • 닉네임 신고
  • 제보 및 기타 제안
© CLIEN.NET
공지[점검] 잠시후 서비스 점검을 위해 약 30분간 접속이 차단됩니다. (금일 18:15 ~ 18:45)

아무거나질문

컴퓨터 https 페이지에서 로그인 할 때 로그인 정보(id,pw)가 평문으로 전송되는데... 10

2019-07-01 19:32:01 수정일 : 2019-07-01 19:35:12 112.♡.69.210
-rwxrwxrwx

사이트가 https로 되어 있습니다.

그래서 로그인 할 때 서버에는 암호화가 되어서 전송이 되고.. 실제 db에도 암호화가 되어 들어가죠.


다만, 로그인 폼에서 id, pw를 입력하고서.. 로그인버튼을 눌렀을 때..


웹브라우저에서 F12키를 누르면... 헤더의 request payload 에서 ID, PW가 평문으로 보여집니다. (즉, 서버로 전송되기 직전에는 평문으로 보여지는.. 전송될 때는 암호화 되어 전송..)


이게 보안적인 측면에서 '당연한' 또는 '어쩔수 없는' 부분인 걸까요?

아니면 보안적인 측면에서 저 부분도 당연히 암호화를 해서 보내는것이 맞는걸까요?


보안에 크게 신경을 안쓴다면야 굳이 request payload 부분까지 암호화 할 필요가 없을테고.. 그저 https로만 해도 되겠지만서도...


일부 몇몇 웹개발자들은 저 부분은 어쩔수 없는거고 당연히 보일수밖에 없는거다.

어자피 서버로 암호화 되서 전송되기 때문에 아무 문제가 없다... 라고 하는데..


...흠...



-rwxrwxrwx 님의 게시글 댓글
  • 주소복사
  • Facebook
  • X(Twitter)
댓글 • [10]
trigun
IP 175.♡.33.113
07-01 2019-07-01 19:33:12
·
https 면 상관 없을 것 같긴합니다만... 한번더 암호화 하면 좀 더 나을 수 있겠죠
다람쥐v
IP 220.♡.158.20
07-01 2019-07-01 19:40:02
·
https는 종단간 암호화이기 때문에 종단, 즉 통신의 당사자는 내용을 아는 것이 당연한 것인데... 그 부분까지 암호화를 한다면 어떤 이점이 있다고 생각하시는지요?
-rwxrwxrwx
IP 112.♡.69.210
07-01 2019-07-01 19:56:24
·
두가지가 있겠죠.

1. 프록시 툴을 이용하여 중간에서 요청값을 가로챌 경우 암호화되어 보호 할 수 있다는 점
2. 이건 좀 극단적인 상황이겠지만..충분히 있을수 있는 일인데...
특정 사이트에 로그인을 하고서.. 잠시 화장실에 간다고 자리를 비웠을 때..
다른 사람이 내 자리에 앉아서 웹브라우저의 F12키를 눌러서 계정정보를 획득하려 할 때 방지할 수 있다는 점
케이하나
IP 39.♡.28.47
07-01 2019-07-01 19:56:17
·
일단 클라이언트나 서버의 제어권이 해커에게 넘어간 경우 무슨 짓을 해도 답이 없습니다.

이제 전송레이어를 고민하는데, 전송레이어의 암호화 수준이 충분치 않다고 생각이 되면 각 종단에서 한번더 암호화 복호화를 할수도 있습니다. 실제로 오래전에는 암호화 기술의 사용 제한이나 서버, 클라이언트의 성능상의 이슈로 높은 수준의 암호화를 항상 하기 힘들었고 그래서 로그인 관련된 부분에 부가적인 암호화를 하기도 했습니다.

현재도 오래된 시스템의 경우 낮은 수준의 암호화를 사용할 수도 있습니다. 전적으로 https에 의존하는 경우 셋팅을 다시금 확인해 볼 필요는 있죠.
-rwxrwxrwx
IP 112.♡.69.210
07-01 2019-07-01 19:57:26 / 수정일: 2019-07-01 20:00:05
·
근데 저거는. .클라이언트 웹브라우저에서 보여지는거라.. 많은 웹개발자들이 크게 간과 하고 있더라고요.
클라이언트 웹브라우저에서는 당연히 보여지는거라..어쩔수 없다나..? ㅡㅡ

하지만 말씀하신것처럼 클라이언트의 제어권이 해커에게 넘어간 경우...
암호화가 되었다면 중간에서 프록시툴을 이용하여 요청값을 가로채도 볼 수가 없겠죠.
케이하나
IP 39.♡.28.47
07-01 2019-07-01 20:25:10
·
CrystalKJT님 // 스크립트 콘솔에서 패스워드 인풋엘리먼트에 겟벨류 하는건 여전히 뚤립니다. 프록시도 필요없어요. 스크립트 하나만 심으면 됩니다.

브라우저의 디버깅 창을 보는게 쉬운것도 아니고 그걸 볼 수 있는 상황이면 이미 충분히 브라우저에 대한 권한을 획득했다고 보면 됩니다. 특별히 암호화 한다고 보안성이 많이 올라가지 않습니다.

브라우저에 직접 유저 크리덴셜을 입력하지 않는 다른 채널이나 디바이스를 이용한 인증등도 있습니다만, 비용이 크죠.
회원.A
IP 119.♡.2.198
07-01 2019-07-01 20:17:51 / 수정일: 2019-07-01 20:18:06
·
많이들 오해하시는 부분인데, 아무래 암호화로 보호한다고 해도 어깨너머로 암호 훔쳐보는건 아무도 못막습니다. 내 컴퓨터를 누구나 사용할수 있는 상황이고 사용하는 사람을 믿을수 없다면 보안은 물 건너갔다고 보셔야 해요.
김선규
IP 211.♡.193.182
07-01 2019-07-01 20:25:34 / 수정일: 2019-07-01 20:26:32
·
애초에 클라이언트의 제어권이 제3자에게 넘어간 상황이면 무슨 암호화 기법을 써도 막을 수 없습니다. F12가 문제가 아니라 F12를 누를 수 있을 정도의 권한이 있는 사람이면 그냥 키로거를 깔면 됩니다. 그러면 추가적으로 개인정보 암호화를 해도 소용없죠.
종단간 암호화는 각 종단이 무결하다는 전제하에 이루어지는거고, 애초에 한 종단이 오염되어있으면 거기에 무슨 추가적인 보호조치를 해도 소용없습니다.
은행같은데 들어가면 귀찮게 보안프로그램 뜨고 이런게 이 단말이 현재 무결한 상태인지 검증하기 위해서 뜨는거고요.
-rwxrwxrwx
IP 112.♡.69.210
07-01 2019-07-01 20:42:54
·
그렇다면... 어찌됐든 저 부분에 대해서는 암호화가 이뤄져야 되는게 맞다는거겠군요.
사실 제가 이 글을 쓴 이유는..
일부 웹개발자들이 저 부분은 클라이언트 웹브라우저에서 보여지는 요청값이므로 원래 보여지는거고, 그게 당연하다는 듯이 얘기를 하길래 써본 글이었습니다.
삭제 되었습니다.
삭제 되었습니다.
삭제 되었습니다.
ihee
IP 58.♡.232.169
07-02 2019-07-02 11:29:45
·
보안적인 측면에서 암호화하는것이 맞습니다. 기업에서는 E2E솔루션을 사용합니다.
새로운 댓글이 없습니다.
이미지 최대 업로드 용량 15 MB / 업로드 가능 확장자 jpg,gif,png,jpeg,webp
지나치게 큰 이미지의 크기는 조정될 수 있습니다.
목록으로
글쓰기
글쓰기
목록으로 댓글보기 이전글 다음글
아이디  ·  비밀번호 찾기 회원가입
이용규칙 운영알림판 운영소통 재검토요청 도움말 버그신고
개인정보처리방침 이용약관 책임의 한계와 법적고지 청소년 보호정책
©   •  CLIEN.NET
보안 강화를 위한 이메일 인증
안전한 서비스 이용을 위해 이메일 인증을 완료해 주세요. 현재 회원님은 이메일 인증이 완료되지 않은 상태입니다.
최근 급증하는 해킹 및 도용 시도로부터 계정을 보호하기 위해 인증 절차가 강화되었습니다.

  • 이메일 미인증 시 글쓰기, 댓글 작성 등 게시판 활동이 제한됩니다.
  • 이후 새로운 기기에서 로그인할 때마다 반드시 이메일 인증을 거쳐야 합니다.
  • 2단계 인증 사용 회원도 최초 1회는 반드시 인증하여야 합니다.
  • 개인정보에서도 이메일 인증을 할 수 있습니다.
지금 이메일 인증하기
등록된 이메일 주소를 확인하고 인증번호를 입력하여
인증을 완료해 주세요.