Music of China

HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키) | https | 最新泰语歌曲

HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키) – 泰语音乐信息

在这里查看更多泰语歌曲: Pickpeup.com/music-of-china

https – 与本主题相关的信息.

#https #대칭키 #비대칭키

오늘날 운영하는 웹사이트를 HTTPS로 세팅하는 것은 필수가 되었죠.
하지만 이 HTTPS란것이 무엇이며, 이를 사용하는 것이 왜 중요할까요? 🤔

정보를 암호화하고 다시 푸는 두 방식인 대칭키와 비대칭키 시스템을 사용해서
어떻게 HTTPS가 사이트 이용의 🚨보안성을 강화하는지 알아보기로 해요.

= = =

🏠 얄코사이트:
🛒 개발자스티커 구매:

🎥 가장 쉬운 Git 튜토리얼:
🎥 포인터 쉽게 알아보기:
🎥 객체지향에 대해 알아보기:
🎥 객체지향 디자인 패턴:
🎥 함수형 프로그래밍이란?:
🎥 쿠키 vs 세션 vs 캐시:
🎥 프로세스와 스레드:
🎥 비동기 프로그래밍:
🎥 REST API 알아보기:
🎥 GraphQL 알아보기:

🎵 엔딩송 : 권민호, 김한영 – Let’s Dance
🎼 자료출처 :
🎼 Music promoted by DayDreamSound :

🎬 영상 주요 포인트

🛡 HTTPS를 사용하는 이유
HTTP’S’의 s는 secure에요.
즉 기존의 HTTP 사이트보다 안전하다는 얘기죠.
무엇으로부터 안전할까요? 크게 둘로 나뉘어요.

먼저, 내가 어떤 웹사이트에 보내는 정보를
다른 누군가 훔쳐보지 못하게 합니다.

다른 하나는, 여러분이 접속한 사이트가 진품인지,
신뢰할 수 있는 사이트인지를 판별해주는거에요.

🔑 대칭키의 개념
그동안 널리 사용되어 온 건 대칭키 방식이에요.

메시지를 보내는 쪽과 메시지를 받는 쪽이
메시지를 암호화하고, 이를 다시 메시지로 바꾸는
즉 복호화하는 같은 방식을 공유하는거죠.

이런 임의의 문자열이 있어요. 이걸 ‘키’라고 부릅니다.
(예시: @#%#%$^#$^#)

4에 3을 곱하면 12가 되죠.

상대방에게 보내고자 하는 메시지를
이 ‘키’와 함께 어떤 알고리즘에 넣고 돌리면

이처럼 전혀 알 수 없는 암호문이 만들어져요.

12에서 4를 얻어내려면, 3으로 나눠야 하는것처럼
이 암호문을 받은 사람이 이걸 해독하려면

이 키값을 알고, 이 알고리즘을 거꾸로 돌리면 돼요.
(딱) 이 과정을 복호화라고 하죠.

이 ‘키’값을 알지 못하면 절대 이 암호문을 해독할 수 없어요

🗝 비대칭키의 개념
이를 보완한 새 방식이 1970년대에 수학자들에 의해 개발됐어요.
비대칭키, 또는 공개키라 불리는 시스템이죠.

여기에는 두 개의 키가 사용돼요. 각각 A키와 B키라고 부를게요.
이 둘은 한 쌍이에요. 서로 다르기 때문에 ‘비대칭키’라고 불립니다.

이 암호화 방식을 개발자들은 보통 ‘공개키’라고 많이 부르는데
이 영상에서는 여러분이 헷갈리지 않도록

‘대칭키’와 상반되는 개념으로 ‘비대칭키’ 방식이라 부를게요.

대칭키 시스템에서는 어떤 키로 암호화를 하면
같은 키로 복호화를 할 수 있었지만,

여기서는 A키로 암호화를 하면 B키로만 복호화할 수 있어요.
반대로 B키로 암호화를 하면 A키로만 풀 수가 있죠.

🏢 Certificate Authority
일단 네이버가 우리에게 뿌린 공개키.
이게 정품인지를 확인할 수 있어야죠.

네이버가 아니라 네이놈의 공개키일수도 있으니까요.

이걸 인증해주는 공인된 민간기업들이 있어요.
Certificate Authority, 줄여서 CA 라고 부르죠.

이런 회사들이에요. 아무나 차려서 될 수 있는게 아니라
엄격한 인증과정을 거쳐야 CA를 할 수 있는거에요.

여러분의 브라우저, 즉 크롬이나 사파리, 파이어폭스,
엣지, 익스플로러 등의 프로그램에는

이 CA들의 목록이 내장돼있어요.

🌟 위 개념들을 사용해서 구체적으로 어떻게 HTTPS의 보안이 이뤄지는지 영상에서 확인하세요!

您可以在这里找到世界各地的更多乡村歌曲信息: Pickpeup

HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키) | 与该主题相关的图像.

HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키)
HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키)

与主题相关的搜索 https.

#HTTPS가 #뭐고 #왜 #쓰나요 #Feat #대칭키 #비대칭키.

HTTPS가 뭐고 왜 쓰나요? (Feat. 대칭키 vs. 비대칭키).

https.

얄팍한코딩사전,얄팍한 코딩사전,얄팍한,코딩사전,코딩,프로그래밍,프로그래머,코더,개발자,컴퓨터공학,컴공,programming,programmer,developer,개발,허니커즈,coding,computer sceince,얄코

非常感谢您观看这首歌。

Chirawan

สวัสดีเพื่อน ๆ จีรวรรณ ฉันชอบฟังเพลงประเภทต่างๆดังนั้นฉันจึงสร้างเว็บไซต์นี้เพื่อแบ่งปันเพลงที่ดีที่สุดกับคุณ คุณฟังฉัน https://pickpeup.com/ ที่นี่

Related Articles

31 Comments

  1. 와 궁금증들을 짚어주는 너무 완벽한 영상.. 입니다 ㅋㅋ 그냥 구글링하게되면 http와 https의 차이만 설명해주기만 해서 듣고 나서 드는 생각이 어차피 암호화 복호화해도 해킹 가능한 거 아닌가? 였는데 '비 대칭키' 의 존재 때문에 그런거였군요. 감사합니다. :)

  2. 질문이 있어서 댓글 남깁니다.
    비대칭키에서 공개키와 개인키 두개가 나오면
    공개키로 암호화 -> 개인키로 복호화
    개인키로 암호화 -> 공개키로 복호화
    이렇게 된다고 설명하셨는데

    go 언어로 RSA 예제를 돌려보는데 "암호화는 공개키로만 가능하고 복호화는 개인키로만 가능" 하더군요.
    그래서 여기저기 검색해보니 파이선이나 c#에서도 RSA 사용시 "암호화는 공개키로, 복호화는 개인키로만 가능" 하다는 글을 봤습니다.

    영상이 잘못된건지 아님 제가 잘못알고 있는건지 궁금합니다.
    혹은 언어별로 지원하는 여부가 다른건지도 궁금하고요.

  3. 10:01 좋은 영상 감사합니다!! 질문이 한 가지 있는데, 10분 01초에서 악수할때 생성된 두 무작위 데이터를 사용해서 클라가 임시키를 만들고 서버로 보낼때 그건 서버의 공개키로 암호화되어있으니까 누구나 볼 수 있지 않나요? 그러면 그걸 기반으로 대칭키가 생성되어도 제3자가 모두 아는 것이 아니라 어떻게 양쪽만 알 수 있나요? 양쪽에서 일련의 과정을 거쳐서 대칭키를 생성해야할텐데, 이 양쪽의 "일련의 과정"이라는 것을 서로 한번이라도 공유하는 것이 어떻게 가능한지 알고싶습니다. (영상 초반에 설명주신 대칭키의 한계처럼 이 "일련의 과정" 이란 것도 처음에 한번은 서로 오가야 하지 않나요?) 질문이 장황해서 죄송합니다.

    질문 요약: handshake시에 얻은 두 무작위데이터로 클라가 임시키 만들고 그걸 서버의 공개키로 암호화해서 보낸다. (지금까지 이 암호화된 임시키는 누구나 볼수 있다. 왜냐하면 handshake시에 얻은 데이터는 암호화안되어있으므로 누구나 볼 수 있고, 공개키도 누구나 가질 수 있으니까). 그리고 양쪽에서 일련의 과정을 거쳐 임시키로 대칭키를 만드는데, 이 대칭키는 양쪽만 서로 알 수 있다. 그러면 이 일련의 과정을 서로만 공유해야하는데 그게 어떻게 가능한가..? (최초 1회에 서로 둘 만 공유하는거, 그게 대칭키의 한계가 아니었나..?)

    가 요약인데 요약이 오히려 더 기네요ㅠ 결국 "이 일련의 과정을 둘만 공유해야하는데 그게 어떻게 가능한가..?"이 질문입니다. 감사드립니다!

  4. 감사합니다. 실무에서 뛰고있는데도 정말 감탄할만한 영상퀄리티네요.. 혹시 영상에서 설명하실때 그림, 텍스트, 음악 삽입등은 얄코님께서 직접 제작하고 영상 편집까지 하시는건지 여쭤봐도될까요?

  5. https => http 통신을 더 안전하게 하는 법
    대칭키: client와 server가 같은 키를 소유해 통신 데이터 복호화
    비대칭키: server가 clients들에게 public key를 배포하고 private key는 server에서만 소유
    HTTPs 통신 생성법
    1. 서버가 public key와 인증서를 client에 전송.
    2. CA (인증된 ssl third party)에서 브라우저가 public key와 인증서를 이용해 사이트 정보, 키 validation 완료
    3. 비대칭키로 데이터 통신 복호화는 algorithm runtime이 크기때문에 부담스러우므로
    3. a)해결법으로 처음 client에서 sever로 보낸 랜덤한 데이터를 이용해 대칭키 생성후 대칭키를 이용한 암호화 데이터 통신 시작
    4. 안전한 https 통신망 구축 완료

    유익한 정보 감사합니다!

  6. 안녕하세요. 정말 이해가 쏙쏙 됩니다. 듣다가 한가지 이해 안되는 점이 있어서 염치불구하고 질문드립니다. 비대칭키 방식과 대칭키 방식 둘다 암호화/복호화하는데, 비대칭키 방식이 대칭키 방식보다 컴퓨터에 더 부담을 주는 이유는 무엇인가요?

  7. 댓글을 잘 달지 않지만, 언제나 어려운 개념을 이렇게 쉽게 설명해주시고 재미있게 이해할 수 있게 도와주셔서 정말 감사드립니다.
    무언가를 알고있는 사람은 많지만, 그걸 잘 설명할 수 있는 사람은 적습니다.
    그리고 그 설명을 듣는 이가 명쾌하게 이해할 수 있게 설명할 수 있는 사람은 더욱 적지요.
    얄팍한 코딩사전님께서는 항상 복잡한 개념을 재미있고 지루하지 않게 이해시켜주는 재능이 있는 것 같습니다.
    앞으로도 좋은 영상 많이 만들어주셨으면 좋겠습니다.
    고맙습니다.

  8. 단순히 서버와 클라이언트간의 비대칭키 사용만 보고 있다가 CA가 끼자 갑자기 이해가 안 되어서 여러번 돌려보았는데요.. 결국 네이버가 개인키를 가지고 공개키를 뿌린것과 같이, CA의 네이버인증서는 CA만 개인키를 가지고 공개키를 뿌린것과 같은 거죠? 이번 영상은 제겐 좀 어려웠는데, 그래도 수 많은 자료들을 찾아다닌 것 중 제일 이해가 잘 되었어요. 그리고 다른 질문댓글을 보면서 개념을 정리하고 이해할 수 있어서 좋았어요

ใส่ความเห็น

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น

Back to top button