그 OpenVPN 보안 수정은 정말 당신의 설치에 관한 것인가?

클라이언트가 인증서를 검증하도록 패치하라는 조언은 실행에 옮기기에는 너무 모호합니다. 그것은 수정된 소프트웨어 결함, 한 공급자의 오래된 빌드, 또는 그 검사를 한 번도 요구하지 않은 프로필을 가리킬 수 있습니다. 이들은 서로 다른 세 가지 변경이며 소유자도 세 명입니다. 어느 상황인지 모른 채 그 문장대로 움직이는 것이 바로 작동하는 클라이언트를 이유 없이 바꾸는 길입니다.

세 가지 주장을 분리하라

소프트웨어 결함에는 권고문, 영향을 받는 버전, 수정된 릴리스가 있습니다. 공급자 빌드에는 자체 배포 경로와 자체 업데이트 주기가 있습니다. 프로필 누락에는 둘 다 없는데, 실행 파일은 멀쩡하고 구성이 당신이 가정한 것보다 적은 것을 요구하기 때문입니다. 주장이 이 세 가지 중 하나를 지목할 때까지는 검증할 것이 없습니다.

찾기 전에 주장을 한 문장으로 써 보세요. 그 문장이 무엇이 깨졌는지 지목하지 못한다면 검색에는 목표가 없고 모든 결과가 관련 있어 보입니다.

실제로 실행되는 실행 파일을 찾아라

어떤 버전을 보기 전에 무엇이 연결을 시작하는지 식별하세요. 배포 서비스, 데스크톱 플러그인, 공급자 애플리케이션은 각각 다른 실행 파일이나 엔진을 쓸 수 있습니다. 셸의 검색 경로에 우연히 있는 아무 바이너리가 출력하는 버전은 기계의 목록이 아닙니다. 실제로 연결을 수행한 유닛이나 프로세스를 읽으세요.

systemctl cat openvpn-client@*.service
ps -o pid,cmd -C openvpn
apt-cache policy openvpn network-manager-openvpn

패키지 조회는 로컬 메타데이터가 무엇을 설치되어 있고 사용 가능하다고 믿는지 알려 주며, 그 캐시는 오래되었을 수 있으니 먼저 새로 고치세요. 또한 실행 중인 서비스가 오 분 전에 설치된 바이너리를 로드했는지에 대해서도 아무 말도 하지 않습니다. 패키지 기록을 실제로 연결된 프로세스와 비교하세요.

버전 인상 대신 패키지 증거

배포판의 보안 유지보수는 수정 사항을 자주 백포트하므로, 더 오래되어 보이는 업스트림 버전에도 패치가 들어 있을 수 있습니다. 반대로, 낯선 저장소의 패키지에는 현재 유지보수에 대한 자동 주장이 없습니다. 버전 번호가 아니라 릴리스의 지원 상태를 읽으세요.

그 구분이 바로 실제 격차와 그저 오래되어 보이는 숫자의 차이입니다. 같은 버전 문자열이 매우 다른 경로와 매우 다른 지원으로 도착할 수 있으므로, 패키지가 어느 저장소에서 왔는지 기록하세요.

구성이 나머지 절반이다

유지보수되는 실행 파일이라도 당신이 있다고 믿는 검사를 요구하는 프로필이 필요합니다. 신뢰 앵커, 상대방의 의도된 역할, 예상 서버 이름은 서로 관련되지만 별개의 결정입니다. 역할 검사는 이름 검사가 아니며 어느 것도 다른 것을 대신하지 않습니다. 경고가 구성에 관한 것이라면 수정은 프로필을 소유한 사람의 몫입니다.

검증되지 않은 프로필을 보상하려고 임의의 패치를 설치하지 말고, 실제 구현 결함을 고치려고 지시문을 추가하지 마세요. 두 실수 모두 진전처럼 느껴지기에 둘 다 계속 일어납니다.

기록의 증거로 결정하라

결정은 당신이 확립한 것에서 나옵니다. 문서화된 영향을 받는 패키지는 지원되는 업데이트를 요구하고, 지원되지 않는 플랫폼은 마이그레이션 경로가 필요하며, 공급자 클라이언트는 그 공급자의 안내가 필요합니다. 모호한 지시는 그중 어느 것이든 적용되기 전에 권고문과 영향을 받는 구성 요소를 필요로 합니다.

활성 클라이언트, 전체 버전, 권고문, 프로필 소유자를 변경 기록에 함께 남기세요. 그것은 자습서 참조보다 강하며, 다음 사람이 실제로 필요로 하는 것입니다.