시스랙_보안 레코드

파이썬 예제 [5]

ciSSSrak — Wed, 24 May 2023 18:00:05 +0900

def add_many(**j): -> 입력값을

함수 실행 중에 return을 만나게 되면 그 즉시 결과값을 반환하고 빠져나간다.

return을 입력하지 않으면 첨에는 결과값이 none이 뜨지만 return을 입력한 후로는 11이 뜬다.

파이썬 예제 [4]

ciSSSrak — Tue, 23 May 2023 18:00:01 +0900

다중 조건 -> 모든 조건 만족 : and, 하나라도 만족 : or

파이썬 예제 [3]

ciSSSrak — Mon, 22 May 2023 18:00:23 +0900

리눅스의 역사와 리눅스 라이선스

ciSSSrak — Mon, 22 May 2023 13:00:58 +0900

리눅스의 역사

[1] 1960년대 후반

1956년 MIT, AT&T 벨 연구소, General Electric에서 Multics 공동 개발
멀티태스킹, 멀티유저를 지원하는 초기형태 4분할 운영체제 개발
1969년 켄 톰슨(벤 연구소 연구원)이 초기 UNIX 개발

[2] 1970년대

1971년 벨 연구소의 데니스 리치가 C언어 개발(어셈블리어로 되어 있던 UNIX가 C언어로 재작성)
따라서 UNIX는 C언어를 통해 이식성과 호환성이 있는 시스템으로 발전
UNIX는 Berkely Unix(BSD)와 SYSV로 분열되어 발전

[3] 1980년대 초중반

리처드 스톨먼(MIT 연구소 연구원)이 GNU(GNU is NOT UNIX) 시작
1985년 리처드 스톨먼은 FSF(Free Software Foundation, 자유 소프트웨어 재단)단체 설립 후 GNU 선언문 발표
FSF는 비영리단체
프로그램들은 GPL(GNU 프로그램의 배포 라이선스)하에 판매
1987년 앤드루 타넨바움이 미닉스(MINIX) 개발
미닉스(MINIX): 자유/오픈 소스 소프트웨어, 교육용 유닉스 계열 운영체제

[4] 1990년대 초중반

리누스 토발즈(필란드 헬싱키 대학 출신)가 MINIX 커널 소스 수정 후 GNU 시스템에 적합한 커널 개발
리처드 스톨먼과 FSF는 리눅스(유닉스 커널과 호환 가능)를 GNU 시스템의 커널로 채택
1994년 리눅스 커널 버전 1.0 발표
1996년 리눅스 커널 버전 2.0 발표

리눅스 라이선스

[1] GNU(GNU's Not UNIX)

리처드 스톨만이 자유 소프트웨어 재단에서 진행 및 유지 중
리처드 스톨만이 1983년 GNU개발 시작
목표: 완전한 유닉스 호환 소프트웨어 시스템

[2] FSF(Free Software Foundation, 자유 소프트웨어 재단)

1985년 리처드 스톨만이 설립
자유 소프트웨어: 사용자가 소프트웨어를 실행, 복제, 배포, 학습, 개작, 향상 가능
자유 소프트웨어의 특징: 어떤 목적이든 원하는 대로 프로그램 실행 가능, 유/무료로 프로그램 복제물 재배포 가능, 프로그램 개작 가능, 개작한 프로그램 배포 가능
자유 소프트웨어는 유료로 판매할 때 문제가 생기지는 않는다.

[3] 오픈 소스 소프트웨어(Open Source Software)

1998년 일부 커뮤니티에서 오픈 소스 소프트웨어라는 용어 사용 시작 (자유 소프트웨어 대신 사용)
자유가 가진 무료라는 의미 혼동 방지 목적

[4] GNU GPL(General Public License)

FSF에서 만든 무료 소프트웨어 라이선스
1989년 1차 버전 발표
1991년 2차 버전 발표
2007년 3차 버전 발표
프로그램 개발 시 GPL 코드을 일부라도 사용하면 해당 프로그램은 GPL이다.
GPL을 가진 프로그램 유료 판매 가능
하지만 전체 소스코드 무료로 공개 필요
내부 목적으로만 사용 시 소스코드 공개 불필요 / 외부에 공표 및 배포시에는 전체 소스코드 공개 필요
독립적 저작물일 경우 독립 저작물 모듈의 개별적 배포에 GPL 미적용(코드 공개 불필요)
프로그램을 전체적으로 배포시 GPL을 따라야 함

[5] GNU LGPL(Lesser General Public License)

GPL보다 완화된 공개 소프트웨어 라이선스
LGPL이 적용된 라이브러리를 이용하여 개발 시 소스코드 공개 불필요
LGPL 코드 사용 명시만 필요
수정 또는 LGPL로 파생된 라이브러리 개발 및 배포 시 전체 코드 공개 필요

[6] BSD(Berkeley Software Distribution)

버클리 캘리포니아 대학의 자유 소프트웨어 저작권
다수의 프로그램에서 사용(BSD 계열 소프트웨어 포함)
소스코드 공개 불필요
상용 및 상업적 소프트웨어에서도 무제한 사용 가능
누구나 개작 가능, 수정본 무제한 배포 가능
수정본은 상용 소프트웨어에서도 사용 가능
GPL은 파생된 소프트웨어일지라도 GPL과 같은 라이선스를 가지는 것의 의무이지만 BSD는 반대다.
OpenCV는 BSD 라이선스

[7] 아파치(Apache)

아파치 소프트웨어 재단에서 자체적으로 만든 라이선스 규정
아파치 2.0은 아무나 아파치에서 파생된 프로그램을 제작, 저작권 양도 및 전송할 수 있는 라이선스 규정
누구든 자유롭게 다운로드 가능
부분 또는 전체를 개인적 혹은 상업적 목적으로 이용 가능
재배포 시 아파치 라이선스 버전 2.0을 포함 시켜야할 의무(소스코드 포함은 불필요)

[8] MIT(Massachusetts Institute of Technology)

미국 매사추세츠 공과대학교에서 소프트웨어 공학도를 위해 개발한 허가서
BSD 라이선스를 기초로 작성(BSD 계열 라이선스)
누구나 개작 가능, 수정본 재배포 시 소스코드 비공개 가능
X Window System, JQuery, Node.js 등이 MIT 라이선스가 적용된 소프트웨어들
개작본을 반드시 오픈 소스로 배포해야한다는 규정 없음
GNU GPL의 엄격함을 피하기 원하는 사용자들에게 인기
카피 레프트 X, 오픈 소스 여부에 관계없이 재사용 인정
대표적 소프트웨어: X 윈도우 시스템(X11)

[9] MPL(Mozilla Public License)

오픈 소스이자 자유 소프트웨어 라이선스
1.0판 - 미첼 베이커 작성
1.1판 - 모질라 재단 작성
MPL은 변형 BSD 사용 라이선스와 GNU GPL의 혼합적 성격이다
모질라 어플리케이션 스위트, 모질라 파이어폭스, 모질라 선더버드 및 모질라 소프트웨어들에 적용
특징: 소스코드와 실행파일 저작권 분리
수정한 2차 소스코드 MPL로 공개하고 원저작자에게 수정 사항 공지
실행파일은 독점 라이선스로 배포 가능
사용 혹은 수정한 MPL 소프트웨어에 대한 공개 의무 있음
별도의 소스코드 실행 파일은 독점 라이선스 소유 가능

파이썬 예제 [2]

ciSSSrak — Sun, 21 May 2023 18:00:59 +0900

리눅스 개요

ciSSSrak — Sun, 21 May 2023 13:00:55 +0900

1. 리눅스의 특징 및 장단점

[1] 특징

- 오픈소스 운영체재
- 소스코드 및 모든 관련자료 공개
- 멀티유저: 여러 사용자가 동시에 동일한 시스템에 접근 가능
- 멀티태스킹: 여러 개의 task를 동시에 실행, 컴퓨터의 자원을 교대로 사용 가능
- 리눅스는 가상 터미널 환경이기 때문에 하나의 모니터에 여러 개의 가상 화면(콘솔)을 두고 화면마다 다른 작업을 실행 가능하다.
- 다중 스레드를 지원하는 네트워크 운영체제
- 하나의 프로세스 내에서 여러 개의 네트워크 작업 동시에 처리 가능
- 네트워크 서버로 사용 가능
- 인터넷, 이더넷에 안정적인 연결 가능
- 웹, 메일, 뉴스 ,웹 서버 등 모든 인터넷 서비스 기능 구비
- 리눅스의 기본 파일 시스템: ext2, ext3, ext4
   DOS: FAT16
   Windows: FAT32, NTFS
   네트워크 파일 시스템: SMB, CIFS, NFS
   위와 같이 여러 종류의 파일 시스템을 지원한다.

[2] 장단점

(1) 장점
- 유닉스와 완벽 호환
- POSIX(Portable Operating System Interface) 규격
   (POSIX는 유닉스에 기반을 둔 표준 운영체제 인터페이스)
- POSIX 표준화를 기반하기 때문에 유닉스 소스코드를 전혀 사용하지 않고 개발됨
- 유닉스용 프로그램은 별도의 수정 없이 리눅스에서 동작 가능
- PC용 운영체제 보다 안정적
- 네트워크 전제로 설계된 탓에 항상 켜 놓아도 안정적으로 운영됨
- 네트워크 기반 멀티유저, 멀티태스킹 가능
- 효과적인 하드웨어 기능 (적은 메모리 양 사용)
   메모리 부족 시 SWAP 영역 늘려서 효율성 up
- 오픈소스 운영체제
- 사용자에게 넓은 선택권(많은 우수한 개발자, 배포판 개발 업체)
- 프로그램들을 사용자 편의에 맞춰 무료로 사용 가능(다양한 배포판)

(2) 단점
- 문제점 발생 시 기술 지원 제한(공개 운영 체제이기 때문)
- 예상치 못한 오류 발생 시 기술 지원 제한(RHEL, SUSE와 같은 엔터프라이즈용 리눅스 제외)
- 한글 지원 미흡(배포판 마다 한글지원 패키지 설치)
- 취약점 쉽게 노출
   but 꾸준한 기술 개발로 비교적 높은 보안성, 보안 문제 발생 시 신속하게 해결 가능

2. 리눅스 디렉터리 종류와 특징

디렉터리: 파일 저장소
리눅스는 최상위 디렉터리(/)를 기준으로 하위 디렉터리들이 존재(계층적 트리 구조)
디렉터리 간에 부모와 자식의 관계이다. 그래서 상위 디렉터리와 하위 디렉터리는 각각 부모, 자식 디렉터리로 구분

디렉터리 의 종류

/ 최상위 디렉터리(모든 디렉터리의 출발점)
/boot 부트 디렉터리(부팅 시 커널 이미지 및 부팅 정보 파일 저장)
/proc 시스템 정보 디렉터리(커널 기능 제어)
/lib 공유 라이브러리 디렉터리(커널 모듈 파일 및 프로그램 실행 지원 라이브러리 저장)
/bin 기본적인 명령어 저장(root와 일반 사용자 함께 사용가능)
/dev 시스템 디바이스 파일 저장(하드디스크 장치 파일, CD-ROM 장치파일 등)
/etc 시스템 환경 설정 파일 저장
/root 시스템 관리자용 디렉터리
/sbin 관리자용 시스템 표준 명령 및 시스템 관리 실행 명령어 저장
/usr 사용자 디렉터리(사용자 데이터, 애플리케이션 저장)
/home 사용자 계정 디렉터리(일반 사용자 로그인 시 처음으로 위치)
/var 가변 자료 저장 디렉터리(로그 파일 및 메일 데이터)
/tmp 임시 생성 파일 저장(모든 사용자 읽기, 쓰기 허용, 스티키 비트 설정을 통해 소유자가 소유 파일 삭제 가능)
/mnt 일시적 파일 시스템 마운트
/lost+found 결함이 있는 파일에 대한 정보 저장

세부 디렉터리 특징

(1) /proc
- 가상 파일 시스템
- 시스템의 다양한 프로세스의 내용 및 정보 저장
- /proc에서 볼 수 있는 내용은 실제 드라이브 X. 메모리 상에 저장되어 있다
- 사용자가 /proc 및 하위 파일에 접근할 때 커널에서 내용을 동적으로 생성
- 각 프로세스는 고유 식별자 소유
   각각의 식별자를 가진 디렉터리 밑에 정보 저장

(2) /lib
- 동적 공유 라이브러리 저장
- 다양한 프로그램에서 공통으로 사용하는 함수 저장됨
   (디스크 공간 절약, 동일한 코딩 불필요)
- 라이브러리 공유 방법(정적, 동적)
- 정적 라이브러리: 컴파일 과정에서 프로그램 내에 라이브러리 루틴의 복사본을 갖도록 컴파일
- 동적 라이브러리: 실행 파일 내부에 라이브러리를 넣지 않고 프로그램을 실행할 때 가져오기 때문에 메모리 효율성 up

(3) /dev
- 하드디스크, 프린터, 입출력 장치 등을 파일화 및 관리
  특정 장치 실행 시 해당 장치 파일 실행 필요
- 장치 파일 및 특수 파일은 장치 드라이버
- 블록 장치파일: 하드디스크, CD/DVD, 플로피 디스크
- 문자 장치파일: 키보드, 마우스, 테이프, 모니터, 프린터 (입출력장치)

(4) /etc
- 시스템 환경설정 파일 및 부팅 관련 스크림트 파일 저장
- 사용자 정보, 암호 정보, 보안 파일 저장
- /etc/group: 그룹 정보
- /etc/passwd: 사용자 목록
- /etc/shadow: /etc/passwd 두 번째 필드 패스워드 부분 암호화
패스워드 만기일, 계정 만기일 등 설정 가능

(5) /usr
- 일반 사용자들이 사용
- 공유 가능한 프로그램 설치
   네트워크를 통해 여러 개 시스템 구동 시 /usr를 통해 프로그램 활용 가능
- 읽기 전용으로 마운트
- 가변 자료들은 /var (심볼릭 링크)

(6) /var
- 가변적 파일 저장
- 가변적 파일: 로그, 스풀링(spooling), 캐싱(caching) 등

(7) /lost+found
- 파일 시스템의 이상 유무 진단 및 복구
- fsck에 의해 사용
- 손상된 파일 및 디렉터리를 /lost+found로 연결 후 오류 수정
- 평상시 null 파일 링크에 의해 비어있는 상태
- ext2에 의한 fsck.ext2도 /lost+found 사용

3. 리눅스 배포판

[1] 특징

소프트웨어 패키지 형태
자유 소프트웨어로 구성(리눅스 커널, GNU 프로젝트에 의한 라이브러리 및 유틸리티, X윈도우 시스템의 그래픽으로 구성)
워드프로세서, 스프레드시트, 미디어 플레이어, 데이터베이스 등 여러가지 애플리케이션 포함
300여 가지의 배포판 존재
대표적 배포한: 슬랙웨어, 데비안, 레드햇

[2] 종류

(1) 슬랙웨어 리눅스(Slackware Linux)

가장 먼저 대중화(1992년 패트릭 볼커딩)
패키지 관리 문제점으로 인기 하락
구조가 간결

(2) 데비안(Debian)

1994년 이안 머독에 의해 시작(비영리조직)
데비안 프로젝트에서 만들어서 배포
GNU의 공식적인 후원을 받는 유일한 배포판
데비안 GNU/리눅스: 리눅스 커널 탑재(정식판 존재함)
데비안 GNU/허드: 허드 커덜 탑재
데비안 GNU/KFreeBSD: FreeBSD 커널 탑재
데비안 GNU/NetBSD: NetBSD 커널 탑재
패키지 설치 및 업그레이드 단순(apt 등 이용)

(3) 우분투(Ubuntu)

데비안 GNU/리눅스에 기초
유니티 사용
영국 기반 회사 캐노니컬의 지원 받음
6개월 마다 1 개씩 새 버전 배포(GNOME 새 버전 시기와 비슷)
사용자 편의성에 초점

(4) 레드햇(Red Hat)

미국 레드햇사 개발
레드햇 엔터프라즈 리눅스(RHEL): 유로로 기술 지원(기업용)
페도라: 페도라 프로젝트에서 개발

(5) RHEL(Red Hat Enterprise Linux)

상용 리눅스 배포판
18개월에서 2년에 한 번 새로운 버전 공개
라이선스 별도 판매 X
구독 형태로 요금 지불
기술 지원은 출시 시점 기준 7년
계약 기간 중 추가 비용없이 업그레이드 및 다운그레이드 가능
상업용 패키지 구매 필요
소스코드는 레드햇 FTP 사이트를 통해 공개

(6) 페도라

리눅스 커널에 기반
레드햇의 후원 받음
RPM 기반 소프트웨어 결합(일반적 목적)
6개원 간격으로 새 버전 배포
지원기간은 각 버전 당 13개월
안정적인 개발을 위해 지속적인 새 버전 교체가 꼭 필요하다는 단점

(7) CentOS

RHEL(업스트림 소스)과 완벽하게 호환
무료 기업용 컴퓨팅 운영체제
자체 커뮤니티로 관리
레드햇 기술지원 X

(8) 수세(SUSE)

독일 출시(유럽 인기)
풍부한 기능, 안정성, 보안기능
롤링 릴리즈(rolling release): 새 버전 출시 시 언제든 업데이트 가능
종류: 오픈 수세, 수세 엔터프라이즈 리눅스

파이썬 예제 [1]

ciSSSrak — Sat, 20 May 2023 23:51:47 +0900

script

자료형

숫자형(정수 /실수 /8진수/ 16진수)

i = 1234

f = 3.14

o = 0o177 -> Octal - 시작은 0, 영어 대, 소문자 중 0/o 으로 시작

h = 0xABC -> Hexadecimal - 시작은 0x로 시작

연산자

a = 6

b = 3

c = a + b -> -, *, /, %(나머지), //(몫), **(제곱)

인덱싱 / 슬라이싱 [시작번호:끝번호]

슬라이싱을 줄 때는 항상 1을 더해서 줘야한다.

simple을 추출하고 싶을 때

전체문자열 출력

주민번호 및 성명

오타 수정 방법 pithon -> python

p라는 다른 변수로 출력하여 수정된 것을 확인할 수 있음

문자열 자료형 - 포매팅 : immutable(불변)

%s 포맷 코드이나 어떤 형태의 값으로 변환 대입이 가능하다

3.14159에서 반올림하여 6으로 표기하고 소수점 넷째 자리까지 출력됨.

27. 써니나타스 (Suninatas) 27번 문제풀이 Write-up

ciSSSrak — Tue, 16 May 2023 00:16:14 +0900

써니나타스 모의해킹 사이트

https://suninatas.com/challenges

써니나타스

웹해킹, 포렌식, 리버싱, 암호학, 해킹 워게임 제공.

www.suninatas.com

써니나타스 27번 문제는 시스템에 관련된 문제다. 문제 설명을 보니 NSA가 IRC 서버에서 마피아 조직들 사이의 대화를 도청? 어쨌든 가로챘다고 한다. 수사관들은 그 메시지에 비밀이 숨겨져 있다고 확신을 하는 반면에 어떤 단서도 찾을 수 없었다. 그래서 NSA 수사관들을 도와 메시지의 비밀을 밝혀내는 것이 우리가 해 낼 임무라고 한다.

이번에도 개발자도구를 살펴봤지만 참고할 만한 부분은 딱히 없는 것 같아서 바로 다운로드 버튼을 눌렀다.

Down 버튼을 누르니 위와 같은 화면이 출력 됐는데 여기서 알아낸 정보들을 간략하게 요약해봤다.

메시지의 주인공은 Pruss.

Pruss가 생각하기에 비밀번호를 생성할 때 알파벳만의 조합은 위험, 특수문자 하나만 사용해서도 안된다.

Pruss는 자신의 이름임과 동시에 마피아 코드 이름이라고 한다.

Druss는 Pruss의 친구

Hruss는 Pruss의 친구이자 Druss의 여자친구

mafia@russia.ru는 서버

Druss의 비밀번호는 @@PDDDDDPDDDDDHPDDDDD@@@@@PDDDDDPDDDDD@@@PDDDDDruss

Pruss가 생각하기에 kNz3i!Bs4jP 같은 비밀번호가 좋은 비밀번호

그런데 딱히 도움될 만한 정보는 없는 듯했다.

써니나타스 27번 문제 제목을 보면 Can you speak x86이라는 문구가 있다. 그래서 바이너리 코드 분석을 x86 디버거를 사용해서 해보기로 했다.

HxD

나는 아까 우리가 봤던 메시지를 복사해서 .txt 파일로 저장한 뒤 HxD에서 열었다. 그렇게 하면 위와 같이 메시지의 바이너리 값을 확인할 수 있다. 그다음 위 바이너리 값들을 전체선택하고 복사를 해둔다.

OllyDbg

먼저 OllyDbg를 실행시킨 뒤 PC에 저장되어있는 아무 exe파일을 열어준다. 나는 winhex.exe가 보이길래 그냥 그걸 열었다.

HxD에서 전체 바이너리를 복사한 상태에서 OllDbg로 열려있는 exe 파일의 어셈블리 부분을 전체 선택해 준다.

전체선택이 됐다면 우클릭 → Binary → Biary paste를 차례대로 클릭해 줘서 우리가 복사한 바이너리를 붙여 넣어준다. 그러면 우리가 복사한 바이너리 값이 자동으로 어셈블리 값으로 변환된다.

붙여 넣기가 완료되면 위와 같이 어셈블리 값으로 변경된 부분이 빨간 글씨로 표시된다. 하지만 여기서 끝이 아니다.

아무 exe 파일을 열었기 때문에 어셈블리 값의 총길이가 다르다.

아래로 내리다 보면 우리가 붙여넣기 한 어셈블리 값이 끝나는 지점이 보인다. 끝나는 다음 어셈블리 값부터 검은색 글자인데 여기에 breakpoint를 걸어주면 된다. OllyDbg에서 breakpoint를 거는 가장 기본적인 방법으로는 어셈블리 값을 클린 한 후 F2키를 눌러주는 것이 있다. F2키를 눌러서 설정하는 이런 일반적인 breakpoint는 개수에 제한 없이 필요한 만큼 만들어서 쓸 수 있는 장점이 있다.

Breakpoint를 설정한 모습

그리고 어셈블리 값들이 기존 exe파일에서 변경되었기 때문에 실행될 명령 포인터(EIP)를 옮겨줘야 한다. 그래서 가장 첫 줄로 올라가서 첫 줄을 선택한 뒤, 우클릭 → New origin here로 설정을 해주면 된다.

EIP가 정상적으로 옮겨진 모습

EIP를 옮기는 작업과 breakpoint 설정을 하는 작업이 모두 끝났다면 위 캡처처럼 Run 버튼을 누른다. 그러면 스택 부분에 특정 스택이 선택이 된 모습이 보인다.

그다음, 선택된 스택에 마우스 우클릭을 한 뒤 Show ASCII dump를 클릭해 준다.

그러면 우리가 찾던 Auth key 값이 보인다.

써니나타스 Auth 게시판에 키값을 넣었고 축하메시지와 함께 27번 문제를 해결했다는 메시지가 alert 된다.

이번 문제는 OllyDbg를 활용함에 있어서 좀 더 익숙해진 것 같아서 문제를 푸는 내내 재미있었다.

27번 문제

성공

[Python 초급] 문자열 처리와 지능형 코드

ciSSSrak — Mon, 15 May 2023 21:22:42 +0900

문자열 결합

같은 내용을 출력하지만 여러번 출력할 수 있는 방법은 \n을 넣어주는 것이다.

그러면 하나의 코드가 두 개의 행으로 출력된다. \n은 개행문자이며 새 행을 의미한다.

하나를 더 늘려봤다. Hello world 앞에 공백을 넣을 것이 아니라면 \n 옆에 어떤 공백도 넣으면 안된다.

즉, Hello world!\n Hello world!와 같이 \n 옆에 공백을 넣게 되면

Hello world!

이런식으로 출력 된다는 뜻이다.

문자열을 합쳐서 출력할 때는 위와 같이 코딩하면 된다. 현재는 어떤 공백도 넣지 않았기 때문에 단순히 두 문자열이 붙어서 출력됐다.

공백을 넣는 방법을 생각해보면 단순하게 Hello 뒤에 넣는다든지, ciSSSrack 앞에 넣는다든지, 혹은 " "이렇게 아예 공백을 넣어주는 방법이 있다.

즉 문자열 결합은 두 문자열을 합쳐주는 것이고 또한 파이썬에서는 공백이 얼마나 중요한지 알 수 있다.

파이썬에서 흔히 볼 수 있는 오류들

위와 같이 print 앞에 공백을 추가한 뒤 코드를 실행해봤더니 indentation Error(들여쓰기 오류)가 발생했다.

ciSSSrak 뒤에 큰 따옴표를 삭제한 뒤 코드를 실행했더니 Syntax Error(문법 오류)가 발생했다.

다음 포스팅은 디버깅을 다뤄보겠다.

26. 써니나타스 (Suninatas) 26번 문제풀이 Write-up

ciSSSrak — Mon, 15 May 2023 00:18:08 +0900

써니나타스 모의해킹 사이트

https://suninatas.com/challenges

써니나타스

웹해킹, 포렌식, 리버싱, 암호학, 해킹 워게임 제공.

www.suninatas.com

써니나타스 26번은 포렌식 문제다.

개발자도구에서는 이렇다 할 힌트는 없었고 암호문을 빈도분석을 통해 푸는 것이 이번 문제의 핵심인 듯 보인다. 설명을 보면 스페이스와 구두점은 모두 생략되었다고 적혀있다.

빈도분석이란?

암호학에서의 빈도분석(頻度分析, frequency analysis 또는 counting letters)이란 평문과 암호문에 사용되는 문자 또는 문자열의 출현빈도를 단서로 이용하는 암호해독법을 말한다. 평문 언어의 통계적 특징을 전제로 하여, 암호문만을 사용해서 해독을 진행하기 때문에, 암호문 단독공격으로 분류된다.

출처: 위키백과 https://ko.wikipedia.org/wiki/%EB%B9%88%EB%8F%84%EB%B6%84%EC%84%9D_(%EC%95%94%ED%98%B8)

즉 단순하게 알파벳을 센다고 보면 쉽다.

I am a friend of him.이라는 문장이 있다고 가정했을 때,

a: 2

d: 1

e: 1

f: 2

h: 1

i: 3

m: 2

n: 1

o: 1

각 알파벳의 출현 빈도는 위와 같을 것이다. 그럼 I am a friend of him. 이라는 문장이 암호화된 결과가 알아볼 수 없는 알파벳의 나열이 됐을 때 빈도분석을 하는 것이다. 예를 들어 b가 가장 많이 나왔다면 그것을 i라고 가정을 할 수 있고 그다음 많은 것이 y라면 그게 a, f, m 중에 하나라고 가정을 할 수 있다는 것이다.

https://quipqiup.com/

quipqiup - cryptoquip and cryptogram solver

quipqiup.com

저번에 써니나타스 19번에서 이 사이트를 사용해봤었는데 암호문을 해독할 때 결과에 오류가 있어서 theblob.org/rot.cgi 사이트를 이용했지만 이번에는 quipquip 사이트를 이용했다. 참고로 quipquip사이트는 간단한 암호화(rot, 카이사르 암호), 빈도분석 등을 해준다.

Puzzle에 써니나타스 26번의 구문을 넣으니 평문이 깔끔하게 되었고 공백처리도 잘 되어서 읽기 수월했다.

Auth key에 대해서는 딱히 설명도 없었고 여기서 auth key가 될 만한 직관적인 단어들은 kim yuna 혹은 olympic champion 정도일 것 같았다.

Auth 게시판에 kimyuna를 입력하니 축하메시지와 함께 26번 플래그를 획득했다.

26번

성공