#base64

악성코드 소스 31줄만 주고 "무엇을 하는 함수인가"를 묻는다. 표준 알파벳 64자와 6비트 마스크가 보이니 base64 같은데, 눈으로 찍는 대신 가려진 두 줄을 채워 컴파일하고 입력 304종을 표준과 바이트 단위로 맞춰 봤다. 덤으로 이 구현이 3의 배수 아닌 길이에서 터지고 76열 규격도 어긴다는 것까지 실측했다.

인코딩 결과를 스택 버퍼로 strcpy 하는데 길이 검사가 없다. 목적지에서 64바이트 뒤가 종료 메뉴에서 system 에 넘어가는 커맨드 버퍼라, 출력 65번째 글자부터가 그대로 명령이 된다. base64 알파벳과 4의 배수 제약을 동시에 만족하는 네 글자를 찾으면 셸이 열린다.

이메일로 받은 JPG가 열리지 않는다. 앞부분의 널 바이트를 걷어 내면 파일이 통째로 뒤집혀 있고, 머리에 붙은 base64는 padding이 앞에 온 역순 문자열이다. 뒤집어 디코드하면 JSFuck이 나오고, 이를 실행하는 대신 eval을 가로채면 플래그가 그대로 드러난다.

플래그를 wrap(아핀 곱셈)·box(위치별 XOR)·truck(뒤집은 테이블 base64) 세 변환으로 포장한 문제. 문제 설명 자체가 4컷 만화로 "즙 짜고 양념 치기 → 마구잡이로 섞고 테이프로 감기 → 뒤죽박죽 글자 트럭에 싣기 → 배송 완료"를 그려 놓았다. 세 변환이 모두 가역이라, 적용된 역순으로 base64를 풀고 XOR를 되돌리고 아핀을 역산하면 플래그가 나온다.

하나의 긴 문자열만 주고 무엇이냐고 묻는 crypto 문제. Base64로 인코딩한 결과를 다시 Base64로, 또 그 결과를 Base64로... 38번 겹쳐 감싼 것이라, 디코드 결과가 더 이상 Base64가 아닐 때까지 반복해서 벗기면 플래그가 나온다. 원본 파일은 100만 바이트가 넘는데, 겹마다 25%씩 줄어들어 최종 flag는 15바이트로 끝난다.

baseball 바이너리는 table 파일의 64글자를 알파벳으로 쓰는 커스텀 base64 인코더다. 정작 table은 주어지지 않지만, 평문 text_in과 그 인코딩 text_out이라는 알려진 쌍이 있다. 표준 base64의 위치별 6비트 값에 text_out 문자를 대응시켜 알파벳을 복원하고, 같은 알파벳으로 flag_out을 복호했다.

문제 설명에 긴 base64 문자열 하나만 주어진다. 디코드하면 또 base64, 다시 디코드해도 또 base64 — 여러 겹으로 인코딩돼 있다. 매 층 결과가 여전히 인쇄 가능한 base64라, 플래그가 보일 때까지 반복 디코드하면 된다. 열한 번 벗기니 플래그가 나왔다.

target.txt 안에 base64처럼 생긴 문자열 하나만 주어진다. 그런데 '=' 패딩이 3개고, 데이터 길이가 4의 배수에서 하나 어긋나며, 숫자와 +/ 기호가 하나도 없다. base64 규칙으로는 나올 수 없는 출력이다. 문제 설명이 흘린 32글자 알파벳을 단서로 이것이 커스텀 알파벳 base32(숫자 2-7 자리를 a-f로 바꾼 것)임을 밝히고, 알파벳만 되돌려 복호한다.

파일명을 base64로 받아 include하는 PHP 앱인데, 인코딩된 문자열에 flag·hp·../의 base64 조각이 있으면 막는다. flag.php의 정직한 base64는 그 조각을 그대로 품는다. 앞에 ./를 붙여 3바이트 블록 정렬을 반칸 밀면 조각이 쪼개져 필터가 통째로 헛돈다.

index.html 한 장에 암호문과 "Rail Fence → Base64 → ROT13" 라는 인코딩 순서가 적혀 있다. 인코딩을 거꾸로(ROT13 → From Base64 → Rail Fence Decode) 되감으면 플래그가 나온다. 이름값을 하는 문제답게 CyberChef 레시피로, 그리고 파이썬으로 복원해 라운드트립까지 검증한다.

zip 안 index.html의 hidden input에 박힌 base64 문자열을 디코딩하면 ASCII 코드 배열을 chr()로 합치는 파이썬 스크립트가 나온다. 그대로 실행하면 플래그가 출력된다.