GET POST 둘다 평문인데 뭔 개소리냐 하면서 TLS로 암호화하는게 안전합니다 라생각해는데
ㅈㄴ 원론적인 GET의 동작원리로 인한 다른의미의 안전이란 접근방식으로 의견 갈리는게 신기하더라
다만 면접 질문이 병신같은건 맞긴함
TLS로도 이미 헨드쉐이크로 생기는 레이턴시 문제와 1.2와 1.3에서의 인증서 교환 동작 방식 개선으로인한 성능이 왜 올라갔냐 등 물어볼꺼많은데
허수충들 거르는데 최적화 된게 TLS라서
GET POST 둘다 평문인데 뭔 개소리냐 하면서 TLS로 암호화하는게 안전합니다 라생각해는데
ㅈㄴ 원론적인 GET의 동작원리로 인한 다른의미의 안전이란 접근방식으로 의견 갈리는게 신기하더라
다만 면접 질문이 병신같은건 맞긴함
TLS로도 이미 헨드쉐이크로 생기는 레이턴시 문제와 1.2와 1.3에서의 인증서 교환 동작 방식 개선으로인한 성능이 왜 올라갔냐 등 물어볼꺼많은데
허수충들 거르는데 최적화 된게 TLS라서
보안에 취약한건 맞는데 이유가 존나 웃긴거지. 차라리 querystring 길이 제한이 벤더마다 달라서 문제가 된다는게 오히려 납득이 갈 정도니까 - dc App
SI같은곳에선 설계 ㅈ같이해서 서버단에 쿼리 쑤셔넣어서 공식 스펙에서 벗어난 GET이라서 불안전할수도있는데 RFC 공식 표준스펙상에서는 GET이 POST보다 원론적 관점에서 안전한건 맞는데 이게 뭔 대학 면접도 아니고 SI 표준하나도 안지키는곳에서 굳이 저런걸 물어보냐 싶긴함 REST에서의 HTTP 메서드의 정확한 스펙을 물어볼려고 저런 질문을 할려고했으면 그냥 면접 질문 자체가 ㅈㄴ 이상한거같음
반대 아님? post가 get보다 안전할텐데? 엑세스로깅부터가 문젠데 - dc App
단적으로봐도 get의 경우는 서버의 엑세스로그나 브라우저에 히스토리 남는거나 이런 사소한 문제임. 이건 뭐 큰 의미는 없는듯 - dc App
정확히 나는 GET POST 둘다 security 관점에서 불안전한게 중요하지 safety 관점에선 차이가 없다고 생각함 걍 깃갤 의견중 하나 긁어온거 어차피 둘다 설계를 어케하냐에 문제지, 원론적 설계방식으로 뭐때문에 안전하다 안전하지않다 쥐똥차이 의미없다 생각
ㅇㅇ 동의함 어차피 tls 태우면 - dc App
어차피 https 안쓰면 좆도 노상관 아니냐? 뭐 로깅되는게 대수냐?같은거 볼때마다 존나 답답함 뭐 일반적으로 그렇게 알려져 있으니까 그렇게 말할수도 있는데 저장할 필요가 없는 중요정보가 내 시스템에 기록되어잇는건 skt마냥 db를 암호화하지 않은거나 마찬가지임 어 컴퓨터 켯는데 이전 사용자의 민감정보가 요청라인에 다 기록되어 있네?개꿀딱인 상황
타래가 꼬이는데 나도 제로초 내용이 뭔지는 모름. 위의 형 문제로 safety라고 하면 tls는 알빠노고 post는 서버의 데이터를 조작한다는점에 있어서 get보다는 safety하지않다는건 맞는 말임. security는 내가 위에서말한것처럼 반대고. 원 타레가 safety냐 security냐에 따라 다름. 근데 사실 safety 따지면 결국 서버에 데이터를 조작하지 않는다는데 요즘 왠만하면 다 조작해야해서 사실상 논의 자체가 의미가 없는게 맞말임. security관점에서도 사실 요즘에야 미친놈 아니고서야 qs에 중요정보 넣는다는게 말이 안되기때문에 내가 위에서 차라리 qs 길이제한 따지는게 의미가 더 있다는 투로 얘기한거 - dc App
질문이 뭐였음? 대체 GET이 뭐가 POST에 비해 안전하다는거임?
깃갤 떡밥인데 정확히는 제로초라는 유튜버가 시작한 면접질문이었음
@ㅇㅇ(211.206) 그래서 질문이 뭔데?
@ㅇㅇ(211.206) 대충 봤는데 질문에 대한 문제는 일단 차치하고 댓글서 싸우고 있는 이유가 영상에서 제로초라는 유튜버가 말한 get 브라우저내 동작으로 인한 "안전함"과 get의 http RFC 명세상의 "안전함"의 의미가 다른데 이걸 동일시 취급해서 싸움난거지? 참 시간도 많다 쟤네들은.
@ㅇㅇ(121.169) 보통 네트워크 동작을 비교하면서 뭐가 안전하냐 할때는 당연히 보안 자체만을 주제로 얘기하는거고, RFC Contract상의 맥락을 얘기하는게 아닐텐대...
아 역시 safety 얘기였구나 나도 첨에 security로 받아들임 - dc App