보안은 항상 절충에 관한 것입니다. 그냥 금고에있는 유명한 서버처럼, 분리, 바다의 하단에있는 root것 대부분의 모든 액세스 할 수있는 방법이 없다면 보안.

귀하가 설명하는 것과 같은 LD_PRELOAD 및 PATH 공격은 이미 귀하의 계정이나 최소한 닷 파일에 액세스 할 수있는 공격자가 있다고 가정합니다. 도우는 전혀 잘 것을 방지하지 않습니다 – 그들이 당신의 비밀번호가있는 경우, 결국, 필요 나중에 당신을 속여 시도하지하는 … 그들은 단지 사용할 수 있습니다 sudo 지금 .

Sudo가 원래 의도 한 것, 즉 프린터를 관리하는 것과 같은 특정 명령을 “하위 관리자”(아마도 실험실의 대학원생)에게 위임하는 것이 중요합니다 . sudo를 사용하여 모든 것을 수행하는 것이 지금 가장 일반적으로 사용되는 것은 아니지만 프로그램이 해결해야 할 문제 일 필요는 없습니다 (따라서 엄청나게 복잡한 구성 파일 구문).

그러나 sudo-for-unrestricted-root 는 또 다른 보안 문제인 루트 암호 관리 효율성을 해결합니다. 많은 조직에서 이들은 사탕처럼 지나가고 화이트 보드에 쓰여져 영원히 같은 경향이 있습니다. 액세스 취소 또는 변경이 큰 생산 번호가되므로 큰 취약점이 남아 있습니다. 혼자 추적 할 수 – 심지어 도전이 무엇 비밀번호 무슨 기계의 트랙을 유지 알고 있는 하나.

대부분의 “사이버 범죄”는 내부에서 온다는 것을 기억하십시오. 루트 암호 상황을 설명하면 누가 원격 로깅을 사용하여 무엇을했는지 추적하기가 어렵습니다.

귀하의 홈 시스템에서는 두 개의 암호를 기억하지 않아도되는 것이 더 편리하다고 생각합니다. 많은 사람들이 단순히 동일하게 설정했거나 더 나쁜 것은 초기에 동일하게 설정 한 다음 동기화하지 못하게하여 루트 암호를 썩게했을 가능성이 있습니다.

비밀번호 감지 트로이 목마 ssh 데몬은 내가 본 실제 시스템 손상의 90 %와 같은 위치에 배치되므로 SSH에 비밀번호 를 전혀 사용하지 않는 것이 위험합니다. SSH 키를 사용하는 것이 훨씬 낫습니다. 이것은 원격 루트 액세스를위한 실행 가능한 시스템 일 수도 있습니다.

그러나 문제는 이제 암호 관리에서 키 관리로 옮겨졌으며 ssh 키는 실제로 관리하기가 쉽지 않다는 것입니다. 사본을 제한 할 수있는 방법이 없으며 누군가가 사본을 만들면 암호를 무차별로 강제하려는 모든 시도가 있습니다. 키를 이동식 장치에 저장해야하고 필요할 때만 마운트해야한다는 정책을 만들 수 있지만이를 적용 할 방법이 없습니다. 이제 이동식 장치를 분실하거나 도난 당할 가능성이 있습니다.

최고의 보안은 일회성 키 또는 시간 / 카운터 기반 암호화 토큰을 통해 제공됩니다. 이러한 작업은 소프트웨어에서 수행 할 수 있지만 변조 방지 하드웨어가 훨씬 좋습니다. 오픈 소스 세계에는 WiKiD , YubiKey 또는 LinOTP 가 있으며, 독점 헤비급 RSA SecurID도 있습니다. 중대형 조직이나 보안에 민감한 소규모 조직의 경우 관리 액세스를위한 이러한 접근 방법 중 하나를 살펴 보는 것이 좋습니다.

그러나 현명한 보안 관행을 따르는 한 실제로 관리 번거 로움이없는 가정에서는 과잉 일 것입니다.

답변