메뉴 바로가기본문 바로가기

답변[re] VPN 서버의 암호화(MPPE) 기능에 대해서

2011.02.11조회 624

안녕하세요~ 김동섭 고객님, ipTIME 기술팀 입니다.

고객님께서 문의주신 소중한 의견의 경우 해당 부서에 건의해 볼수 있도록 하겠습니다.

감사합니다.




>현재 ipTIME VPN 서버에서 사용되고 있는 기술은 암호화에 문제가 있는것으로 알고 있습니다.

http://en.wikipedia.org/wiki/Point-to-Point_Tunneling_Protocol#Security_of_the_PPTP_protocol

[ 원문 ]
MPPE uses RC4 stream cipher for encryption. There is no method for authentication of the ciphertext stream and therefore the ciphertext is vulnerable to a bit-flipping attack. An attacker could modify the stream in transit and adjust single bits to change the output stream without possibility of detection. These bit flips may be detected by the protocols themselves through checksums or other means.[5]

이 부분인데요. 구글 한국어 번역기로 돌리면 아래와 같습니다.

[ 번역기 결과물 ]
MPPE 암호화 스트림 암호를위한 RC4를 사용합니다. - 공격 따라서 스트림을위한 방법은 없습니다 인증의 ciphertext의 똑딱 비트 ciphertext입니다 취약합니다. 공격자는 전송 스트림을 수정할 수도 검출 가능성의 흐름을 변경하지 않고 출력에 단일 비트를 조정할 수 있습니다. 이러한 비트가 다른 수단 또는 체크섬을 통해 프로토콜 자체에 의해 화나게 수 있습니다 감지. [ 5 ]

[ 원문 ]
EAP-TLS is seen as the superior authentication choice for PPTP [2]; however, it requires implementation of a Public Key Infrastructure for both client and server certificates. As such it is not a viable authentication option for many remote access installations.

[ 번역기 결과물 ]
EAP가 - TLS를가 PPTP를위한 선택으로 뛰어난 인증 본적이있다 [2] ; 그러나, 구현을 필요로 공개 키 인프라 인증서를 모두 클라이언트와 서버. 따라서 그것은 설치 액세스 옵션에 대해 많은 원격 인증되지 않습니다 유력한.


보안상 EAP-TLS 을 추천하는데 이 기능을 지원할 생각은 없으신가요?


질문

QnA
제  목[re] VPN 서버의 암호화(MPPE) 기능에 대해서
이름고객지원실
제품명ipTIME N104A
인터넷 회선LG U+ 광랜
목록보기
안녕하세요~ 김동섭 고객님, ipTIME 기술팀 입니다. 고객님께서 문의주신 소중한 의견의 경우 해당 부서에 건의해 볼수 있도록 하겠습니다. 감사합니다.
>현재 ipTIME VPN 서버에서 사용되고 있는 기술은 암호화에 문제가 있는것으로 알고 있습니다. http://en.wikipedia.org/wiki/Point-to-Point_Tunneling_Protocol#Security_of_the_PPTP_protocol [ 원문 ] MPPE uses RC4 stream cipher for encryption. There is no method for authentication of the ciphertext stream and therefore the ciphertext is vulnerable to a bit-flipping attack. An attacker could modify the stream in transit and adjust single bits to change the output stream without possibility of detection. These bit flips may be detected by the protocols themselves through checksums or other means.[5] 이 부분인데요. 구글 한국어 번역기로 돌리면 아래와 같습니다. [ 번역기 결과물 ] MPPE 암호화 스트림 암호를위한 RC4를 사용합니다. - 공격 따라서 스트림을위한 방법은 없습니다 인증의 ciphertext의 똑딱 비트 ciphertext입니다 취약합니다. 공격자는 전송 스트림을 수정할 수도 검출 가능성의 흐름을 변경하지 않고 출력에 단일 비트를 조정할 수 있습니다. 이러한 비트가 다른 수단 또는 체크섬을 통해 프로토콜 자체에 의해 화나게 수 있습니다 감지. [ 5 ] [ 원문 ] EAP-TLS is seen as the superior authentication choice for PPTP [2]; however, it requires implementation of a Public Key Infrastructure for both client and server certificates. As such it is not a viable authentication option for many remote access installations. [ 번역기 결과물 ] EAP가 - TLS를가 PPTP를위한 선택으로 뛰어난 인증 본적이있다 [2] ; 그러나, 구현을 필요로 공개 키 인프라 인증서를 모두 클라이언트와 서버. 따라서 그것은 설치 액세스 옵션에 대해 많은 원격 인증되지 않습니다 유력한. 보안상 EAP-TLS 을 추천하는데 이 기능을 지원할 생각은 없으신가요?

[2011-02-11 02:13:55]
목록보기
▲Q204에 N604S를 허브로 연결 가능한가요?
▼문의드립니다.
챗봇 상담
설치도우미 바로가기
펌웨어 업그레이드 바로가기
펌웨어 복구도우미 바로가기
ipTIME 검색기 바로가기
EasyMesh 접속기 바로가기
ipDISK ipCloud 바로가기
ipCAM Tools 바로가기
DDNS 관리 바로가기

경기도 용인시 기흥구 죽전로 15 6층 (보정동, 벤포스타2빌딩 6층)

통신판매업신고번호 : 용인 기흥 제 388호
사업자등록번호 : 129-81-44050 | 대표자 : 김인

ALL contents are copyright 2004-EFM Networks Co
All right reserved