OpenSSH는 2026년 10월 6일 공개한 10.6과 이식판 10.6p1에서 명령행 사용자명 제한과 압축 방식 변경을 적용했다. 공식 릴리스 노트는 scp -R의 폐기도 예고했지만, 이번 버전에서 해당 복사 기능을 중단하지는 않았다.

같은 사용자명도 입력 경로에 따라 거부 여부가 갈린다

자동화가 접속 대상 사용자명을 명령행에 넣는다면 이전에 허용되던 입력이 거부될 수 있다. ssh는 이제 역슬래시(\)나 달러 기호($)가 포함된 명령행 사용자명을 거부한다.

반면 설정 파일의 User 지시자로 지정한 이름은 이 제한에서 제외된다. 따라서 모든 설정 경로에서 해당 문자를 금지한 변경으로 이해하면 적용 범위를 잘못 짚게 된다.

변경 이유는 신뢰할 수 없는 사용자명이 ProxyCommand나 Match exec 등을 통해 셸 명령에 들어갈 때 생기는 명령 주입 위험이다. User 지시자의 예외가 사용자명을 셸에서 다루는 모든 방식의 안전성을 보장하는 것은 아니다.

scp -R은 경고 단계, LZ77 압축은 비활성화

scp -R은 원격 호스트에서 scp를 실행해 원격 호스트 사이의 복사를 수행하는 옵션이다. 10.6에서는 계속 동작하지만 표준 오류에 폐기 예고 경고를 출력한다.

향후 릴리스에서는 이 옵션을 무시하고, 복사를 시작한 클라이언트 호스트를 거치는 기본 경로를 사용할 예정이다. 변경 시점은 정해지지 않았다.

OpenSSH가 든 이유는 원격 호스트에 인증 수단이 필요하다는 점과 셸 인용 처리의 불일치다. 현재의 경고 추가와 향후 데이터 이동 경로 변경은 별개의 단계다.

압축 변경은 이번 버전부터 적용된다. ssh와 sshd는 반복되는 데이터를 찾아 압축하는 LZ77 사전 코더를 비활성화한다.

릴리스 노트는 한 SSH 연결 안의 여러 논리 통신 경로인 채널이 압축 사전을 공유하는 문제를 설명한다. 공격자가 한 채널에 자신이 고른 내용을 넣고 암호화된 전송 길이 변화를 관찰해 다른 채널의 비밀을 추정할 수 있다는 것이다. OpenSSH는 이 대응으로 압축 효과가 줄어든다고 밝히고 가능한 경우 응용프로그램 수준의 압축을 권장하지만, 처리량이나 CPU 사용량의 실측 변화는 제시하지 않았다.

일부 플랫폼에는 포워딩 제한도 적용된다. 프로세스 사이에 열린 파일의 참조를 전달하는 파일 디스크립터 전달 기능이 없고, 가상 터미널(PTY) 할당에 root 권한이 필요한 경우다.

이 조건에서는 인증 후의 sshd-session이 root 권한을 유지해 로그인 사용자에게 적용되는 통제를 우회할 수 있다. 이에 따라 포트·로컬 소켓 전달 관련 옵션인 GatewayPorts와 StreamLocalForwarding이 강제로 비활성화된다.

릴리스 노트는 QNX 6, SCO OpenServer 5와 과거 --disable-fd-passing으로 만든 빌드 등을 영향 대상으로 든다. 다만 10.6에서는 이 빌드 설정 옵션 자체도 제거됐다. 모든 서버에 적용되는 제한은 아니며, 대안을 찾지 못할 경우의 향후 플랫폼 지원 중단에도 확정 일정은 없다.

이 변경들은 공식 릴리스 노트에 근거하며, 실제 업그레이드나 성능을 재현한 결과는 아니다. 압축 효과 감소만으로 모든 작업의 처리량이 낮아지거나 CPU 사용량이 늘어난다고 결론 내릴 수는 없다.

OpenSSH는 이미 신뢰할 수 있는 트래픽과 신뢰할 수 없는 트래픽을 섞는 연결에서 압축을 권장하지 않았다. 설명된 공격 조건을 모든 압축 세션에 그대로 적용하는 것도 범위를 넓힌 해석이다.

배포판별 패키지 제공 여부와 패치 반영 상태는 별도 확인이 필요하다. 이번 발표만으로 공통 업그레이드 기한이나 실제 운영 환경의 영향을 정할 수는 없다.

업그레이드 전에는 자동화의 입력과 경로를 확인한다

점검 범위는 자동화가 실제로 사용하는 기능에서 좁힐 수 있다. 접속 대상 사용자명을 만드는 부분에서 $나 \의 포함 여부와 명령행 전달 여부를 함께 확인하면 이번 입력 제한의 영향을 구분할 수 있다.

복사 작업에서는 scp -R 사용 여부와 표준 오류의 경고를 처리하는 방식을 살펴볼 만하다. 경고를 실패로 취급하는 자동화라면, 복사 기능이 유지되는 것과 별개로 영향이 생길 수 있다.

SSH 압축에 의존하는 작업은 실제 데이터와 연결 조건에서 영향을 확인할 대상이다. 해당하는 구형 서버는 빌드의 파일 디스크립터 전달 지원 여부와 PTY 할당의 권한 요구를 함께 확인할 필요가 있다.

이는 변경 범위를 찾기 위한 점검 제안이며, 실행한 실험이나 관찰한 출력은 아니다.

이후 살펴볼 부분은 scp -R의 경고가 실제 경로 변경으로 전환되는 시점과, 압축 변경이 각 작업에 미치는 영향이다. 지금은 SSH 전체의 호환성을 의심하기보다 입력 경로와 사용 기능을 기준으로 점검 범위를 정하는 편이 타당하다.

OpenSSH 10.6의 자동화 점검은 즉시 적용된 사용자명·압축 변경과 아직 경고 단계인 scp -R의 경로 변경을 구분하는 데서 시작한다.