*JIM MCKEETH가 2018년 5월 11일 자신의 블로그에 올린 자료를 번역해 놓은 것입니다.

 
 
 
1.png

암호화와 압축에 관심이 있었지만 그래도 아마 가장 관심 갖고 좋아하는 것은  
암호화 해시 함수  
것입니다해시 함수는 모든 크기의 입력을 받아 항상 동일한
크기의 출력을 생성하는 단방향 알고리즘입니다.

단방향은 정보  손실이 발생합니다 -- 출력에서 입력으로 다시 쉽게 갈 수 없습니다.

암호화 해시는 해시 함수의 보다 안전한 버전입니 다.데이터가 수정되지 않았음을
확인하기 위해 서명하는 데
가장  자주 사용됩니다. 

 

위키백과에 따르면 이상적인 암호화 해시 함수에는 5 가지 주요 속성이 있습니다.

  • 동일한 메시지가 동일한 해시를 유발하도록 결정론적입니다.

     

  • 주어진 메시지에 대한 해시 값을 계산하는 것이 빠릅니다

     

  • 가능한 모든 메시지를 시도하는 것 외에는 해시 값에서 메시지를 생성하는 것은 불가능합니다

     

  • 메시지를 조금만 변경하면 해시 값이 너무 넓어 져서 새 해시 값이 이전 해시 값과 상관 관계가 없어 보입니다.

     

  • 동일한 해시 값을 가진 두 개의 서로 다른 메시지를 찾는 것은 불가능합니다.

 

(위 이미지: SHA 제품군 아이콘(by Uwe Martens) - CC BY-SA 4.0)

 

 

2.png

 

메시지 다이제스트 계열의 암호화 해시는 자주 사용하던 해시 알고리즘이었지만 불안한 점들이 발견되었습니다.
이제 SHA가 현대 암호의 주요 방법으로 여겨집니다.

 

해시 지원의 기초는 2009년 출시 때 RTL에서 처음으로 시작되었지만 XE8 (2015)에는 MD5, SHA-1 Bob Jenkins 해시를 지원하는 System.Hash 유닛이 있습니다. 그런 다음 10.0 시애틀 (2015)에서 SHA-2 지원으로 확장되었습니다. 가장 최근에는 10.2 Tokyo (2017)에서 원래 바이트 입력 외에 문자열 또는 스트림을 허용하도록 해시 함수가 확장되었습니다.

 

SHA 제품군에는 SHA-0, SHA-1, SHA-2 SHA-3 해시제품 군이 포함됩니다. SHA-0은 더 이상 사용되지 않으며 SHA-3 SHA-2의 향상된 기능입니다. 실제로 SHA-1 또는 SHA-2를 사용하는 대부분의 해시를 볼 수 있습니다. SHA-1은 항상 160 비트 (20 바이트) 해시 (다이제스트)를 생성하지만 SHA-2 224, 256, 384 512 비트 출력을 포함하므로 더 안전하고 유연합니다. SHA 256 51232 비트 및 64 비트 워드 크기 해시 알고리즘을 나타냅니다. SHA-224 SHA-384 서로 다른 초기값을 가지고 계산한 SHA-256 SHA-512 해시값을 최종 해시값 길이에 맞춰 잘라낸 것이다.

 

C ++ 빌더와 델파이에서는 어떻게 사용하는지 궁금하실 것입니다. System.Hash 유닛을 포함하고 나면 THashSHA2 클래스의 메소드를 사용하여 다이제스트를 작성할 수 있습니다. GetHashString을 사용하는 방법을 설명 하겠지만 다른 변형도 사용할 수 있습니다. GetHashString은 문자열 또는 스트림을 취해 해시의 16 진수 문자열을 반환합니다.

 

C ++ 빌더 코드는 다음과 같습니다:

 

Edit512->Text = THashSHA2::GetHashString(

    EditMessage->Text,

    THashSHA2::TSHA2Version::SHA512);

 

 델파이에서의 코드는 다음과 같습니다:

Edit512.Text := THashSHA2.GetHashString(

    EditMessage.Text,

    THashSHA2.TSHA2Version.SHA512).ToUpper;

 

제가 제공하는 문서에서 모든 다른 해시를 생성하는 간단한 샘플 앱을 만들었습니다. FireMonkey 앱이므로 모든 플랫폼에서 작동하지만 해시 코드는 모든 유형의 앱에서 작동합니다. C ++과 델파이 버전이 모두 포함되어 있습니다.

TRB50R.png

 

 

 

 

번호 제목 글쓴이 날짜 조회 수
공지 [DelphiCon 요약] 코드사이트 로깅 실전 활용 기법 (Real-world CodeSite Logging Techniques) 관리자 2021.01.19 14387
공지 [UX Summit 요약] 오른쪽 클릭은 옳다 (Right Click is Right) 관리자 2020.11.16 13023
공지 [10.4 시드니] What's NEW! 신기능 자세히 보기 관리자 2020.05.27 15532
공지 RAD스튜디오(델파이,C++빌더) - 고객 사례 목록 관리자 2018.10.23 21064
공지 [데브기어 컨설팅] 모바일 앱 & 업그레이드 마이그레이션 [1] 관리자 2017.02.06 22297
공지 [전체 목록] 이 달의 기술자료 & 기술레터 관리자 2017.02.06 17933
공지 RAD스튜디오(델파이, C++빌더) - 시작하기 [1] 관리자 2015.06.30 38228
공지 RAD스튜디오(델파이,C++빌더) - 모바일 앱 개발 사례 (2020년 11월 업데이트 됨) 험프리 2014.01.16 173741
673 새해 목표: LEARN, TEACH, REPEAT. 관리자 2021.01.05 313
672 [TOP 10] 2020년 하반기, 개발자가 사랑한 기술자료는? 관리자 2020.12.24 350
671 이 달의 기술자료 - 2021년 01월 file 험프리 2020.12.24 402
670 [UX Summit 요약] 감지와 응답: 지속적 파악을 통한 실제 결과를 더 좋게 하기 (Sense & Respond: Continuously Learning Our Way to Better Outcomes) 관리자 2020.12.02 421
669 개발. 공유. 영감. – 엠바카데로 총괄 매니저가 전하는 메세지 (2020.11) 관리자 2020.12.01 334
668 [10.4.1 패치] 애플(APPLE) 플랫폼 지원 관리자 2020.11.30 453
667 이 달의 기술자료 - 2020년 12월 험프리 2020.11.26 361
666 RAD스튜디오 2020 로드맵 – 자세한 내용을 확인해보세요! (PM들의 코멘터리) 관리자 2020.11.19 521
665 RAD스튜디오 로드맵 (2020.11) 관리자 2020.11.18 388
664 [UX Summit 요약] 애플리케이션을 개발할 때 데스크톱부터 개발해야 하는 이유 (Why Desktop First to Develop an Application) 관리자 2020.11.17 336
663 [10.4.1 패치] 델파이 컴파일러와 LSP 업데이트 관리자 2020.11.11 722
662 [UX Summit 요약] 터치스크린 POS 화면 디자인 하기 (Point of Sale Screen Concept) 관리자 2020.11.11 366
661 [UX Summit 요약] 멀티플랫폼 앱에 가장 효과적인 UX 디자인 (Effective UX Design for Multiplatform Apps) 관리자 2020.11.10 312
660 [UX Summit 요약] 레거시 데스크탑 앱 UI/UX 현대화 – 이론부터 실제까지 (Legacy desktop apps UI & UX modernization. From theory to practice) 관리자 2020.11.04 403
659 개발자가 지원해야 하는 핵심 플랫폼들 관리자 2020.11.02 294
658 이 달의 기술자료 - 2020년 11월 file 험프리 2020.10.27 330
657 [UX Summit 요약] 윈도우10에 멋진 플루언트UI 룩앤필을 델파이로 구현하기 (Giving your Apps the Fluent UI Look and Feel with Delphi)을 요약했습니다. - (델파이 개발자 뿐만 아니라) 윈도우 애플리케이션 개발자가 알아야할 기본이되고 중요한 마이크로소프트 UI 디자인의 핵심을 정리하고 보여줍니다. 관리자 2020.10.26 385
656 RAD스튜디오와 델파이 – 원조 로우코드! 관리자 2020.10.23 293
655 [UX Summit 요약 / 사례연구] 모바일은 두 번째: 어떨 때 데스크톱에 우선 집중하는가? 관리자 2020.10.22 266