AES-256 대 OFB: 완전한 VPN 암호 구성 고르기

AES-256과 OFB는 서로 다른 질문에 답하며, 이 둘을 경쟁하는 선택지로 다룰 때 암호 검토가 잘못됩니다. 하나는 키 길이를 가진 블록 암호를 지목하고, 다른 하나는 블록 암호가 더 긴 메시지를 위해 스트림으로 바뀌는 방식을 설명합니다. 보호를 고르는 절차서는 수신자가 변조된 패킷을 어떻게 탐지하는지까지 포함해 구성 전체를 보아야 합니다.

구성의 네 부분을 지목하십시오

모든 검토는 네 가지 질문으로 줄어듭니다. 어떤 기본 암호와 키 길이인지, 그것으로 메시지를 어떻게 처리하는지, 수신자가 무단 변조를 어떻게 거부하는지, 프로토콜이 입력과 키와 그 수명을 어떻게 관리하는지. 익숙한 이름 목록은 첫 번째에만 답합니다. 두 번째와 세 번째에 실제 차이가 있고, 네 번째에서 구현이 조용히 갈라집니다. 그 순서로 묻고 답을 적어 두십시오.

OFB는 NIST의 블록 암호 모드 간행물에서 기밀성 모드 가운데 하나로 나오며, 기밀성만 제공합니다. 암호화 모드를 별도의 MAC과 짝지은 프로토콜은 둘을 올바르게 조합해야 하고, 알고리즘 이름이 그 조합을 증명하지는 않습니다. 그래서 모드 이름만으로는 도입 결정을 내릴 수 없습니다.

네 번째 질문은 운영자가 실제로 실행 중인 시스템에서 확인할 수 있는 것입니다.

인증된 구성을 우선하십시오

인증된 암호화는 기밀성과 무결성을 함께 제공하고, AEAD 구성은 연관 데이터도 암호화하지 않은 채 변조에서 보호합니다. 이것은 패킷 보호의 속성이며, 사람이 성공적으로 로그인했는지와는 무관합니다.

Netgate의 Netgate의 OpenVPN 암호 설정 안내는 데이터 채널에 AEAD 옵션, 그중에서도 AES-GCM을 가리키며, 이것이 따라야 할 지원 정책의 종류입니다. 설치된 릴리스와 피어 클라이언트가 지원하는 선택을 쓰고, 과거의 모드 순위를 새 배포에 복사하지 마십시오. 레거시 호환성, 암호 백엔드, 오프로드 지원이 실제로 가능한 것을 제한합니다.

지원되는 구성은 교묘한 조합을 매번 이깁니다.

제안이 아니라 협상된 결과를 읽으십시오

수락 목록에 암호가 있다는 것은 현재 세션에 대해 아무것도 말하지 않습니다. 클라이언트나 게이트웨이에서 협상된 데이터 채널 보호를 읽고, 적용하려던 정책과 비교하십시오. 오래된 피어를 위해 여전히 레거시 옵션을 나열하는 설정은 호환성 결정이며, 눈앞의 세션에 대한 진술이 아닙니다.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

게이트웨이에서는 플랫폼에 따라 보안 연관 또는 연결의 암호 세부 정보가 같은 역할을 합니다. 어느 경우든 제안과 결과는 다른 사실입니다. 오래된 피어를 위한 레거시 옵션이 포함된 목록이 모든 세션이 그것을 쓴다는 뜻은 아니며, 실제로 쓰는 세션이야말로 알아야 했던 것입니다.

두 사실을 날짜와 클라이언트 버전과 함께 기록하십시오.

비교할 수 있는 것만 측정하십시오

처리량은 끝점의 하드웨어, 구현, 가속, 패킷 크기, 선택한 설정에 달려 있습니다. 키 길이도 OFB라는 단어도 어느 배포가 더 빠른지 알려 주지 않습니다. 그래서 다른 사이트의 벤치마크는 기껏해야 남의 하드웨어에 대한 힌트입니다. 자신의 수치는 자신의 끝점에서 시작합니다.

승인된 비교를 위해서는 끝점, 작업 부하, 요구되는 정책을 일정하게 두고 협상된 보호와 구현 버전을 기록하십시오. 그다음 응용 프로그램이 끝났는지, 얼마나 잃었는지, 끝점이 무엇을 하고 있었는지로 결과를 판단하고, 단일 속도 시험에서 암호 비용을 추론하지 마십시오. 다른 조건에서 나온 수치는 이야기이지 측정이 아닙니다.

오래된 피어가 정책을 충족할 수 없다면, 그것은 그 소유자의 호환성 결정입니다.

무결성을 거래에서 빼십시오

무결성 검사를 끄거나 검증되지 않은 서버를 받아들이는 것은 성능 최적화도 아니고 호환성 수정도 아닙니다. 구성이 제공하려고 선택된 보안 속성을 바꾸는 일입니다. 오래된 피어가 접속할 때까지 허용 암호 목록을 넓히는 것도 마찬가지입니다. 연결은 성공하고 정책은 더 이상 존재하지 않습니다.

받아들인 구성과 그 소유자를 절차서에 적어, 다음 변경이 취향이 아니라 결정에서 시작되게 하십시오.

원하는 것은 양쪽 끝이 적용할 수 있는 정책입니다. 어느 이름이 가장 강한가 하는 논쟁은 다른 대화이며, 대개 결정 없이 끝납니다.