Ubuntu가 설치시 사용자가 비밀번호를 만들도록 강제하는 이유는 무엇입니까?


9

Windows와 함께 실행하기 위해 Ubuntu를 설치 한 후 한 가지 문제가 있었지만 다른 운영 체제를 교체하기 위해 설치된 경우에도 동일하다고 가정합니다. 사용자 계정 이름과 암호를 입력하지 않고 사용자 계정 이름 만 입력하면 암호를 만들라는 메시지가 나타납니다. 필자의 비교는 Windows와 Mac OS X에서 이루어 지므로 절대 비밀번호를 만들지 않아도됩니다.

시스템 설정> 사용자 계정에서 관리자 계정의 비밀번호를 제거하면 비밀번호를 요청하고 비밀번호를 전혀 입력하지 않아도 설치하려고 할 때마다 인증 할 수 없습니다. 유효하지 않은 비밀번호를 입력 한 것처럼 작동합니다. 이것이 내가 "권한을 잃어버린다"고 부르는 것입니다.

항상 비밀번호를 요청하기 때문에 무언가를 설치하거나 성가신 곳에 액세스 할 때마다 "인증"창이 나타납니다.

내 질문은-왜 우분투가 설치시 사용자가 비밀번호를 만들도록 강요합니까?


1
여기에 훌륭한 답변을 고려했지만 여전히 암호를 입력하라는 메시지가 표시되는 빈도를 줄이려면 할 수 있습니다. 터미널에서을 입력 sudo visudo하고 행을 추가하십시오 username ALL=(ALL) NOPASSWD: ALL. 파일을 저장하고 편집기를 종료 한 후 로그 아웃 한 후 다시 로그인하십시오. GUI에서 sudo 또는 admin 기능에 대해서는 로그인 할 때 여전히 비밀번호를 입력하라는 프롬프트가 표시됩니다. 이 선택에 의해 부과되는 보안 조건으로 안심하십시오.
asfallows

비밀번호없이 자동 로그인을위한 설정도 있습니다. 이는 혼자 거주하고 외부 네트워크를 사용하지 않는 경우 합리적인 조치입니다.
사용자 알 수 없음

답변:


23

아마도 실제 질문은 왜 Windows 또는 Mac OS X (실제로 사용되는 경우 절대 사용하지 않음)에 암호가 필요하지 않은 것입니다.

암호를 입력해야하는 시간이 크게 줄어든다는 것을 만족스럽게 설정 한 시스템을 찾은 경우, 개발 버전을 몇 달 동안 실행했지만 여전히 하루에 한두 번만 암호를 사용합니다. .

암호는 이유가 있으므로 사용자가 암호를 손상시킬 수 없다는 사실을 모르면 시스템에 액세스합니다.

터미널 실행에서 많이 사용하는 것을 발견하면

sudo -i

필요한 작업을 수행 한 다음 종료하십시오.

루트와 sudo를 읽으십시오-거기에 있고 아무데도 가지 않을 것입니다.

https://help.ubuntu.com/community/RootSudo

하루가 끝날 무렵 Linux는 Windows 나 Mac이 아닙니다.

http://linux.oneandoneis2.org/LNW.htm


1
"Linux는 Windows가 아닙니다"에세이는 훌륭합니다! 게시 해 주셔서 감사합니다.
Chan Chan Ho

10

똑바로 질문 해 주셔서 감사합니다. "보다 안전하기 때문입니다."

모든 보안 조치에는 최소한 "불쾌감"요소가 있습니다.

"우분투에서 소프트웨어를 설치하려면 암호를 알아야합니다. 이것은 우분투 및 기타 Linux 배포판의 보안 기능입니다."

이렇게하면 권한이없는 사람이 시스템 구성을 망칠 수 없으며, 실제로 구성 변경을 원한다는 것을 확인할 수있는 "안전망"이기도합니다.

아무도 당신의 컴퓨터를 사용하지 않을 것이라는 것을 안다면, 암호는 필요하지 않지만, OS는 그것을 알 방법이 없다고 주장 할 수 있습니다. 우분투는 "발에 쏠 수있는"다른 시스템과 달리 항상 암호를 요구하는 데있어 보수적입니다.

그건 그렇고, 나는 당신의 말을 Mac OS의 행동으로 가져갈 것이지만, 나는 그것이 완전히 암호가 없다는 것을 기억하지 못합니다. 업그레이드 할 때, 때로는 소프트웨어를 설치할 때 항상 비밀번호를 묻습니다.

내가 제안하는 해결 방법은 매우 짧고 쉬운 암호를 설정하는 것입니다.


투표를 통해 곧은 질문을 해 주셔서 감사합니다. :)
사용자가 알 수 없음

1
"더 안전하기 때문에"어리석은 일입니다. 가상 머신에서 OS를 사용할 때와 같이 암호가 별다른 이점이없는 경우가 많습니다. -1
541686

6

OS X가 암호를 강요하지 않는 것은 옳습니다. 그러나 이것은 실제로 결함입니다. 또는 멋지게 말하고 싶다면 사용 성과 기능 사이의 "타협"입니다. OS X에 암호가 없으면 sudo명령을 사용할 수 없습니다 . 이제 터미널을 사용하여 작업을 수행하지 않습니다. 누가 신경 쓰나요? 다음에 특정 권한이 필요한 앱을 설치하려고하면 설치할 수 없으며 먼저 비밀번호를 만들어야합니다.

실제로 Mac 포럼을 보면 암호를 설정하지 않은 사람들에게 다양한 문제가 있습니다. 예를 들어 Windows 공유에 연결하는 데 문제가 있습니다.

기본적으로 어떤 형태의 인증이 필요한 시나리오는 모두 문제가 발생할 수있는 영역입니다. 자신의 삶을 "보다 쉽게"만들기 위해 비밀번호를 공백으로 바꾼 Filevault가 마음에 들지 않는 사람 을 생각해보십시오 ! (그들은 잠겨있어)

Windows 98 이후 오랫동안 익숙하지 않은 Windows의 경우 빠른 구글링은 암호가 없거나 더 정확하게 "공백"암호가 없다는 것은 일반적인 문제 가 아닙니다 .

OS X의 상황과 유사하게, 일을하려면 약간의 조정 이 필요합니다 . Microsoft에 따르면 "이 동작은 의도적으로 시스템 보안을 향상시키기위한 것"이라고합니다.

우분투가 왜 암호를 요구하는지 다른 사람들이 적절하게 설명 할 것입니다. 내 대답의 요점은 Apple과 Microsoft 공백이 아닌 암호를 요구 해야한다는 것 입니다. 완전한 기능을 위해서는 비밀번호가 필요하며, 사용자가 비밀번호를 공란으로 설정하도록 허용하면 문제가 발생합니다.


2

OS X를 설치할 때마다 계정 암호를 만들라는 요청을 받았습니다. 허락하신다면, 나는 생각 적이 없는 암호 작성.

비밀번호 요청 횟수를 크게 줄일 수있는 방법이 있습니다. 누군가 이미 언급했듯이 sudo 명령을 읽으십시오. 루트 권한이 필요한 작업을 수행해야 할 때 비밀번호를 요구하지 않도록 구성 할 수 있습니다.

부팅 할 때 암호를 묻지 않도록 시스템을 쉽게 구성 할 수도 있습니다.

항상 루트로 실행할 수도 있지만 그것은 실수 일 것입니다.

암호는 완벽한 보안이 아닙니다. 그러나 나는 내 컴퓨터가 배회 및 / 또는 악의적 인 행인으로부터 컴퓨터를 보호하기 위해 아무것도 사용하지 않을 것입니다.


1

왜? Ubuntu는 Linux의 버전이기 때문에 프로세서 버전의 Unix (Multics를 기반으로 함)입니다. Unix는 처음부터 다중 사용자 멀티 태스킹 시스템으로 설계되었으므로 암호는 동일한 컴퓨터에서 다른 사용자 계정을 보호하는 데 사용되었습니다. 여기에는 알 수없는 사용자가 시스템에 손상을 입히는 것을 막기 위해 암호가 지정된 root와 같은 시스템 계정도 포함되었습니다.

MS-Windows는 MS-DOS를 기반으로했지만 유닉스에서 일부 아이디어를 복사했지만 개인용 단일 사용자 시스템으로 설계되었습니다. Windows2000 및 WindowsXP로 시작하는 최신 단일 사용자 버전의 MS-Windows는 다중 사용자 멀티 태스킹 WinNT 코어를 기반으로하며 시스템 손상을 방지하기 위해 Linux와 같은 액세스 제어 보호 기능을 도입했습니다. Apple의 최신 Mac 운영 체제 버전은 기본적으로 Unix의 사용자 정의 버전 (이 경우 NeXTStep 기반, BSD Unix 기반)이지만 Mac은 일반적으로 단일 사용자 개인용 컴퓨터입니다.

리눅스의 개발은 오픈 소스이며 상당히 최근까지 매우 기술적으로 정통한 사용자 기반을 가지고 있었기 때문에 "루트 사용자가 아닌 슈퍼 사용자 권한을 가진 사용자로 실행하지 마십시오"와 같은 규칙은 거의 없었습니다. 만트라였습니다. 그러나 단일 사용자 시스템으로 Ubuntu의 인기가 높아짐에 따라 시스템 관리자이기도 한 점점 더 많은 사용자가 암호를 자주 다시 입력하지 않고 종종 권한이 높은 터미널을 유지하지 않기 위해 수퍼 유저로 실행하기를 원합니다. sudo -i를 통해 엽니 다. 암호를 다시 입력 한 후 명령을 입력 할 사람과 동일한 실수를 입력 할 가능성이있는 사람이므로 동일한 논리가 있습니다. 가능한 위험을 포함한 자세한 정보는 RootSudo 를 읽으십시오 .

그러나 기존 Linux 커뮤니티 간에는 현재 필요한 권한으로 만 실행하는 강력한 합의가 있습니다. 또한 개인 데이터가 있고 시스템에 액세스하는 사람이 데이터를 보지 못하게하려면 최소한 사용자 암호가 필요하며 자동 로그온을 사용하지 않을 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.