VNC 설치에 단점이 있습니까?

우리 대학의 언어 부서에는 인텔 NUC가 있으며이 부서는 교직원과 부서의 학생들이 사용하는 웹 응용 프로그램을 곧 호스팅 할 것입니다. NUC는 우분투 (14.10)를 운영합니다.

터미널과 서버에 대한 SSH 연결에 익숙하지만 VNC (스크린 공유)를 통해 수행해야하는 많은 작업이 훨씬 쉽다는 것을 알게되었습니다.

새로운 기술 책임자에게이 서버에 VNC를 설치하여 내 삶을 훨씬 쉽게 만들 수 있도록 제안했습니다 (사실 전에 VNC를 설치 한 다음 제거했습니다). 그러나 그는 다음과 같이 대답했다.

우리가 그것을 멀리 할 수 ​​있다면 서버에서 X 또는 VNC를 실행하지 않는 것이 훨씬 좋습니다. 결국 서버입니다.

나는이 논리를 정말로 이해하지 못한다. 모니터에 연결되어 있지 않습니다. SSH를 통한 유일한 액세스. 내가 모르는 서버에 VNC 액세스 권한을 갖는 기적적인 단점이 있습니까?

분명히 당신은 공격자를 위해 다른 포트를 열고 있습니다; 반박 : 우리는 두 개의 대학 방화벽 (주된 대학 네트워크 방화벽과 서브넷 자체의 특수 방화벽) 뒤에 있습니다. VNC는 서브넷 내에서만 수행 할 수 있기 때문에 이것이 "유지 관리해야 할 또 다른 패키지"이외의 문제가되는 이유와 우분투 apt가 아닌 Ubuntu의 패키지 관리자 와 관련하여 손실이 있습니다 .

서버에 VNC를 설치하면 어떤 단점이 있습니까?

편집 : 이것은 웹 서버가 아닙니다. 다른 많은 응용 프로그램을 호스팅하고 있습니다. 차이가 있는지 확실하지 않습니다.

여러 가지 이유가 있습니다.

• 공격 영역 : 더 많은 프로그램, 특히 네트워크화 된 프로그램은 누군가 버그를 발견 할 기회가 더 많다는 것을 의미합니다.

• 표면 결함 : 위와 같이 "누군가"를 " 머피 "로 바꾸고 "들어 오십시오"를 "오늘을 망치다"로 바꾸 십시오. 실제로, "하루를 망치다"는 아마도 이전 시점에도 적용됩니다.

• 시스템 효율성 : X11 및 사람들이 실행하는 GUI 환경은 특히 NUC와 같은 제한된 리소스 시스템에서 상당한 양의 RAM을 소비합니다. 이를 실행하지 않으면 유용한 작업을 수행하기위한 더 많은 리소스가 필요합니다.

• 운영자 효율성 : GUI는 스크립팅 및 기타 형태의 자동화에 적합하지 않습니다. 물건을 클릭하면 생산적인 느낌이 들지만 실제로는 엄청나게 기술적 인 일을하는 최악의 방법에 관한 것입니다. 당신은 또한 당신이 스크립트를 할 수없는 경우 심각하게 제한 미래의 고용 기회를 찾아 작업을 멀리 자동화 할 수 있습니다 - 업계는 것입니다 멀리 GUI 관리 도구에서. 요즘 Windows 서버조차 GUI가 없어도 설치할 수 있습니다. 그래야만 물건을 클릭하는 방법을 아는 것의 상대적인 장점에 대해 생각하지 않으면 실제로 무엇을 말 해야할지 모르겠습니다.

문제는 VNC가 아닙니다-틀리지 마십시오 .VNC는 끔찍한 프로토콜이며 많은 결함이 있습니다 (암호화 지원이 부족하여 모든 것이 일반 텍스트로 네트워크를 통과합니다). 서버에서는 사용하지 않는 것이 좋습니다.

VNC를 설치하여 검은 화면에 액세스 할 수 있습니까? 아니요, 전체 데스크톱 환경에 액세스하려고했기 때문에 이것이 실제 문제입니다.

이 데스크탑 급 Gnome (또는 이와 유사한) 소프트웨어를 모두 설치하고 나면 서버가 손상되었다고 생각할 수 있습니다.이 끔찍하고 방대한 응용 프로그램 모음에는 많은 버그가 남아 있기 때문입니다 (생산성을 위해 설계된 것이 아니라는 사실 외에도) 그리고 많은 자원을 사용합니다). 이 소프트웨어와 대부분의 Linux 데스크탑 환경을 권장하지 않는 다른 이유 중 하나는 루트킷처럼 전체 시스템을 인수하고 모든 버전의 자체 버전 (인증? 더 이상 견고한 사용자 및 그룹을 구현하지 않기 때문입니다) 읽을 수없고 모호한 일부 XML 파일을 기반으로 권한을 부여하는이 Policykit 넌센스를 루트로 실행 해 보겠습니다 ... 구성? 사람이 읽을 수있는 구성 파일이 필요한 사용자 • 모든 것을 바이너리 데이터베이스에 저장할 수 있습니다.

Archlinux 서버에 Gnome 데스크탑 환경을 설치하려고하면 "전체 설치 크기 : 1370.86 MiB"가 표시됩니다. 이 전 서버가 설치되면 추가 공격 영역이 있다고 상상해보십시오. 다른 데스크탑 환경은 그리 나쁘지 않습니다.

분명히 당신은 공격자를 위해 다른 포트를 열고 있습니다; 반박 : 우리는 두 개의 대학 방화벽 (주된 대학 네트워크 방화벽과 서브넷 자체의 특수 방화벽) 뒤에 있습니다. VNC는 서브넷 내에서만 가능하므로 손실이 발생했습니다.

시스템이 개인 네트워크에서 방화벽 뒤에 있기 때문에 보안에 대해 걱정할 필요가 없습니다. 대부분은 아니지만 대부분의 성공적인 침입은 해당 네트워크에 액세스하는 내부자 (직원, 학생 등)에 의해 수행됩니다.

기술 책임자를 행복하게 유지하려면 다음을 수행하십시오.

• VNC 및 원하는 데스크탑 설치

• 어떤 종류의 화면 보호기를 설치하지 마십시오. 왜? 화면이없고 바탕 화면 만 앉아 있으면 많은 리소스가 소비되지 않습니다.

• VNC 포트를 전달하지 마십시오. 이를 사용해야하는 경우 SSH (포트 22)를 통해 VNC 포트 (5900)를 터널링하고 연결하십시오.

이 프로세스는 암호화되어 있으며 이미 열려있는 SSH의 모든 보안을 제공합니다. 이전에는 없었던 보안 문제를 추가하지 않습니다.

이미 내 서버에서이 작업을 수행하므로 직접 연결에 비해 VNC 프로세스에서 눈에 띄는 추가 지연이 없습니다.