데이터 반출 없는 다기관 연합 인공지능 학습 플랫폼

분류 전체보기 201

ECC-02. 타원 곡선 암호 키 생성

타원 곡선 암호(Elliptic Curve Cryptography, ECC)에서 키 생성은 공개 키 암호 방식의 핵심적인 부분으로, 개인 키와 공개 키라는 한 쌍의 키를 만드는 과정입니다. 이 과정은 타원 곡선 위의 점들을 이용한 수학적 연산을 기반으로 합니다.핵심 개념키 생성 과정을 이해하기 위해서는 몇 가지 기본적인 개념을 알아야 합니다.타원 곡선: 특정 수학 방정식($y^2=x^3+ax+b$ 형태)을 만족하는 점들의 집합입니다. 암호학에서는 유한체(finite field) 상에서 정의된 타원 곡선을 사용합니다.기저점 (G): 타원 곡선 위에 미리 정해진 기준이 되는 점입니다. 이 점은 모든 참여자에게 공개되어 있습니다.개인 키 (d): 사용자가 비밀리에 선택하는 매우 큰 정수입니다. 이 키는 절대로..

CMATH-09. ECDLP가 DLP보다 풀기 어려운 이유

핵심을 한 문장으로 요약하면, 전통적인 DLP를 푸는 데에는 '지름길' 같은 효율적인 공격 알고리즘이 존재하지만, ECDLP에는 아직 그런 '지름길'이 발견되지 않았기 때문입니다.문제의 구조적 차이: 왜 '지름길'이 없을까?두 문제의 난이도 차이는 이들이 정의된 수학적 공간의 근본적인 구조 차이에서 비롯됩니다.​사람 찾기 비유전통적인 DLP: 잘 정돈된 격자 도시에서 특정 번지수(h)를 가진 집을 찾는 것과 같습니다. 이 도시에는 g라는 '이동 규칙'(예: 동쪽으로 1칸, 북쪽으로 2칸)이 있고, 이 규칙을 몇 번(x) 반복하면 목표(h)에 도착하는지 알아내는 것이 문제입니다. 도시가 매우 규칙적이기 때문에, 우리는 지도를 활용하고, 구역을 나누어 탐색하는 등 효율적인 탐색 전략(지름길)을 사용할 수 있..

CMATH-08. 유한체 위의 타원 곡선 이산 로그 문제(ECDLP)

암호학에서 사용되는 타원 곡선 이산 로그 문제(Elliptic Curve Discrete Logarithm Problem, ECDLP)는 반드시 유한체(Finite Field) 위에서 정의됩니다. 우리가 개념을 설명할 때 흔히 보는 부드러운 곡선 그래프는 실수(Real Numbers) 위에서 그려진 것이지만, 이를 직접 암호에 사용하지는 않습니다.실수 위가 아닌, 유한체 위의 점들암호학에 타원 곡선을 사용하기 위해서는 곡선을 이산적이고 유한한 공간으로 가져와야 합니다. 이는 모든 계산을 특정 소수 p로 나눈 나머지, 즉 모듈러 연산(Modular Arithmetic)을 통해 수행함으로써 이루어집니다.개념 (실수 위): $y^2 = x^3 + ax + b$ 방정식의 해가 되는 무한히 많은 점 (x, y)들..

ECC-01. 타원 곡선 암호(ECC)

타원 곡선(Elliptic Curve)은 이름과 달리 타원 모양이 아니며, 특정 수학 방정식을 만족하는 점들의 집합으로 정의됩니다. 이 곡선은 독특한 성질을 가지고 있어 현대 암호학에서 매우 중요한 역할을 합니다.타원 곡선이란?타원 곡선은 일반적으로 다음과 같은 형태의 방정식으로 정의됩니다.$y^2=x^3+ax+b$​여기서 a와 b는 상수이며, 곡선이 특이점(뾰족한 점이나 교차점)을 갖지 않도록$4a^3+27b^2\ne 0$​이라는 조건을 만족해야 합니다. 이 방정식의 해가 되는 모든 점 $(x, y)$와 무한 원점(point at infinity, $\mathcal{O}$)이라고 불리는 특별한 점을 포함하여 타원 곡선을 구성합니다.타원 곡선 예시(출처: 위키피디아)​ 그래프를 보면 알 수 있듯이, 타원..

개인정보 보호 가이드라인과 차등 정보보호 기술의 시너지

서론​데이터가 21세기의 원유라면, 개인정보는 지켜야 할 가장 중요한 자산입니다. 빅데이터와 AI 시대는 이 두 가치가 충돌하는 '데이터 패러독스'의 시대이기도 합니다. 이러한 딜레마 속에서 대한민국의 개인정보보호위원회(이하 '개인정보위')는 '보호'와 '활용'의 균형을 맞추기 위한 정책적 방향성을 가이드라인을 통해 제시하고 있습니다. 그러나 정책적 목표만으로는 안전한 데이터 생태계를 구축할 수 없습니다. 본 문서는 개인정보위 가이드라인이 제시하는 '안전한 활용'이라는 정책적 이상과 '재식별 위험'이라는 기술적 현실 사이의 간극을 분석하고, '차등 정보보호' 기술이 어떻게 그 간극을 메우는 수학적 신뢰의 다리가 될 수 있는지 그 가능성을 제시하고자 합니다.​1부: 개인정보위 가이드라인의 정책적 함의와 과..

NIST 개인정보보호 프레임워크(Privacy Framework) 상세 설명

1. 개요NIST 개인정보보호 프레임워크(NIST Privacy Framework)는 미국 국립표준기술연구소(NIST)가 2020년 1월에 발표한 자발적인 가이드라인입니다. 이 프레임워크의 주된 목적은 조직이 개인정보 처리로 인해 발생하는 위험을 효과적으로 관리하고, 개인의 프라이버시를 보호하며, 신뢰를 구축할 수 있도록 돕는 것입니다. 이 프레임워크는 특정 법률이나 규제를 강제하는 것이 아니라, 다양한 산업 분야와 규모의 조직이 자사의 상황에 맞게 유연하게 적용할 수 있는 위험 기반(Risk-based) 접근법을 제시합니다. 이를 통해 조직은 제품과 서비스를 설계하고 배포하는 모든 단계에서 "설계 기반 프라이버시(Privacy by Design)" 개념을 효과적으로 적용할 수 있습니다. 본 문서는 프레..

NIST 개인정보보호 프로그램(PEP)과 차등 정보보호 가이드라인 분석

1. NIST 개인정보보호 엔지니어링 프로그램(PEP) 개요미국 국립표준기술연구소(NIST)는 개인정보보호 엔지니어링 프로그램(Privacy Engineering Program, PEP)을 운영하고 있습니다. 이 프로그램의 목표는 신뢰할 수 있는 정보 시스템의 개발을 지원하는 것입니다. 이 프로그램의 핵심 목표는 측정 과학과 시스템 엔지니어링 원칙을 적용하여 개인정보보호 위험을 관리하고 완화할 수 있는 프레임워크, 지침, 도구 및 표준을 개발하고 보급하는 것입니다.​주요 활동은 다음과 같습니다.위험 관리: 조직이 개인정보보호 문제를 식별, 평가, 관리하고 개인에게 미치는 부정적인 영향을 줄일 수 있도록 지원합니다. 대표적인 결과물이 'NIST 개인정보보호 프레임워크(NIST Privacy Framewor..

FDA 의료기기 사이버보안 가이드라인 분석

링크: Cybersecurity in Medical Devices: Quality System Considerations and Content of Premarket Submissions1. 개요: 왜 FDA는 사이버보안을 강화하는가?의료기기 사이버보안은 더 이상 선택이 아닌 법적 의무가 되었습니다. FDA는 환자의 안전을 위협하는 사이버 공격의 급증에 대응하여, 이제 모든 '사이버 기기' 제조사에게 제품의 설계부터 폐기까지 전 과정에 걸쳐 강력한 보안 체계를 구축하고 이를 입증할 것을 법적으로 강제합니다.​이러한 요구사항은 더 이상 권고 사항이 아닌, 연방식품의약품화장품법(FD&C Act) 제524B조에 명시된 법적 의무입니다.​적용 대상: '사이버 기기(Cyber Device)'란?​FDA의 가이드라..

IEC 62304: 의료기기 소프트웨어 개발 프로세스

IEC 62304는 의료기기 소프트웨어의 전체 '수명 주기(life cycle)'에 대한 요구사항을 정의하는 국제 표준입니다. 소프트웨어 결함이 환자에게 심각한 위험을 초래할 수 있으므로, 이 표준은 환자의 안전 보장을 최우선 목표로 삼습니다. 따라서 미국 FDA, 유럽 CE 등 대부분의 규제 기관은 의료기기 승인을 위해 IEC 62304를 준수하는 체계적이고 문서화된 개발 프로세스를 필수로 요구합니다.1. 소프트웨어 개발 계획 (Software Development Planning)​본격적인 개발에 앞서 전체적인 로드맵을 그리는 단계입니다.​주요 활동:개발 모델 정의: 프로젝트에 적합한 개발 방법론(예: 폭포수, 애자일)을 선택합니다.산출물 계획: 각 개발 단계에서 생성해야 할 문서와 결과물을 정의합니..

IEC 62304: 개념 체계 - 프로세스, 활동, 태스크

IEC 62304는 의료기기 소프트웨어의 오작동으로 인한 환자 안전사고를 방지하기 위해, 개발부터 폐기까지 전 수명주기에 걸쳐 요구되는 프로세스를 정의한 핵심 국제 표준입니다. 이 표준은 "무엇을 해야 하는가(What)"에 초점을 맞추며, 구체적으로 "어떻게 할 것인가(How)"는 조직의 재량에 맡깁니다. 표준의 요구사항은 다음과 같은 계층적 구조를 통해 체계적으로 관리됩니다.프로세스 (Process): 가장 큰 단위의 목적별 집합 (예: 소프트웨어 개발)활동 (Activity): 프로세스를 구성하는 주요 단계 (예: 소프트웨어 요구사항 분석)태스크 (Task): 활동을 완료하기 위한 구체적인 과업 (예: 기능 요구사항 문서화)1. 프로세스 (Process)​프로세스는 소프트웨어 수명주기의 주요 단계를 ..