보안 관련 질문

머신에는 완전한 루트 권한이 함께 제공되므로, 보안은 사용자의 책임이에요. 저희는 머신이 존재하고 사용 가능한 상태를 유지하는 책임을 지고, 머신 내부에 대한 책임은 사용자에게 있어요.

머신 접속

루트 비밀번호는 어디서 받나요?

/hosting/vds/m/<id>의 “접속” 탭에서 확인할 수 있어요. 암호화되어 저장되며, 버튼을 클릭하면 표시돼요. 같은 비밀번호가 “개요” 탭에서 마스킹된 상태로 보여요.

발급받은 비밀번호를 변경해야 하나요?

네, 첫 로그인 직후에 바로 변경하세요:

passwd

변경한 뒤에도 제어판에는 이전 비밀번호가 계속 표시돼요. 더 이상 유효하지 않으니 본인이 설정한 비밀번호를 사용하세요.

SSH 키는 어떻게 추가하나요?

“접속” 탭에 키 목록이 있어요. 중요한 점은 목록이 추가되는 것이 아니라 완전히 교체된다는 거예요. 필요한 모든 키를 한 번에 붙여넣지 않으면 다른 머신에서의 접속을 잃게 돼요.

비밀번호 로그인을 비활성화할 수 있나요?

네, 키를 설정하고 테스트한 뒤에는 비활성화하는 게 좋아요:

sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sshd -t && systemctl restart ssh

먼저 별도의 창에서 키 로그인이 작동하는지 확인하세요. 접속이 차단되더라도 콘솔을 통해 접속을 복구할 수 있어요. 콘솔은 항상 작동해요.

SSH 접속을 잃으면 어떻게 해야 하나요?

“콘솔” 탭의 콘솔을 사용하세요. 콘솔은 머신에 직접 연결되어 있어요. 여기서 설정을 수정하거나 새 비밀번호를 설정할 수 있어요.

머신 보안

보안 업데이트는 누가 책임지나요?

사용자예요. 머신 내부의 시스템 및 소프트웨어 업데이트는 저희 쪽에서 자동으로 설치되지 않아요:

apt update && apt upgrade
dnf upgrade

방화벽이 필요한가요?

웹사이트를 두 개 이상 호스팅한다면 필요해요. 규칙은 간단해요. SSH를 먼저 허용하고, 그다음 나머지를 모두 닫으세요.

ufw allow 22/tcp
ufw allow 80,443/tcp
ufw enable

순서가 중요해요. 포트 22를 허용하지 않은 채 방화벽을 활성화하면 머신에서 차단돼요.

머신이 해킹당했는지 어떻게 알 수 있나요?

징후는 다음과 같아요. CPU가 24시간 내내 최대로 사용됨, 비표준 사용자의 낯선 프로세스, 높은 아웃바운드 대역폭, /root/.ssh/authorized_keys의 새 키, 본인이 만들지 않은 cron 작업. 로그인 시도를 확인하려면:

last -20
journalctl -u ssh | grep -i "accepted"
crontab -l

해킹당했다면 어떻게 해야 하나요?

머신이 완전히 침해된 것으로 간주하세요. 개별 파일을 정리하는 것은 신뢰할 수 없어요. 데이터를 회수하고, 머신에 있던 모든 키와 토큰을 폐기한 뒤 “접속” 탭에서 시스템을 재설치하세요. 그런 다음 적절한 비밀번호와 키로 다시 구성하세요.

로그에 비밀번호 추측 시도가 수천 건이나 있는 이유는 무엇인가요?

이것은 인터넷의 배경 소음이에요. 모든 공용 주소는 자동으로 무차별 대입 공격을 받아요. 비밀번호가 약할 때만 위험해요. 비밀번호 로그인을 비활성화하면 이런 시도는 무의미해져요.

데이터

제어판에 루트 비밀번호는 어떻게 저장되나요?

암호화된 형태로 저장되며, “접속” 탭에서 버튼을 클릭할 때만 표시돼요.

랜섬웨어에 대비한 백업이 있나요?

없어요. 저희는 자동 머신 백업이나 스냅샷을 제공하지 않아요. 복사본은 사용자가 직접 만들어 항상 머신 외부에 보관하세요. 그렇지 않으면 랜섬웨어가 데이터와 그 옆에 있는 “복사본”까지 함께 파괴해요.

제 머신에 다른 사람도 접속할 수 있나요?

루트 접속 권한은 사용자에게 있어요. 이용 약관을 준수하세요. 머신에서 금지되는 사항은 머신에서 할 수 있는 것과 할 수 없는 것 문서에서 다루고 있어요.