Blaze7451/Wiki-ko-20250601 huggingface dataset:
아노라

《아노라》(Anora)는 2024년 개봉한 미국의 로맨틱 코미디 드라마 영화다. 숀 베이커가 감독과 각본을 맡았다. 제77회(2024년) 칸 영화제 황금종려상 수상작이다. 제97회(2025년) 아카데미상 작품·감독·각본·여우주연·편집상 수상작이다.

**줄거리**
브루클린의 러시아계 미국인 동네에서 스트리퍼로 일하는 23세의 아노라(애칭: 아니)는 우연히 러시아 재벌의 21세 아들 바냐를 만나게 된다. 미국에서 공부하는 척하지만 파티와 비디오 게임에 빠져 지내는 바냐는 아니에게 호감을 느끼고, 일주일간 함께 있어달라며 거액을 지불한다. 바냐는 급기야 아니에게 러시아로 돌아가 아버지 밑에서 일하는 대신 미국 영주권을 얻기 위해 결혼하자고 제안한다. 반신반의하던 아니는 바냐의 진심에 감동해 라스베이거스에서 즉흥적으로 결혼식을 올리고, 직업을 그만두고 바냐의 저택으로 이사한다.
그러나 결혼 소식이 러시아에 전해지자, 바냐의 어머니 갈리나는 즉시 아들의 결혼을 무효화하려 한다. 갈리나는 바냐의 대부 토로스를 보내 아니에게 돈을 주고 합의 이혼을 종용하지만, 아니는 바냐와 진심으로 사랑한다며 거부한다. 결국 아니는 토로스와 함께 술에 취해 방황하는 바냐를 찾아 나선다. 아니는 자신이 일하던 스트립 클럽에서 술에 취한 바냐를 발견하지만, 바냐는 아니의 말을 들으려 하지 않는다. 
다음 날, 법원에서 결혼 무효 소송이 기각되자, 바냐의 부모는 라스베이거스로 향한다. 아니는 바냐의 부모에게 러시아어로 자신을 소개하지만, 갈리나는 아니를 무시하며 아들과의 결혼을 불가능하다고 선언한다. 아니는 혼전 계약서를 쓰지 않았기에 이혼 소송으로 바냐를 압박하겠다고 하지만, 갈리나는 아니의 삶을 망쳐버리겠다고 협박한다. 결국 아니는 바냐의 미숙함과 그의 가족의 막강한 힘을 깨닫고 결혼 무효에 동의한다. 계약서에 서명한 후, 아니는 바냐와 갈리나에게 모욕적인 말을 퍼붓고 뛰쳐나온다.
아니는 바냐의 부하 이고르와 함께 짐을 싸서 집으로 돌아가고, 그들은 마지막 밤을 함께 보낸다. 이고르는 토로스가 약속한 돈을 아니에게 건네주고 집까지 데려다준다. 차 안에서 이고르의 호의에 감동한 아니는 그와 잠자리를 갖지만, 이고르가 키스하려 하자 거부하며 울음을 터뜨린다.

**출연진**
 마이키 매디슨 - 아노라 "애니" 미키바 역- 마르크 예이델시테인 - 이반 "바냐" 자하로프 역- 유라 보리소프 - 이고리 역- 카렌 카라굴랸 - 토로스 역- 바체 토브마샨 - 가닉 역- 알렉세이 세레브랴코프 - 니콜라이 자하로프 역- 다리야 예카마소바 - 갈리나 자하로바 역- 린지 노링턴 - 다이아몬드 역- 아이비 워크 - 크리스탈 역- 루나 소피아 미란다 - 룰루 역

**각주**

**외부 링크**
 28607951- anora- anora
분류:2024년 영화
분류:영어 영화 작품
분류:러시아어 영화 작품
분류:아르메니아어 영화 작품
분류:미국의 독립 영화 작품
분류:미국의 코미디 드라마 영화
분류:매춘을 소재로 한 영화
분류:혼인을 소재로 한 영화
분류:스트립쇼를 소재로 한 영화
분류:뉴욕을 배경으로 한 영화
분류:라스베이거스를 배경으로 한 영화
분류:뉴욕에서 촬영한 영화
분류:숀 베이커 감독 영화
분류:필름네이션 엔터테인먼트 영화
분류:NEON 영화
분류:포커스 피처스 영화
분류:유니버설 픽처스 영화
분류:황금종려상 수상작
분류:아카데미 작품상 수상작
분류:아카데미 감독상 수상작
분류:아카데미 각본상 수상작
분류:아카데미 여우주연상 수상작
분류:아카데미 편집상 수상작
분류:인디펜던트 스피릿 어워드 작품상 수상작
베이비걸 (영화)

《베이비걸》(Babygirl)은 2024년 개봉한 미국의 에로틱 스릴러 영화이다. 할리나 레인이 감독과 각본을 맡았다. 제81회(2024년) 베네치아 영화제 황금사자상 경쟁후보작이다.

**줄거리**
뉴욕의 한 테크 회사 CEO인 로미는 남편과의 불만족스러운 성생활에 지쳐있던 중, 회사 인턴 새뮤얼과 사적인 만남을 갖게 된다. 처음에는 망설였지만 결국 그와 키스를 나누고, 호텔에서 다시 만나게 된다. 로미는 자신과 새뮤얼의 권력 관계 차이 때문에 그를 이용하는 것이 아닌지 걱정하지만, 새뮤얼은 오히려 자신이 그녀를 해고할 수도 있다며 자신의 권력을 과시한다. 두 사람은 여러 차례 만남을 이어가고, 로미는 새뮤얼에게 종속적인 관계를 맺는다.
새뮤얼은 점점 더 선을 넘기 시작한다. 로미의 사무실에 두고 온 노트북을 가져다준다는 핑계로 그녀의 시골집에 찾아오고, 로미는 자신의 가족을 건드리지 말라며 그에게 화를 낸다. 로미는 남편에게 성생활에 불만이 있다고 털어놓고, 결국 새뮤얼과 다시 만나 관계를 이어가기로 한다. 하지만 새뮤얼이 로미의 딸 생일 파티에 불쑥 나타나자 다시 한번 갈등이 폭발한다.
로미의 회사 동료 에스메는 로미와 새뮤얼의 관계를 알고 있으며, 이를 폭로하지 않는 조건으로 로미에게 요구를 한다. 이에 충격을 받은 로미는 남편에게 모든 사실을 고백하고 집에서 쫓겨난다. 얼마 후, 남편은 시골집에서 로미와 새뮤얼을 발견하고, 새뮤얼과 몸싸움을 벌이다가 공황 발작을 일으킨다. 새뮤얼은 그를 돕고 떠나고, 로미와 남편은 다시 관계를 회복하기로 한다.
회사에서 이사는 로미에게 새뮤얼이 일본으로 이직했다는 소식을 전하며 그 일에 로미가 관여했는지 묻는다. 그리고 다음 주에 자신의 집으로 초대한다. 로미는 그에게 단호하게 대처하고 사무실에서 내쫓는다. 집으로 돌아온 로미는 남편과 함께 새뮤얼과의 관계에서 했던 행위를 시도하고 오르가즘을 느낀다.

**출연**
 니콜 키드먼 - 로미- 해리스 디킨슨 - 새뮤얼- 안토니오 반데라스 - 제이컵- 소피 와일드 - 에스미- 하이터 얀선 - 헤다- 에스터 맥그레거 - 이저벨- 본 라일리 - 노라- 빅터 슬리잭 - 미셀 씨- 아누프 데사이 - 로버트- 바틀리 부즈 - 톰- 맥스웰 휘팅턴쿠퍼 - 조시- 레슬리 실바 - 헤이즐- 돌리 웰스 - 치료사

**각주**

**외부 링크**
 30057084- babygirl_2024- babygirl-2024
분류:2024년 영화
분류:영어 영화 작품
분류:미국의 에로 영화
분류:미국의 스릴러 영화
분류:뉴욕에서 촬영한 영화
분류:A24 영화
PBKDF2

암호학에서 PBKDF1 및 PBKDF2(Password-Based Key Derivation Function 1 및 2)는 무차별 대입 공격에 대한 취약성을 줄이는 데 사용되는 슬라이딩 계산 비용이 있는 키 유도 함수이다.
PBKDF2는 RSA Laboratories의 PKCS(공개 키 암호 표준) 시리즈, 특히 PKCS #5 v2.0의 일부이며 국제 인터넷 표준화 기구의 RFC 2898로도 게시되었다. 이는 최대 160비트 길이의 유도 키만 생성할 수 있는 PBKDF1을 대체한다. 2017년에 게시된 RFC 8018(PKCS #5 v2.1)에서는 비밀번호 해싱에 PBKDF2를 권장한다.

**목적 및 운영**
비밀번호 기반 키 도출 함수 2의 반복 과정을 알고리즘으로 표현한 것이다.
PBKDF2는 입력된 비밀번호 또는 패스프레이즈에 솔트 (암호학) 값과 함께 HMAC(해시 기반 메시지 인증 코드)와 같은 의사 난수 기능을 적용하고 이 과정을 여러 번 반복하여 유도 키를 생성한 후 후속 작업에서 암호화 키로 사용할 수 있다. 추가된 계산 작업으로 인해 비밀번호 크래킹이 훨씬 더 어려워지며 이를 키 스트레칭이라고 한다.
2000년에 표준이 작성되었을 때 권장되는 최소 반복 횟수는 1,000회였지만, 매개변수는 CPU 속도가 증가함에 따라 시간이 지남에 따라 증가하도록 의도되었다. 2005년 커버로스 표준에서는 4,096번의 반복을 권장했다. 애플은 iOS 3에 2,000개, iOS 4에 10,000개를 사용한 것으로 알려졌다. 2011년 라스트패스는 자바스크립트 클라이언트에 5,000번의 반복을 사용했고 서버 측 해싱에 100,000번의 반복을 사용했다. 2023년에 OWASP는 PBKDF2-HMAC-SHA256에는 600,000번, PBKDF2-HMAC-SHA512에는 210,000번의 반복을 사용할 것을 권장했다.
비밀번호에 솔트를 추가하면 공격에 미리 계산된 해시(레인보 테이블)를 사용하는 능력이 줄어들고, 여러 비밀번호를 한꺼번에 테스트하는 것이 아니라 개별적으로 테스트해야 한다는 의미이다. 공개 키 암호화 표준에서는 최소 64비트의 솔트 길이를 권장한다. 미국 국립표준기술연구소에서는 최소 128비트의 솔트 길이를 권장한다.

**각주**

**외부 링크**
 link=no – Specification of PKCS#5 v2.0.- link=no – Test vectors for PBKDF2 with HMAC-SHA1.-  NIST Special Publication 800-132 Recommendation for Password-Based Key Derivation
분류:암호 표준
RSA 시큐리티

RSA 시큐리티(RSA Security LLC, 구 RSA Security, Inc.) 및 상표명 RSA는 암호화 및 암호화 표준에 중점을 두고 있는 미국의 컴퓨터 및 네트워크 보안 회사이다. RSA는 공동 창립자인 로널드 리베스트, 아디 샤미르 및 레너드 애들먼의 이니셜을 따서 명명되었으며, RSA 공개 키 암호화 알고리즘도 그의 이름을 따서 명명되었다. 해당 제품 중에는 SecurID 인증 토큰이 있다. BSAFE 암호화 라이브러리도 처음에는 RSA가 소유했다. RSA는 NSA가 개발한 백도어를 자사 제품에 통합한 것으로 알려져 있다. 또한 매년 정보 보안 컨퍼런스인 RSA 컨퍼런스를 조직한다.
1982년 독립 회사로 설립된 RSA 시큐리티는 2006년 EMC 코퍼레이션에 미화 21억 달러에 인수되어 EMC 내 사업부로 운영되었다. 2016년 EMC가 델 테크놀로지스에 인수되면서 RSA는 델 테크놀로지스 브랜드 제품군의 일부가 되었다. 2020년 3월 10일, 델 테크놀로지스는 STG(Symphony Technology Group), Ontario Teachers' Pension Plan Board(Ontario Teachers') 및 AlpInvest Partners(AlpInvest)가 이끄는 컨소시엄에 RSA 시큐리티를 21억 달러에 매각할 것이라고 발표했다. 2006년 EMC가 구입했을 때와 동일한 가격이다.
RSA는 매사추세츠주 첼름스퍼드에 본사를 두고 있으며 브랙넬(영국)과 싱가포르에 지역 본부를 두고 있으며 수많은 해외 지사를 두고 있다.

**같이 보기**
 보안 토큰- RSA SecurID

**각주**

**외부 링크**
분류:옛 인증 기관
분류:컴퓨터 보안 기업
분류:미국의 소프트웨어 기업
분류:1982년 설립된 소프트웨어 기업
레너드 애들먼

섬네일
레너드 애들먼(Leonard Adleman, 1945년 12월 31일 ~ )은 미국의 컴퓨터 과학자이다. RSA 암호화 알고리즘의 창시자 중 한 명으로 2002년 튜링상을 수상했다. 또한 DNA 컴퓨팅 분야를 창안한 것으로도 알려져 있다.

**생애**
레너드 M. 애들먼은 캘리포니아주의 유대인 가정에서 태어났다. 그의 가족은 원래 현대 벨라루스, 민스크 지역에서 미국으로 이주했다. 샌프란시스코에서 자랐고 캘리포니아 대학교 버클리에서 학사학위를 받았다. 1968년에 수학 학위를 취득하고 박사 학위를 받았다. 1976년 EECS에서 학위를 취득했다. 그는 또한 영화 '스니커즈 (영화)'의 수학 컨설턴트이기도 했다. 1996년에 그는 계산 및 암호학 이론에 기여한 공로로 미국공학한림원의 회원이 되었다. 그는 또한 미국국립과학원의 회원이기도 하다.
애들먼은 또한 아마추어 복싱 선수이며 제임스 토니와 스파링을 했다.

**같이 보기**
 프로그래머 목록

**외부 링크**
  Adleman's homepage-  Turing Award Citation-  Mathematical consultant for movie Sneakers- id= 62298
분류:미국의 프로그래머
분류:미국의 과학 저술가
분류:벨라루스 유대계 미국인
분류:1945년 출생
분류:살아있는 사람
분류:튜링상 수상자
분류:서던캘리포니아 대학교 교수
분류:미국 예술과학 아카데미 석학회원
분류:미국 과학 아카데미의 회원
RSA SecurID

섬네일
RSA SecurID(구 SecurID)는 네트워크 리소스에 대한 사용자의 2요소 인증을 수행하기 위해 RSA에서 개발한 메커니즘이다.

**설명**
RSA SecurID 인증 메커니즘은 컴퓨터 사용자에게 할당되고 다음을 사용하여 고정된 간격(보통 60초)으로 인증 코드를 생성하는 "토큰"(하드웨어(예: 열쇠 고리) 또는 소프트웨어(소프트 토큰))로 구성된다. 내장 시계와 카드의 공장에서 인코딩된 거의 임의의 키("시드"라고 함)를 사용한다. 시드는 토큰마다 다르며 토큰 구매 시 해당 RSA SecurID 서버(RSA 인증 관리자, 이전 ACE/Server)에 로드된다. 이메일이나 SMS 전송을 통해 토큰코드를 제공하는 주문형 토큰도 사용할 수 있으므로 사용자에게 토큰을 제공할 필요가 없다.
토큰 하드웨어는 리버스 엔지니어링을 방지하기 위해 변조 방지되도록 설계되었다. 동일한 알고리즘의 소프트웨어 구현("소프트웨어 토큰")이 시장에 등장했을 때 보안 커뮤니티에서는 사용자가 소프트웨어에서 RSA SecurID를 에뮬레이션할 수 있도록 하는 공개 코드를 개발했다. 단, 현재 RSA SecurID 코드에 액세스할 수 있는 경우에만 가능하다. 서버에 도입된 원본 64비트 RSA SecurID 시드 파일이다. 나중에 128비트 RSA SecurID 알고리즘이 오픈 소스 라이브러리의 일부로 게시되었다. RSA SecurID 인증 체계에서 시드 레코드는 일회용 비밀번호를 생성하는 데 사용되는 비밀 키이다. 최신 버전에는 USB 커넥터도 포함되어 있어 토큰을 인증서를 안전하게 저장하기 위한 스마트카드와 같은 장치로 사용할 수 있다.
네트워크 리소스(예: 전화 접속 서버 또는 방화벽)에 인증하는 사용자는 개인 식별 번호와 그 순간 RSA SecurID 토큰에 표시되는 번호를 모두 입력해야 한다. 점점 드물기는 하지만 RSA SecurID를 사용하는 일부 시스템에서는 PIN 구현을 완전히 무시하고 비밀번호/RSA SecurID 코드 조합에 의존한다. 실시간 시계와 관련 시드 기록이 포함된 유효한 카드 데이터베이스를 갖춘 서버는 해당 시점에 토큰이 표시해야 하는 숫자를 계산하고 이를 사용자가 입력한 내용과 비교하여 확인하여 사용자를 인증한다.
이전 버전의 SecurID에서는 "강압 PIN"(duress PIN)을 사용할 수 있다. 이 대체 코드는 사용자가 PIN을 강제로 입력했음을 보여주는 보안 이벤트 로그를 생성하는 동시에 투명한 인증을 제공한다. 협박 PIN을 사용하면 한 번만 인증에 성공할 수 있으며 그 후에는 토큰이 자동으로 비활성화된다. "강압 PIN" 기능은 더 이상 사용되지 않으며 현재 지원되는 버전에서는 사용할 수 없다.
RSA SecurID 시스템은 네트워크에 보안 계층을 추가하지만 인증 서버의 시계가 인증 토큰에 내장된 시계와 동기화되지 않으면 문제가 발생할 수 있다. 일반 토큰 시계 드리프트는 시간이 지남에 따라 저장된 "드리프트" 값을 조정하여 서버에서 자동으로 계산된다. 동기화되지 않은 상태가 일반적인 하드웨어 토큰 시계 드리프트의 결과가 아닌 경우 인증 관리자 서버 시계와 동기화되지 않은 토큰(또는 토큰)의 동기화를 수정하는 방법은 여러 가지가 있다. 서버 시계가 변동되어 관리자가 시스템 시계를 변경한 경우 토큰을 하나씩 다시 동기화하거나 저장된 드리프트 값을 수동으로 조정할 수 있다. 드리프트는 개별 토큰에서 수행하거나 명령줄 유틸리티를 사용하여 대량으로 수행할 수 있다.
RSA 시큐리티는 아이언키, 샌디스크, 모토로라, 프리스케일 세미컨덕터, 레드캐논, 브로드컴 및 블랙베리 (스마트폰)와 같은 장치 제조업체와 협력하여 "유비쿼터스 인증"이라는 이니셔티브를 추진하여 USB 플래시 드라이브 및 휴대폰과 같은 일상적인 장치에 SecurID 소프트웨어를 내장했다. 이는 사용자가 휴대해야 하는 물건의 수와 비용을 줄이기 위함이다.

**각주**

**외부 링크**
  Official RSA SecurID website
Technical details-  Sample SecurID Token Emulator with token Secret Import I.C.Wiener, Bugtraq post.-  Apparent Weaknesses in the Security Dynamics Client/Server Protocol Adam Shostack, 1996.-  Usenet thread discussing new SecurID details Vin McLellan, et al., comp.security.misc.-  Unofficial SecurID information and some reverse-engineering attempts Yahoo Groups securid-users.-  Analysis of possible risks from 2011 compromise
Published attacks against the SecurID hash function-  Cryptanalysis of the Alleged SecurID Hash Function (PDF) Alex Biryukov, Joseph Lano, and Bart Preneel.-  Improved Cryptanalysis of SecurID (PDF) Scott Contini and Yiqun Lisa Yin.-  Fast Software-Based Attacks on SecurID (PDF) Scott Contini and Yiqun Lisa Yin.
분류:인증 방법
분류:컴퓨터 보안 하드웨어
유비키

2014년 FIDO 표준 방식의 최초의 유비키 USB 토큰
유비키(YubiKey)는 일회용 비밀번호(OTP), 공개 키 암호 방식 및 인증, U2F(Universal 2nd Factor) 및 FIDO2 프로토콜을 지원하는 컴퓨터, 네트워크 및 온라인 서비스에 대한 액세스를 보호하기 위해 유비코(Yubico)에서 제조한 하드웨어 인증 장치이다. FIDO 얼라이언스에서 개발했다. 이를 통해 사용자는 일회용 비밀번호를 생성하거나 장치에서 생성된 FIDO 기반 공개/개인 키 쌍을 사용하여 계정에 안전하게 로그인할 수 있다. 유비키를 사용하면 일회용 비밀번호를 지원하지 않는 사이트에서 사용할 정적 비밀번호를 저장할 수도 있다. 구글, 아마존, 마이크로소프트, 트위터 및 페이스북은 유비키 장치를 사용하여 직원 계정과 최종 사용자 계정을 보호한다. 일부 비밀번호 관리자는 유비키를 지원한다. 유비코는 FIDO2/WebAuthn 및 FIDO/U2F만 지원하는 유사한 저가 장치인 보안 키도 제조한다.
유비키는 HMAC 기반 일회용 비밀번호 알고리즘(HOTP)과 시간 기반 일회용 비밀번호 알고리즘(TOTP)을 구현하며 USB HID 프로토콜을 통해 일회용 비밀번호를 전달하는 키보드로 자신을 식별한다. 유비키는 1024, 2048, 3072 및 4096비트 RSA(2048비트를 초과하는 키 크기의 경우 GnuPG 버전 2.0 이상이 필요함) 및 타원 곡선 암호화(ECC) p256, p384 등을 사용하여 OpenPGP 카드로 표시될 수도 있다. 버전에 따라 사용자는 개인 키를 외부에 노출하지 않고도 메시지에 서명, 암호화 및 해독할 수 있다. PIV 스마트 카드를 에뮬레이트하기 위한 PKCS#11 표준도 지원된다. 이 기능을 사용하면 도커 이미지의 코드 서명은 물론 마이크로소프트 액티브 디렉터리(Microsoft Active Directory) 및 SSH에 대한 인증서 기반 인증도 가능하다.
CEO인 스티나 에렌스베르드(Stina Ehrensvärd)가 2007년에 설립한 유비코는 팰로앨토, 시애틀 및 스톡홀름에 지사를 두고 있는 민간 기업이다. 유비코의 CTO인 야콥 에렌스베르드(Jakob Ehrensvärd)는 U2F(Universal 2nd Factor)로 알려진 최초의 강력한 인증 사양의 주요 작성자이다.
유비키는 2018년에 FIDO2에 대한 지원을 추가하는 유비키 5 시리즈를 출시했다.

**ModHex**
일회성 비밀번호 및 저장된 정적 비밀번호에 사용될 때 유비키는 시스템 키보드 설정과 최대한 독립적이도록 수정된 16진수 알파벳을 사용하여 문자를 생성한다. 이 알파벳은 ModHex라고 하며 16진수 "0123456789abcdef"에 해당하는 "cbdefghijklnrtuv" 문자로 구성된다.
유비키는 USB HID 모드에서 원시 키보드 스캔 코드를 사용하므로 드보락 자판과 같이 다른 키보드 레이아웃으로 설정된 컴퓨터에서 장치를 사용할 때 문제가 발생할 수 있다. ModHex는 서로 다른 키보드 레이아웃 간의 충돌을 피하기 위해 만들어졌다. 대부분의 라틴 알파벳 키보드에서 같은 위치에 있는 문자만 사용하지만 여전히 16자이므로 16진수 대신 사용할 수 있다. 또는 일회용 암호를 사용할 때 운영 체제 기능을 사용하여 일시적으로 표준 미국 키보드 레이아웃(또는 유사)으로 전환함으로써 이 문제를 해결할 수 있다. 그러나 YubiKey Neo 및 이후 장치는 ModHex 문자 집합과 호환되지 않는 레이아웃과 일치하도록 대체 스캔 코드로 구성할 수 있다.
이 문제는 키보드 입력을 에뮬레이트해야 하는 HID 모드의 유비키 제품에만 적용된다. 유비키 제품의 U2F 인증은 키보드 스캔 코드 대신 원시 바이너리 메시지를 보내고 받는 대체 U2FHID 프로토콜을 사용하여 이 문제를 우회한다. CCID 모드는 HID 프로토콜을 전혀 사용하지 않는 스마트 카드 리더 역할을 한다.

**같이 보기**
 FIDO 얼라이언스

**각주**

**외부 링크**
분류:인증 방법
분류:팰로앨토의 기업
분류:시애틀의 기업
분류:스톡홀름의 기업
분류:컴퓨터 접근 제어
분류:암호 하드웨어
분류:2007년 설립된 컴퓨터 기업
발신자 ID

발신자 ID(Caller ID)는 VoIP(Voice over IP)를 포함하여 아날로그 및 디지털 전화 시스템에서 사용할 수 있는 전화 서비스로, 통화가 설정될 때 발신자의 전화 번호를 수신자의 전화 장비로 전송한다. 발신자 표시 서비스는 CNAM(Calling Name Presentation)이라는 서비스에서 발신 전화번호와 관련된 이름을 전송하는 것을 포함할 수 있다. 이 서비스는 1993년 ITU-T(International Telecommunication Union - Telecommunication Standardization Sector) 권고 Q.731.3에서 처음 정의되었다.
서비스에서 수신된 정보는 전화기 디스플레이 화면, 별도로 부착된 장치 또는 전화와 텔레비전 서비스가 동일한 공급업체에 의해 제공되는 경우 케이블 텔레비전 세트와 같은 기타 디스플레이에 표시된다. 사회에 대한 가치에는 자살 예방 핫라인(추가 설명 필요)의 사용과 "피자 레스토랑 및 꽃집"과 같은 기업이 전화 주문에 대해 신속하게 확신을 가질 수 있도록 하는 것이 포함된다. 고객은 자신의 전체 이름이 표시되는지 또는 첫 번째 이니셜만 표시되는지 여부를 제어할 수 있으며, 초기 목록이 생성될 때 수수료를 피하기 위해 선택해야 한다.
CID, 발신선식별(CLI, CLID), 발신번호전달(CND), 발신번호식별(CNID), 발신선식별프리젠테이션(CLIP), 통화 표시 등 유사한 용어로도 알려져 있는 발신자 표시 서비스, 기업에서 널리 사용되는 전화 시스템인 센트렉스(Centrex)에서는 외부 발신자가 교환원을 거치지 않고도 내선 번호로 전화를 걸 수 있다.

**각주**

**외부 링크**
  Report and Order from the FCC on Implementing the Telephone Consumer Protection Act of 1991, including rules and discussion of caller ID issues. url=https://web.archive.org/web/20130225210405/http://hraunfoss.fcc.gov/edocs_public/attachmatch/FCC-03-153A1.pdf-  "Caller ID Information" at Privacy Corps-  Technical details of Caller ID-  Additional MDMF details
분류:인증 방법
EIDAS

자격이 있는 신뢰할 만한 서비스에 붙이는 EU 신뢰 마크
eIDAS(electronic IDentification, Authentication and trust Services, 한국어: 전자 식별, 인증 및 신뢰 서비스)는 "전자 거래를 위한 전자 식별 및 신뢰 서비스"를 관리한다는 목적을 명시한 EU 규정이다. 이 법안은 2014년에 통과되었으며 해당 조항은 2016년부터 2018년 사이에 발효되었다.
2023년에 제안된 법률 변경을 통해 모든 EU 정부는 중간자 공격을 수행하고 암호화된 통신을 포함한 모든 인터넷 메시지를 감시할 수 있다. 사이버 보안 연구원, NGO, 시민 사회 단체는 이 제안이 인권, 개인 정보 보호 및 존엄성에 대한 위협이라고 비난했다.

**같이 보기**
 다요소 인증

**각주**

**외부 링크**
 title=REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC - The text of the eIDAS EU regulation.
분류:인증 방법
분류:기술법
분류:암호 표준
분류:유럽 연합의 규칙
분류:서명
FreeOTP

FreeOTP는 2요소 인증에 사용할 수 있는 자유-오픈 소스 소프트웨어 토큰이다. HOTP 및 TOTP 구현을 제공한다. QR 코드를 스캔하거나 토큰 구성을 수동으로 입력하여 토큰을 추가할 수 있다. 이는 아파치 2.0 라이선스에 따라 레드햇에서 유지 관리하며 안드로이드 및 iOS를 지원한다.
FreeOTP Plus(일명 FreeOTP+)는 설정 내보내기 및 가져오기를 포함한 향상된 기능을 갖춘 FreeOTP의 포크이다.

**같이 보기**
 Google OTP- 보안 토큰

**각주**

**외부 링크**
분류:컴퓨터 접근 제어
분류:인증 방법
분류:레드햇 소프트웨어
분류:자바로 작성된 자유 소프트웨어
기본 인증

기본 인증 또는 기본 액세스 인증, 기본 접근 인증(Basic access authentication)은 HTTP 트랜잭션의 맥락에서 요청 시 HTTP 사용자 에이전트(예: 웹 브라우저)가 사용자 이름과 비밀번호를 제공하는 방법이다. 기본 HTTP 인증에서 요청에는 Authorization: Basic  형식의 헤더 필드가 포함된다. 여기서 는 단일 콜론(:)으로 결합된 ID 및 비밀번호의 인코딩이다.
처음에 1993년 CERN에서 구현되었으며 1996년 HTTP 1.0 사양에서 정의되었다. 2015년부터 지정되었으며 1999년부터 사용되지 않는다.

**특징**
HTTP 기본 인증(BA) 구현은 쿠키, 세션 식별자 또는 로그인 페이지가 필요하지 않기 때문에 웹 리소스에 대한 접근 제어를 적용하는 가장 간단한 기술이다. 오히려 HTTP 기본 인증은 HTTP 헤더의 표준 필드를 사용한다.

**같이 보기**
 다이제스트 인증

**각주**

**외부 링크**
 date=June 2014
분류:HTTP
분류:컴퓨터 접근 제어 프로토콜
다이제스트 인증

다이제스트 인증 또는 다이제스트 액세스 인증(Digest access authentication)은 웹 서버가 사용자의 웹 브라우저와 사용자 이름 또는 비밀번호와 같은 자격 증명을 협상하는 데 사용할 수 있는 합의된 방법 중 하나이다. 이는 온라인 뱅킹 거래 내역과 같은 민감한 정보를 전송하기 전에 사용자의 신원을 확인하는 데 사용될 수 있다. 네트워크를 통해 전송하기 전에 사용자 이름과 비밀번호에 해시 함수를 적용한다. 반면 기본 인증은 해싱 대신 쉽게 되돌릴 수 있는 베이스64 인코딩을 사용하므로 TLS와 함께 사용하지 않으면 안전하지 않다.
기술적으로 다이제스트 인증은 재전송 공격을 방지하기 위해 nonce 값을 사용하는 MD5 암호화 해싱을 적용한 것이다. HTTP 프로토콜을 사용한다.
이 표준은 2011년 7월부터 구식이다.

**같이 보기**
 JSON 웹 토큰- 기본 인증

**각주**

**외부 링크**
  RFC 7235-  RFC 6331-  RFC 2617 (updated by RFC 7235)-  RFC 2069 (obsolete)
분류:암호 프로토콜
분류:HTTP
분류:RFC
분류:컴퓨터 접근 제어 프로토콜
재전송 공격

재전송 공격(Replay attack), 반복 공격은 유효한 데이터 전송이 악의적으로 또는 사기적으로 반복되거나 지연되는 네트워크 공격의 한 형태이다. 이는 발신자 또는 IP 패킷 대체에 의한 스푸핑 공격의 일부로 데이터를 가로채서 재전송하는 공격자에 의해 수행된다. 이는 중간자 공격의 하위 계층 버전 중 하나이다. 재전송 공격은 일반적으로 본질적으로 수동적이다.
이러한 공격을 설명하는 또 다른 방법은 다음과 같다: 다른 컨텍스트의 메시지를 의도된(또는 원래 및 예상되는) 컨텍스트로 반복하여 보안 프로토콜에 대한 공격을 통해 정직한 참가자가 성공적으로 완료했다고 생각하도록 속이는 것이다.

**예시**
재전송 공격에 대한 그림이다. 앨리스(A)는 자신의 해시된 비밀번호를 밥(B)에게 보낸다. 이브(E)는 해시를 냄새 맡고 재전송 공격을 한다.
앨리스가 밥에게 자신의 신원을 증명하고 싶어한다고 가정해 보겠다. 밥은 신원 증명으로 자신의 비밀번호를 요청하고 앨리스는 충실하게 이를 제공한다(아마도 비밀번호를 해싱하거나 솔팅하는 것과 같은 일부 변환 후에). 그 사이 이브는 대화를 도청하고 비밀번호(또는 해시)를 보관하고 있다. 교환이 끝나면 이브(앨리스 역할)가 밥에 연결된다. 신원 증명을 요청하면 이브는 밥이 수락한 마지막 세션에서 읽은 앨리스의 비밀번호(또는 해시)를 보내 이브에게 액세스 권한을 부여한다.

**같이 보기**
 서비스 거부 공격- 중간자 공격- 도청

**각주**
분류:암호 공격
E채널 (출입국관리)

홍콩국제공항의 e채널 기계
e채널(e-Channel) 또는 자동 승객 통관 시스템(Automated Passenger Clearance System)은 2004년 홍콩 입경사무처에서 도입한 신속한 국경 통제 시스템으로, 홍콩, 마카오 거주자 및 홍콩에 자주 입국하는 방문객의 국경 출입국 절차를 가속화하기 위해 설계되었다. 다양한 국경 통제 지점에 설치된 셀프 서비스 키오스크를 사용하여 육로, 항공, 해상으로 영토를 빠져나간다.

**기본 요건**
 11세 이상 홍콩 영주권자(스마트 신분증 사용)- 비자 목적의 신분증을 소지한 11세 이상의 홍콩 거주자(스마트 신분증 사용 및 유효한 비자 목적의 신분증 소지)- 홍콩에 착륙할 권리가 있거나 무조건 체류 중인 11세 이상의 사람(스마트 신분증 사용)- 통지 라벨을 발급받은 비영주권자(스마트 신분증 사용 및 유효한 여행 증명서 소지)- 11세 미만의 등록된 국경 초등학생(등록된 유효한 여행 서류 사용)- 18세 이상 등록된 빈번한 방문자(등록된 유효한 여행 서류 사용)- 11세 이상 등록된 마카오 영주권자(마카오 영주권 카드 사용)- 만 17세 이상 대한민국 국민으로 스마트 엔트리 서비스(SES)에 등록된 자(최소 6개월간 유효한 대한민국 여권을 사용하고 홍콩에서 불리한 기록이 없는 자)- 11세 이상의 싱가포르 여권 등록 소지자(최소 6개월 동안 유효한 싱가포르 여권을 사용하고 지난 24개월 동안 2번의 여행을 완료했으며 홍콩 특별행정구에서 불리한 기록이 없는 경우)- 18세 이상의 독일 여권 등록 소지자(최소 6개월 동안 유효하고 HKSAR에 불리한 기록이 없는 독일 연방 공화국 여권 사용)- 16세 이상의 호주 여권 등록 소지자(최소 6개월 동안 유효하고 HKSAR에 불리한 기록이 없는 호주 여권 사용)
이용자는 e채널에 입장 시 홍콩 신분증을 카드 리더기에 삽입하거나 등록된 여행 서류 또는 마카오 신분증을 문서 리더기에 놓는다. 문이 열리고 사용자가 들어서서 지문을 스캔하면 홍콩으로 들어갈 수 있다.

**위치**
 홍콩 국제공항- 강주아오 대교- 훙함역

**같이 보기**
 출입국관리- 글로벌 엔트리- 통관항
분류:생체인식
분류:빠른 출입국 관리 시스템
챌린지-핸드셰이크 인증 규약

챌린지-핸드셰이크 인증 규약(Challenge-Handshake Authentication Protocol, CHAP)은 컴퓨팅에서 원래 PPP(점대점 프로토콜)에서 사용자를 확인하는 데 사용되는 인증 프로토콜이다. CHAP는 RADIUS 및 다이어미터와 같은 다른 인증 프로토콜에서도 전달된다.
대부분의 네트워크 액세스 서버와 마찬가지로 거의 모든 네트워크 운영체제는 CHAP가 포함된 PPP를 지원한다. CHAP는 DSL 사용자를 인증하기 위해 PPPoE에서도 사용된다.
PPP는 암호화되지 않은 "일반" 데이터를 전송하므로 CHAP는 PPP 세션을 관찰할 수 있는 모든 공격자에게 취약한다. 공격자는 사용자 이름, CHAP 챌린지, CHAP 응답 및 PPP 세션과 관련된 기타 정보를 볼 수 있다. 그런 다음 공격자는 원래 비밀번호를 얻기 위해 오프라인 사전 공격을 수행할 수 있다. PPP에서 사용될 때 CHAP는 일반적으로 네트워크 액세스 서버인 인증자에 의해 생성된 챌린지를 사용하여 피어의 재생 공격으로부터 보호한다.
CHAP가 다른 프로토콜에서 사용되는 경우 일반 형식으로 전송되거나 TLS(전송 계층 보안)와 같은 보안 계층으로 보호될 수 있다. 예를 들어 CHAP가 UDP(사용자 데이터그램 프로토콜)를 사용하여 RADIUS를 통해 전송되면 RADIUS 패킷을 볼 수 있는 공격자는 PPP와 마찬가지로 오프라인 사전 공격을 실행할 수 있다.
CHAP에서는 클라이언트와 서버 모두 암호의 일반 텍스트 버전을 알아야 하지만 암호 자체는 네트워크를 통해 전송되지 않는다. 따라서 PPP에서 사용될 때 CHAP는 이러한 두 가지 이유로 취약한 PAP(비밀번호 인증 프로토콜)에 비해 더 나은 보안을 제공한다.

**같이 보기**
 인증 프로토콜- 비밀번호 인증 프로토콜- 암호화 해시 함수

**외부 링크**
 1994 PPP Challenge Handshake Authentication Protocol (CHAP)- 2865 Remote Authentication Dial In User Service (RADIUS): uses PAP or CHAP- 3748 Extensible Authentication Protocol (EAP): discusses CHAP
분류:인터넷 프로토콜
분류:인증 프로토콜
망 접근 서버

망 접근 서버 또는 네트워크 액세스 서버(Network access server, NAS)는 원격 사용자에게 네트워크 액세스 지점을 제공하는 구성 요소 그룹이다.

**개요**
NAS는 전화 접속 및 전화 접속 사용자 통신에 집중한다. 액세스 서버에는 아날로그와 디지털 인터페이스가 혼합되어 있으며 수백 명의 동시 사용자를 지원할 수 있다. NAS는 네트워크 및 터미널 에뮬레이션 소프트웨어를 통해 비동기 장치를 LAN 또는 WAN에 연결하는 통신 프로세서로 구성된다. 지원되는 프로토콜의 동기 및 비동기 라우팅을 모두 수행한다.
NAS는 보호된 리소스에 대한 액세스를 보호하는 게이트웨이 역할을 한다. 이는 전화 네트워크, 프린터, 인터넷에 이르기까지 무엇이든 될 수 있다. 클라이언트가 NAS에 연결된다. 그런 다음 NAS는 클라이언트가 제공한 자격 증명이 유효한지 묻는 다른 리소스에 연결한다. 그 대답에 따라 NAS는 보호된 리소스에 대한 액세스를 허용하거나 허용하지 않는다.

**각주**

**외부 링크**
 link=no, Network Access Server Requirements Next Generation (NASREQNG)
분류:네트워크 접속
분류:전화
분류:통신 시설
블레이크 (해시 함수)

블레이크(BLAKE)는 대니얼 J. 번스타인(Daniel J. Bernstein)의 차차(ChaCha) 스트림 암호를 기반으로 한 암호화 해시 함수이지만 라운드 상수로 XOR된 입력 블록의 순열 복사본이 각 차차 라운드 앞에 추가된다. SHA-2와 마찬가지로 단어 크기가 다른 두 가지 변형이 있다. 차차는 4×4 단어 배열로 작동한다. 블레이크는 8단어 해시 값과 16개 메시지 단어를 반복적으로 결합하여 차차 결과를 잘라 다음 해시 값을 얻는다. 블레이크-256과 블레이크-224는 32비트 워드를 사용하고 각각 256비트와 224비트의 다이제스트 크기를 생성하는 반면, 블레이크-512와 블레이크-384는 64비트 워드를 사용하고 각각 512비트와 384비트의 다이제스트 크기를 생성한다.
블레이크를 기반으로 한 블레이크2 해시 함수는 2012년에 발표되었다. 블레이크2를 기반으로 한 블레이크3 해시 함수는 2020년에 발표되었다.

**역사**
블레이크는 장 필립 오마송, 루카 헨젠, 윌리 마이어, 라파엘 C.-W. 판이 NIST 해시 함수 대회에 제출했다. 2008년에는 51개의 항목이 있었다. 블레이크는 5명의 후보로 구성된 최종 라운드에 진출했지만 2012년 SHA-3 알고리즘으로 선정된 Keccak에게 패했다.

**블레이크3**
블레이크3(BLAKE3)은 잭 오코너, 장 필립 오마송, 사무엘 네베스, 주코 윌콕스-오헌이 만든 바오 및 블레이크2를 기반으로 하는 암호화 해시 함수이다. 2020년 1월 9일 리얼 월드 크립토(Real World Crypto)에서 발표되었다.
블레이크3은 여러 변형이 있는 알고리즘 제품군인 블레이크 및 블레이크2와 달리 많은 바람직한 기능(병렬성, XOF, KDF, PRF 및 MAC)을 갖춘 단일 알고리즘이다. 블레이크3은 이진 트리 구조를 가지므로 입력 시간이 충분히 길면 사실상 무제한의 병렬 처리(SIMD 및 멀티스레딩 모두)를 지원한다. 공식 러스트 (프로그래밍 언어) 및 C (프로그래밍 언어) 구현은 공개 도메인(CC0)과 아파치 라이선스로 이중 라이선스가 부여된다.
블레이크3는 최대한 빠른 속도로 설계되었다. 블레이크2보다 지속적으로 몇 배 더 빠르다. 블레이크3 압축 기능은 블레이크2s의 압축 기능과 밀접하게 유사하며, 가장 큰 차이점은 라운드 수가 10에서 7로 줄어든다는 점이다. 이는 현재 암호화 방식이 너무 보수적이라는 가정에 따른 변경이다. 병렬성을 제공하는 것 외에도 머클(Merkle) 트리 형식은 검증된 스트리밍(즉석 검증) 및 증분 업데이트도 허용한다.

**각주**

**외부 링크**
  The BLAKE web site-  The BLAKE2 web site-  The BLAKE3 web site
분류:암호화 해시 함수
분류:체크섬 알고리즘
MD2 (해시 함수)

MD2 메시지 다이제스트 알고리즘(MD2 Message-Digest Algorithm)은 1989년 로널드 리베스트가 개발한 암호화 해시 함수이다. 이 알고리즘은 8비트 컴퓨터에 최적화되어 있다. MD2는 IETF RFC 1319에 지정되어 있다. MD2의 "MD"는 "Message Digest"를 나타낸다.
MD2가 아직 완전히 손상되지 않았음에도 불구하고 IETF는 "약점의 징후"를 이유로 2011년에 MD2를 "역사적" 상태로 폐기했다. SHA-256 및 기타 강력한 해싱 알고리즘으로 인해 구식이 되었다.
그럼에도 불구하고 2014년 기준 MD2 및 RSA로 생성된 인증서의 일부로 공개 키 기반 구조에서 계속 사용되고 있다.

**설명**
모든 메시지의 128비트 해시 값은 블록 길이(128비트 또는 16바이트)의 배수로 패딩하고 16바이트 체크섬을 추가하여 구성된다. 실제 계산에는 48바이트의 보조 블록과 256바이트의 S-테이블이 사용된다. 상수는 π(pi)의 십진수를 기반으로 하는 의사 난수 생성기와 함께 더스텐펠트 알고리즘의 변형을 사용하여 정수 0에서 255까지 섞는 방식으로 생성되었다(내 슬리브 번호에는 아무것도 표시되지 않음). 알고리즘은 처리된 16개의 입력 바이트마다 보조 블록의 각 바이트를 18번 치환하는 루프를 통해 실행된다. 이렇게 하여 길어진 메시지의 모든 블록이 처리되면 보조 블록의 첫 번째 부분 블록이 메시지의 해시 값이 된다.
16진수로 표시된 S 테이블 값은 다음과 같다.
{ 0x29, 0x2E, 0x43, 0xC9, 0xA2, 0xD8, 0x7C, 0x01, 0x3D, 0x36, 0x54, 0xA1, 0xEC, 0xF0, 0x06, 0x13, 
0x62, 0xA7, 0x05, 0xF3, 0xC0, 0xC7, 0x73, 0x8C, 0x98, 0x93, 0x2B, 0xD9, 0xBC, 0x4C, 0x82, 0xCA, 
0x1E, 0x9B, 0x57, 0x3C, 0xFD, 0xD4, 0xE0, 0x16, 0x67, 0x42, 0x6F, 0x18, 0x8A, 0x17, 0xE5, 0x12, 
0xBE, 0x4E, 0xC4, 0xD6, 0xDA, 0x9E, 0xDE, 0x49, 0xA0, 0xFB, 0xF5, 0x8E, 0xBB, 0x2F, 0xEE, 0x7A, 
0xA9, 0x68, 0x79, 0x91, 0x15, 0xB2, 0x07, 0x3F, 0x94, 0xC2, 0x10, 0x89, 0x0B, 0x22, 0x5F, 0x21,
0x80, 0x7F, 0x5D, 0x9A, 0x5A, 0x90, 0x32, 0x27, 0x35, 0x3E, 0xCC, 0xE7, 0xBF, 0xF7, 0x97, 0x03, 
0xFF, 0x19, 0x30, 0xB3, 0x48, 0xA5, 0xB5, 0xD1, 0xD7, 0x5E, 0x92, 0x2A, 0xAC, 0x56, 0xAA, 0xC6, 
0x4F, 0xB8, 0x38, 0xD2, 0x96, 0xA4, 0x7D, 0xB6, 0x76, 0xFC, 0x6B, 0xE2, 0x9C, 0x74, 0x04, 0xF1, 
0x45, 0x9D, 0x70, 0x59, 0x64, 0x71, 0x87, 0x20, 0x86, 0x5B, 0xCF, 0x65, 0xE6, 0x2D, 0xA8, 0x02, 
0x1B, 0x60, 0x25, 0xAD, 0xAE, 0xB0, 0xB9, 0xF6, 0x1C, 0x46, 0x61, 0x69, 0x34, 0x40, 0x7E, 0x0F, 
0x55, 0x47, 0xA3, 0x23, 0xDD, 0x51, 0xAF, 0x3A, 0xC3, 0x5C, 0xF9, 0xCE, 0xBA, 0xC5, 0xEA, 0x26, 
0x2C, 0x53, 0x0D, 0x6E, 0x85, 0x28, 0x84, 0x09, 0xD3, 0xDF, 0xCD, 0xF4, 0x41, 0x81, 0x4D, 0x52, 
0x6A, 0xDC, 0x37, 0xC8, 0x6C, 0xC1, 0xAB, 0xFA, 0x24, 0xE1, 0x7B, 0x08, 0x0C, 0xBD, 0xB1, 0x4A, 
0x78, 0x88, 0x95, 0x8B, 0xE3, 0x63, 0xE8, 0x6D, 0xE9, 0xCB, 0xD5, 0xFE, 0x3B, 0x00, 0x1D, 0x39, 
0xF2, 0xEF, 0xB7, 0x0E, 0x66, 0x58, 0xD0, 0xE4, 0xA6, 0x77, 0x72, 0xF8, 0xEB, 0x75, 0x4B, 0x0A, 
0x31, 0x44, 0x50, 0xB4, 0x8F, 0xED, 0x1F, 0x1A, 0xDB, 0x99, 0x8D, 0x33, 0x9F, 0x11, 0x83, 0x14 }

**같이 보기**
 MD4- MD5- MD6- SHA-1
분류:암호화 해시 함수
RIPEMD

RIPEMD-160 해시 알고리즘 압축 함수의 하위 블록
RIPEMD(RIPE Message Digest)는 1992년(원본 RIPEMD)과 1996년(기타 변형)에 개발된 암호화 해시 함수 계열이다. RIPEMD, RIPEMD-128, RIPEMD-160, RIPEMD-256 및 RIPEMD-320의 5가지 기능이 있으며 그중 RIPEMD-160이 가장 일반적이다.
RIPEMD-128과 마찬가지로 원본 RIPEMD도 128비트 결과가 너무 작으며 (원본 RIPEMD의 경우) 설계 약점으로 인해 안전한 것으로 간주되지 않는다. RIPEMD의 256비트 및 320비트 버전은 각각 RIPEMD-128 및 RIPEMD-160과 동일한 수준의 보안을 제공한다. 보안 수준은 충분하지만 더 긴 해시 결과가 필요한 애플리케이션을 위해 설계되었다.
RIPEMD 기능은 SHA-1 및 SHA-2보다 덜 인기가 있지만 특히 비트코인 및 비트코인 기반의 기타 암호화폐에서 사용된다.

**구현체**
 Botan- Cryptlib- OpenSSL- WolfSSL

**외부 링크**
  The hash function RIPEMD-160-  RIPEMD-160 Ecrypt page url=https://web.archive.org/web/20170422044332/https://ehash.iaik.tugraz.at/wiki/RIPEMD-160-  RIPEMD-128bit Algorithm
분류:암호화 해시 함수
Poly1305

Poly1305는 대니얼 J. 번스타인이 암호화에 사용하기 위해 설계한 유니버설 해시 계열이다.
모든 유니버설 해시 계열과 마찬가지로 Poly1305는 일회용 패드를 사용하여 정보를 숨기는 방식과 유사하게 발신자와 수신자 간에 공유되는 비밀 키를 사용하여 단일 메시지를 인증하는 일회성 메시지 인증 코드로 사용할 수 있다. 발신자와 수신자 간에 공유되는 비밀 키를 사용하는 단일 메시지의 내용이다.
원래 Poly1305는 Poly1305 해시와 AES-128을 결합하여 단일 짧은 키와 고유한 메시지 번호를 사용하여 많은 메시지를 인증하는 카터-웨그먼(Carter-Wegman) 인증자인 Poly1305-AES의 일부로 제안되었다. Poly1305는 나중에 NaCl crypto_secretbox_xsalsa20poly1305 인증 암호에서 XSalsa20을 사용하고 인터넷의 TLS에 배포된 ChaCha20-Poly1305 인증 암호에서 ChaCha를 사용하여 각 메시지에 대해 생성된 일회용 키를 적용했다.

**구현체**
 Botan- OpenSSL- LibreSSL- WolfSSL- GnuTLS

**외부 링크**
  Poly1305-AES reference and optimized implementation by author D. J. Bernstein-  Fast Poly1305 implementation in C on github.com- NaCl  one-time authenticator and  authenticated cipher using Poly1305
분류:인터넷 표준
분류:메시지 인증 코드
분류:고급 암호화 표준
CCM 모드

CCM 모드(counter with cipher block chaining message authentication code; counter with CBC-MAC)는 암호화 블록 암호에 대한 운용 방식이다. 인증과 기밀성을 모두 제공하도록 설계된 인증된 암호화 알고리즘이다. CCM 모드는 블록 길이가 128비트인 블록 암호에 대해서만 정의된다.
CCM의 nonce는 주어진 키에 대해 두 번 이상 사용되지 않도록 신중하게 선택해야 한다. 이는 CCM이 CTR(Derivation of Counter) 모드이고 후자가 사실상 스트림 암호이기 때문이다.

**같이 보기**
 인증된 암호 방식- 갈루와/카운터 모드- 스트림 암호- CCMP

**각주**

**외부 링크**
 3610: Counter with CBC-MAC (CCM)- 4309: Using Advanced Encryption Standard (AES) CCM Mode with IPsec Encapsulating Security Payload (ESP)- 6655: AES-CCM Cipher Suites for Transport Layer Security (TLS)-  A Critique of CCM (by the designer of OCB)
분류:블록 암호 운용 방식
분류:인증된 암호 방식