공식 웹 사이트에서 다운로드 한 ISO를 확인하는 것이 가치가 있습니까?


36

기본 "Ubuntu Desktop"옵션을 선택하여 https://www.ubuntu.com/download 에서 ISO를 다운로드했습니다 .

이 웹 사이트는 https://tutorials.ubuntu.com/tutorial/tutorial-how-to-verify-ubuntu 페이지를 링크하여 우분투를 확인하는 방법에 대한 지침을 제공합니다.

이것은 꽤 지루한 것처럼 보이며 공식 웹 사이트에서 다운로드 한 ISO에 문제가 있다는 것이 얼마나 현실적인지 궁금합니다. 검증 과정 자체에 새로운 소프트웨어를 다운로드해야하므로 다른 공격 벡터를 닫을 때에도 다른 공격 벡터를 도입해야합니다.

그만한 가치가 있기 때문에 Live USB 만 사용하고 Ubuntu를 완전히 설치하지 않을 계획입니다. 차이가 있습니까?


8
나의 정치적 대답은 "예, IT"입니다. 나는 많은 달 전에 첫 번째 다운로드에서 한 번만 제외하고는 그것을 한 적이 없습니다. 나는 항상 소프트웨어 또는 패치 / 버그 수정을 다운로드하고 평가하고 있으며 추가 단계로 귀찮게 할 수 없습니다. 또한 내 시스템은 모두 프로덕션이 아니며 내일 "가짜"가되면 나는 어깨를 으 and하고 넘어갈 것 입니다.
WinEunuuchs2Unix

14
md5sum을 확인하지 않으려면 Torrent 가 대안입니다. 토렌트를 통해 파일을 받으면 자동으로 확인됩니다 :-) 종종 토렌트 방법을 사용하는 것이 더 빠르지 만 (일반 다운로드와 비교하여) 종종 일부 인터넷 서비스 제공 업체는 불법 목적으로 만 사용한다고 생각하기 때문에 차단합니다 .
sudodus

2
큰 파일에 대한 MD5 체크섬의 주요 사용은 MITM 공격의 가능성을 완화하지 않고 다운로드 된 파일의 무결성을 보장하는 것입니다 (예 : 전송이 조기에 취소되었는지 여부를 감지하는 것).
rexkogitans

1
@rackandboneman 아니오, 그것은 근본적인 질문이 아닙니다.
David Richerby

16
재미있는 사실 : 평생 체크섬을 계산하는 것 보다이 질문을하는 데 더 많은 시간을 할애 할 것입니다.
el.pescado

답변:


57

그렇습니다.

다운로드 한 ISO를 md5sum / etc까지 몇 초 밖에 걸리지 않으며 MITM 등의 공격을받지 않았 음을 확신 할 수 있습니다. 그 외에도 몇 초 동안 오류가 발생하고 디버깅이 필요한 경우 시간 (초) 동안 보험에 가입 할 수 있습니다. 다운로드로 인해 아무도 오지 않는 오류를 쫓고 있습니다 (예 : 네트워크 문제가 있고 디버깅하려고 시도하지만 몇 가지 잘못된 점이 있기 때문에 네트워킹이 채워져 있습니다 ...) 체크섬 검사는 매우 저렴한 보험이라고 생각하십시오.

무언가를 md5sum하는 데 필요한 소프트웨어는 일반적으로 다른 소스 (이전 버전, 경우에 따라 다른 os / distro)에서 제공되며 매우 작으며 이미 많은 사람들에게 존재합니다.

또한 로컬 미러에서 다운로드 할 수 있지만 Canonical 소스에서 md5sum을 가져 오기 때문에 나는 거울이 그것을 가지고 놀지 않았다고 보험에 들었다. 다시 ~ 3 초의 시간이 소요되는 매우 저렴한 보험.


12
그러나 다운로드시 HTTPS 전송 방법을 사용한 경우 모든 무결성 검사가 이미 수행되었습니다.
Nayuki

15
@Nayuki이 무결성 검사는 파일이 서버에서 손상된 경우 (디스크 / FS 드라이버 오류, 잘못된 미러링 등) 쓸모가 없습니다.
Ruslan

6
@Nayuki HTTPS를 통해 웹 사이트에 액세스한다고해서 PC에서 다운로드하는 파일이있는 스토리지로의 전체 링크가 엔드 투 엔드 암호화라는 의미는 아닙니다. 몇 년 전에 Google 데이터 센터 상호 연결이 중단 된 것을 확인하십시오.
CVn

29
누군가 웹 사이트에서 체크섬을 볼 때 체크섬을 MITM하지 않았다고 말하는 사람이 ISO를 MITM으로했다면? (미러를 사용하는 경우 유용합니다.) 동일한 엔터티에서 제공되는 체크섬 및 다운로드를 보는 것은 그리 드물지 않습니다.
Lan

13
체크섬이 MitM을 감지한다고 가정하지 마십시오. 주어진 체크섬도 가짜 일 수 있습니다. 올바른 방법은 서명 을 확인하는 것이지만 GPG가 필요합니다 (이 작업은 한 번만 수행하면 고통 스럽습니다).
Micheal Johnson

21

네,이되어 매우 권장 당신이 다운로드 한 이미지를 확인하는 것이, 여기에 몇 가지 이유가 있습니다 :

  • 몇 초만 걸리면 파일의 무결성이 올바른지 알 수 있습니다. 즉, 파일이 손상되지 않았습니다. (부패의 일반적인 원인은 @sudodus 의견의 비정상적인 인터넷 연결과 같은 기술적 이유로 인해 전송 오류입니다.)
  • 파일이 손상되어이 ISO 이미지를 CD / USB 드라이브에 굽고 작동하지 않거나 설치 중에 실패하면 시간과 CD가 낭비됩니다.
  • 당신은 당신이 ISO 이미지 또는 소프트웨어와하지 (아마도 공격자에 의해) 수정 된 버전의 모든 종류의 공식 CLEAN 버전을 사용하고 있는지 있으며,이 보고서를 참조하십시오 시계 개 해적은 괴혈병 비트 코인 마이닝 악성 코드 공격

이미 GNU Linux 배포판을 가지고 있다면 md5sum 을 사용할 수 있으며 Windows에 있다면 WinMD5Free를 사용할 수 있습니다 .

도움이 되길 바랍니다.


3
윈도우의 경우 내장 certutil: superuser.com/a/898377/521689
Kanchu

1
나는 또한 대답했지만 질문에 잘 대답하고 다른 답변과 같이 너무 기술적 세부 사항으로 들어 가지 않기 때문에 더 많은 독자에게 유용하기 때문에 귀하의 답변을 찬성합니다.
bitoolean

@sudodus 네트워크에는 자체 무결성 검사가 있습니다. 오류가 오류를 극복하는 것이 불가능하지는 않지만 (TCP는 단순한 체크섬을 사용하여 단어 스왑을 감지하지 않지만 대부분의 링크는 CRC를 사용합니다) 일반적으로 걱정하는 것은 아닙니다.
Barmar

침입자가 파일을 손상시킬 수 있다면 MD5 상자의 값을 변경하는 것도 가능합니다.
Pascal Engeler

2

예, 그러나 우분투는 그것을보다 어렵게 만드는 것 같습니다.

가장 좋은 방법은 키를 한 번 가져온 후 foo.iso 및 foo.iso.sig를 다운로드하고 .sig 파일을 클릭하거나 .sig 파일의 쉘에서 gpg를 사용하는 것입니다. 몇 초가 소요됩니다.

Ubuntu는 파일 자체 만 서명 된 상태에서 파일에서 sha256 합계를 확인하도록하여 더 복잡한 것으로 보입니다. 편리하지만 사용자에게는 더 많은 작업이 필요합니다.

반면 파일이로만 생성 된 경우 sha256sum * >SHA256SUMS이를 사용하여 확인하고 출력으로 sha256 -c가져올 수 OK/Bad/Not-Found있습니다.


2

/proc/net/dev지금까지 수신 한 잘못된 TCP 프레임 수를 확인하십시오 . 한 자릿수 값이 있으면 (제로 0) 계속 읽으십시오. 네트워크 오류가 많거나 많으면 반드시 MD5를 사용하여 다운로드를 확인하십시오. 신뢰할 수없는 네트워크는 HTTP를 통해받는 모든 것을 신뢰할 수 없기 때문에 근본 원인을 조사하고 싶습니다.

전송 된 모든 데이터를 체크섬하는 TCP를 통해 다운로드 할 때 정확히 같은 크기로 손상된 다운로드가 발생할 가능성은 거의 없습니다. 공식 사이트에서 다운로드하고 있다고 확신하는 경우 (일반적으로 HTTPS를 사용하고 있고 인증서 확인을 통과 한 경우) 다운로드가 정상적으로 완료되었는지 확인하십시오. 괜찮은 웹 브라우저는 일반적으로 어쨌든 당신을 위해 검사를 수행합니다. 예상되는 양의 데이터를 얻지 못하면 "다운로드 실패"란에 무언가를 말합니다. 이 경우 파일 크기를 수동으로 확인할 수 있습니다.

물론, 체크섬을 검증하는 것은 여전히 ​​다운로드중인 파일이 서버에서 손상되었지만 너무 자주 발생하지 않는 경우를 포함하여 그 가치가 있습니다. 여전히 중요한 것을 위해 다운로드를 사용하려면 그만한 가치가 있습니다.

의견에서 @sudodus가 말했듯이 토런트 클라이언트는 웹 브라우저처럼 불완전한 / 부패한 데이터를 처리 할 때 훨씬 나은 작업을 수행하기 때문에 HTTPS 대신 Bittorrent를 사용하는 것이 또 다른 옵션입니다.

체크섬 이 실제로 공격을 막는 것은 아니며 HTTPS의 목적입니다.


5
TCP 체크섬은 ISO 파일만큼 크지 않습니다. 16 비트뿐입니다. 시끄러운 연결에서 일부 손상이 발생했을 가능성이 높습니다.
Mark

1
큰 ISO의 경우 Mark에는 많은 TCP 체크섬이 있습니다. 데이터를 전송하는 데 필요한 각 TCP 세그먼트마다 하나씩입니다.
Anthony G-Monica에 대한 정의

3
@AnthonyGeoghegan입니다. 각 세그먼트는 독립적으로 손상 될 수 있으며 ISO 파일에 몇 개의 세그먼트가 관련되어 있는지에 따라 세그먼트 중 하나가 여전히 해당 세그먼트의 체크섬과 일치하는 방식으로 손상 될 가능성이 높습니다.
Mark

1
@ Mark / proc / net / dev를 확인하고 수신 한 잘못된 TCP 프레임 수를 알려줄 수 있습니까? 내 컴퓨터의 가동 시간은 140 일입니다. 내가 실수하지 않으면 인증 된 기가비트 이더넷 장비는 10 ^ -10 이상의 비트 오류율을 제공합니다. 물론, 그것은 모두 당신이 "좋은 기회"라고 부르는 것에 달려 있습니다.
Dmitry Grigoryev

1
@Mark CRC 등이없는 어떤 종류의 레이어 2를 사용하고 있습니까? 이더넷을 사용하면 CRC 검사 TCP 체크섬 을 얻을 수 있습니다. 저것에 대한 수학을하지 않았지만, 당신이 거기에 "꽤 좋은 기회"에 어떻게 도착하는지 볼 수 없습니다.
Voo

0

합산을 확인하지 않는 것이 어려운 방법이라는 것을 알았습니다. 다운로드 중에 손상된 ISO로 CD를 굽고 부팅 할 수 없거나 실행 중에 오류가 발생했습니다.

다른 사람들이 말했듯이 시간이 거의 걸리지 않습니다.


그 경험에 대한 최악의 일은 다시 ISO를 구울 경우, CD의 같은 오류입니다
thomasrutter

1
RW CD와 DVD를 사용하는 이유입니다. :-)
fixit7

7
나는 10 년 이상 CD / DVD를 쓴 적이 없다. 저렴한 pendrives의 톤이있을 때 쓸 시간과 구매 비용 가치가 없습니다
phuclv

0

당신은 하나의 유스 케이스로 그것을보고 있습니다. 대량 자동화로 설정하면 확인하는 데 도움이됩니다. 이미지와 관련하여 필요한 작업을 진행하기 전에 확인을 실행하는 스크립트


0

다른 사람들은 프로그래머이지만 잊어 버린 기술적 세부 사항에 대한 답변을주었습니다 (제 작업에는 네트워크를 통한 통신이 필요하지 않습니다). 개인 경험을 알려 드리겠습니다.

내가 자주 CD를 구울 사용하는 경우 나 제대로 다운로드 한 것처럼이 리눅스 배포판 ISO을 다운로드하기에 전에, 그것은 한 번 일어났다. CD가 실패하여 다운로드 한 파일을 확인했는데 일치하지 않습니다. 그래서 다시 다운로드하여 작동했습니다. 따라서 이것은 고급 컴퓨터 사용자 및 프로그래밍 (19 년 전 11 세 이후의 컴퓨터를 사용하고 있으며 1,000 개가 넘는 디스크를 구운 적이 있음) 이후 15 년 동안 한 번만 발생했습니다. 그러나 그것이 일어날 수 있다는 증거입니다.

또한 BitTorrent를 통해 한두 번 나에게도 일어 났으므로 페일 세이프도 아닙니다. 다운로드 한 파일을 강제로 다시 검사하면 손상된 부분이 발견되었습니다.

내 결론은 HTTP (TCP에 의존)가 얻는 것만 큼 안전 할 수 있지만 인터넷은 장치와 서버 사이에 중간 노드가 있음을 의미하며 도중에 발생할 수있는 일이 없다는 것을 의미합니다 (패킷은 모두 손실됩니다) 시간), 때로는 컴퓨터가 데이터가 잘못되었다고 말할 수 없습니다.

아무도 그것이 당신에게 문제가 될만한 가치가 있는지 대답 할 수는 없습니다. 그것은 상황에 달려 있으며 당신이 스스로 판단 할 수 있다고 확신합니다. 나에게는 그다지 가치가 없다. 그래도 OS를 설치하려고한다면 다운로드 한 이미지를 미리 확인해야합니다.

참고 : 내가 한 번 또는 두 번만 손상된 다운로드를 발견했다는 것이 그 당시에 만 발생했다는 것을 의미하지는 않습니다. 어쩌면 다른 경우에는 방해가되지 않으므로 눈치 채지 못할 수도 있습니다.

편집 : 나는 경험이 많은 다른 프로그래머들 조차도이 데이터 무결성 검증 해시로 인해 파일이 원본과 약간 동일 하다는 것을 수 있다고 주장하지만 (심지어 약간의 분노조차도) 두 파일이 동일한 해시를 생성한다는 사실이 동일하다는 것을 의미하지는 않습니다. 단지 파일이 매우 다를 가능성이 거의 없음을 의미합니다. 그것들이 유용한 방법은 파일이 동일하지 않을 때, 특히 매우 다른 경우 결과 해시 코드가 실제로 동일하지 않을 것입니다 (이 테스트가 실패 할 가능성은 훨씬 낮습니다). 간단히 말해서-해시 코드가 다르면 파일이 다르다는 것을 알고 있습니다.

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