기존 OpenBSD 개발자들의 관심이 줄면서 정체됐던 relayd(8)와 httpd(8) 개발이 실제 운영 수요를 가진 기여자들의 참여로 다시 활발해짐
LLM이 코딩 지식을 대신하는 시기일수록 직접 C를 익히고 도전해야 한다 는 판단에서 출발해, relayd(8)의 수제 imsg 체계부터 현대화함
2024~2026년 tech@

메일링 리스트의 미반영 패치와 기존 GitHub 미러의 오래된 이슈를 대부분 정리하고, 신규 기여자를 위한 Git 미러와 README 도 마련함
relayd(8)는 안전한 imsg API와 TLS·요청 파싱 보안을 강화하고 재로딩 충돌을 수정했으며, httpd(8)는 요청 스머글링 방어 , 사용자 정의 헤더, 정적 파일 캐시 제어 등을 추가함
두 데몬의 보안·안정성·확장성 이 함께 나아졌지만 작업 과정에서 백로그도 늘어나 아이디어와 피드백을 계속 받고 있음
관심을 잃은 프로젝트를 다시 살린 배경
OpenBSD 7.8 주요 변경점 에서 다뤘듯 relayd(8)

와 httpd(8)

개발은 정체된 상태였음
여러 기여자가 tech@

메일링 리스트에 패치를 보냈지만 저장소에 반영된 것은 거의 없었음
기존 OpenBSD 개발자들이 두 데몬에 더 이상 관심을 두지 않은 것이 주된 원인이었음
kirill@

와 함께 두 데몬을 정기적으로 사용하며 실제 활용 사례를 다뤄온 경험을 바탕으로 적극적인 개발을 시작함
복잡한 httpd(8)

·relayd(8)

구성으로 OpenBSD 고객을 지원해야 하는 실무 수요 도 직접적인 동력이 됨
LLM 시대에 C로 돌아간 이유
가장 큰 계기는 LLM의 등장 이었음
과거에는 현대적인 C++ 코드를 전문적으로 작성했지만, 이후 솔루션 아키텍처와 플랫폼 엔지니어링, 팀 구축으로 옮겨가며 실제 코드를 거의 쓰지 않게 됐음
주로 선언형 YAML을 작성하고 OpenBSD ports(7)

를 위해 코드를 읽고 포팅하는 정도에 머물렀음
“코딩은 해결됐다”는 주장과 달리, 지식이 외부로 위임되는 시기일수록 직접 그 지식을 갖추는 일이 더 중요하다고 판단함
C++와 Rust는 어려운 판단 일부를 대신하지만 C는 그렇지 않다 는 점을 도전 과제로 삼아 relayd(8)

와 httpd(8)

에 기여하기로 결정함
동기보다 규율로 이어간 기여
오픈소스 기여는 몇 주 만에 좌절로 끝날 수 있지만, 초기의 고통스러운 단계를 지나 꾸준히 작업할 수 있는 상태에 도달함
처음에는 코드베이스를 수동적으로 읽으며 여러 부분에서 낙담함
부족한 주석과 일부 좋지 않은 설계, 복잡하게 얽힌 코드가 원인이었으며, 이것이 C 코드의 특성인지 개인의 경험 부족 때문인지는 아직 알 수 없음
OpenBSD 데몬 유지보수자들과 논의한 뒤 수제로 만든 imsg 메시지 체계 를 현대화하기로 함
먼저 relayd(8)

에 집중한 뒤 httpd(8)

로 범위를 넓힘
현대화 작업 자체를 코드베이스를 이해하는 수단으로 활용함
미반영 패치와 오래된 이슈 정리
2024~2026년 tech@

메일링 리스트 기록을 검토해 미처리 패치와 이슈를 수집했으며 대부분 처리한 것으로 판단함
두 데몬은 현재 OpenBSD에서 은퇴한 Reyk Floeter가 처음 개발했음
Reyk가 관리하던 relayd GitHub 미러 의 오래된 이슈도 검토함
모든 이슈는 종료하거나 수정할 수 있는 상태이며, 일부는 더 이상 유효하지 않음
신규 기여자를 위한 Git 미러
기존 GitHub 미러에서 착안해 신규·젊은 기여자의 진입을 돕고 OpenBSD 메일링 리스트 밖의 커뮤니티와도 접점을 만들기 위한 별도 미러를 구축함
CVS 트리를 Git 미러 로 사용하며, 개발은 Gothub 인스턴스에서 먼저 진행하고 나머지 저장소로 동기화함
httpd(8)

에도 같은 방식을 적용하고 필요한 정보를 담은 상세 README.md

를 작성함
relayd(8)의 현대화와 코드 품질
imsg 체계를 더 안전한 imsg_get_data

, imsg_get_type

, imsgbuf_get

접근자로 전환함
imsg 페이로드를 읽는 전체 과정에 적절한 오류 처리 를 추가함
bgpd

와 일관되도록 로깅과 주석을 표준화함
HTTP 시작 줄 처리를 전용 함수로 분리해 코드 구성을 개선함
knfmt

형식을 적용함
relayd(8)의 보안 강화
기본 TLS 암호군을 HIGH:!aNULL

에서 secure

로 변경함
CA 권한 분리(privsep) 엔진에 ECDSA 지원 을 추가함
중복 Content-Length

헤더는 HTTP 400 응답으로 거부함
RFC 9112 5.2에 따라 파서 차이를 막기 위해 obs-fold

헤더를 허용하지 않음
프로세스 ID를 검사하고 IMSG_CTL_PROCFD

를 부모 프로세스로 제한함
민감한 비밀번호 데이터 삭제에는 explicit_bzero

를 사용함
relayd(8)의 버그와 안정성 개선
충돌을 유발하던 재로딩 경쟁 조건 을 수정함
X509_dup

, config_purge

, tls_cfg

와 관련된 여러 메모리 누수를 제거함
NULL 검사와 경계 검사를 바로잡음
OpenSSL 실패에 적절한 오류 처리를 추가함
TLS 실패 시 OpenSSL 오류 큐 를 비우도록 변경함
relayd(8)에 추가된 기능
MKCALENDAR

HTTP 메서드를 지원함
여러 리스너에서 TLS 를 사용할 수 있게 됨
이름 해석이 가능한 여러 주소를 지원함
인증서와 키, OCSP staple의 경로를 명시적으로 설정할 수 있음
HTTP 상태 확인 요청에 User-Agent

를 설정함
본문이 없는 HTTP 응답을 올바르게 처리함
httpd(8)의 현대화와 코드 품질
proc.c

를 새로운 imsg API로 전환해 relayd(8)

와 일관성을 맞춤
향후 구성 옵션을 쉽게 확장할 수 있도록 토큰 순서를 변경함
bgpd

와 일관되도록 로깅을 표준화함
중복 코드와 빈 함수를 제거함
knfmt

형식을 적용함
내장 기능 처리를 전용 함수로 분리함
httpd(8)의 보안 강화
기본 TLS 암호군을 compat

에서 secure

로 변경함
요청 스머글링 공격을 막기 위해 CL.TE 요청 프레이밍 을 거부함
RFC 9112 5.2에 따라 obs-fold

헤더에 HTTP 400으로 응답함
Content-Length

와 Transfer-Encoding

헤더가 동시에 존재하면 오류로 처리함
추가 보호를 위해 부팅 시 무작위 재링크를 수행함
프로세스 ID를 검사하고 IMSG_CTL_PROCFD

를 부모 프로세스로 제한함
응답에서 서버 식별 정보를 숨기는 no banner

옵션을 추가함
httpd(8)의 버그와 안정성 개선
HTTP 요청의 suffix range 처리를 수정함
server_http_time()

이 GMT 시각을 올바르게 출력하도록 고침
매뉴얼 명세에 따라 timegm(3)

의 오류를 검사함
chunked transfer-encoding

을 사용하는 업로드 문제를 해결함
location의 fcgiparams

가 두 번 전송되지 않도록 수정함
dispatch_parent

에 적절한 오류 처리를 추가함
중단 응답을 bufferevent

를 통해 올바르게 비우도록 변경함
scan-build

가 발견한 불필요한 저장을 제거함
데이터를 복사하기 전에 return_uri_len

을 검증함
httpd(8)의 신규 기능과 남은 작업
사용자 정의 HTTP 헤더 를 지원함
더 나은 구성 상속을 위해 location에서 gzip-static

을 상속함
더 많은 플래그 옵션을 수용하도록 서버 플래그를 64비트 정수로 확장함
정적 파일에 대한 캐시 제어 를 추가함
작업을 진행할수록 백로그가 늘어났으며, 향후 개발을 위한 아이디어와 피드백을 계속 받고 있음
댓글과 토론