이 글에선 MmSecureVirtualMemoryEx라는 API를 활용해 프로세스 메모리를 보호하는 방법에 대해 알아본다.

이 API는 문서화된 API치곤 정말 많이 안 알려진 편인데, 어느 정도로 안 알려져 있냐면...

이 API 이름으로 Github에 검색해 봤을 때 (헤더나 마크다운 등을 제외하고) 이 API를 사용하는 코드는 하나밖에 검색되지 않았다. (Easy Anti-Cheat와 같은 일부 보안 제품에서도 사용하고 있다는 듯하다.)

이 글이 이 API를 쓰려고 했던 사람들이나, 이 API가 제공하는 기능이 필요했던 사람들에게 도움이 될 수 있었으면 좋겠다.

메모리 보호?

메모리 보호라는 게 무엇이고, 또 왜 필요할까?

이 글에서 이야기하는 '메모리 보호'란, VirtualProtect 등 API를 사용해 페이지 보호 속성을 변경하는 것을 막는다는 의미이다.

1. 코드 영역에 쓰기 권한을 부여

   • 코드 변조

     • 주로 인라인 후킹에 사용

     • 디버깅 시 소프트웨어 브레이크 포인트 삽입

2. 읽기 전용 데이터 영역에 쓰기 권한을 부여

   • IAT, EAT 후킹

주로 위와 같은 경우에 페이지 보호 속성을 변경하는 것이 필요한데, 이 API를 사용하면 이러한 행위들을 차단할 수 있다.

참고로 이 API는 기존 보호 속성보다 더 적은 권한을 가진 보호 속성으로의 변경도 차단한다.

즉, 이미 매핑된 영역을 강제로 언맵하는 것도 차단하기 때문에 프로세스 할로잉류의 공격들도 부분적으로 방어가 가능하다. (참고로 이 기능은 하위 API인 MmSecureVirtualMemory API에서도 제공한다. 부분적이라 하는 이유는 일부 악성코드에서 프로세스 할로잉을 수행하지만 원래 이미지를 언맵하지 않는 경우가 있기 때문이다.)

사용법

서론이 길었다. 본론으로 넘어가 API 사용법을 알아보도록 하자.

대상 프로세스 콘텍스트로 전환

대상 프로세스의 가상 주소 공간을 사용하기 위해서이다.

(당연한 이야기지만) 이미 대상 프로세스의 콘텍스트에서 실행되고 있는 상태라면 이 과정은 생략할 수 있다.

먼저 프로세스의 EPROCESS 구조체 주소를 알아내야 하는데, 내 경우에는 프로세스 아이디로 프로세스를 찾아야 했으므로 PsLookupProcessByProcessId API를 사용했다.

xil::unique_process process;

NTSTATUS status = ::PsLookupProcessByProcessId(kTargetProcessId, &process);

if (!NT_SUCCESS(status))
{
    LOG(ERROR, "PsLookupProcessByProcessId failed. (%08X)", status);

    return status;
}

그 다음 KeStackAttachProcess API를 사용해서 해당 프로세스에 Attach 해 주면 된다.

KAPC_STATE apc_state = {};

::KeStackAttachProcess(process.get(), &apc_state);

auto unstack_detach_process = wil::scope_exit(
    [&]() INIT
    {
        ::KeUnstackDetachProcess(&apc_state);
    });

메모리 보호 적용 후엔 잊지 않고 KeUnstackDetachProcess API를 사용해 프로세스에서 Detach 해 줘야 한다.

메모리 보호 적용

MM_SECURE_NO_CHANGE 플래그와 함께 보호하려는 영역에 대해 MmSecureVirtualMemoryEx API를 호출한다.

secure_handle = ::MmSecureVirtualMemoryEx(kAddress,
                                          kSize,
                                          PAGE_NOACCESS,
                                          MM_SECURE_NO_CHANGE);

API를 사용할 때 주의할 점이 몇 가지 있다.

• 보호할 영역의 메모리는 유저 영역 메모리여야 한다.

• 모두 Commit 또는 Reserve 상태의 메모리여야 한다.

• (MM_SECURE_NO_CHANGE 플래그 사용 시) 반드시 ProbeMode에 PAGE_NOACCESS를 지정해 줘야 한다.

  • 문서에는 PAGE_READWRITE 또는 PAGE_READONLY를 지정하라고 되어 있는데, 잘못된 설명이다. (MmSecureVirtualMemory API의 설명을 그대로 가져오면서 오류가 생긴 것으로 추정된다.)

유사 핸들값 (실제 핸들은 아니다) 을 반환하는데, 나중에 보호 해제 시 필요하니 어딘가에 저장해 두도록 하자.

메모리 보호 해제

위와 동일하게 대상 프로세스의 콘텍스트로 전환한 뒤, 2번 과정에서 반환된 핸들을 가지고 MmUnsecureVirtualMemory API를 호출해 주면 된다.

::MmUnsecureVirtualMemory(secure_handle);

시연

• 보호 적용

  

• 보호 해제

  

예시 코드

예시 코드에는 C++과 마이크로소프트의 WIL 라이브러리를 사용했다.

• xil.hpp

#pragma once

#include <ntifs.h>

#include <wil/resource.h>

namespace xil
{
    namespace detail
    {
        _IRQL_requires_max_(DISPATCH_LEVEL)
        _IRQL_requires_same_
        inline void __stdcall DereferenceObject(_In_ PVOID object)
        {
            ::ObDereferenceObject(object);
        }
    } // namespace detail

    template <typename ObjectType>
    using unique_kernel_object_reference =
        wil::unique_any<ObjectType,
                        decltype(&detail::DereferenceObject),
                        detail::DereferenceObject>;

    using unique_process = unique_kernel_object_reference<PEPROCESS>;
} // namespace xil

• main.cpp

#include <ntifs.h>

#include <wil/resource.h>

#include "xil.hpp"

#define INIT  __declspec(code_seg("INIT"))
#define PAGED __declspec(code_seg("PAGE"))

#define LOG(level, message, ...)                                       \
    DbgPrintEx(DPFLTR_IHVDRIVER_ID,                                    \
               DPFLTR_ERROR_LEVEL,                                     \
               "[TEST] [" #level "] [" __FILE__ "(%d)] " message "\n", \
               __LINE__,                                               \
               ##__VA_ARGS__)

const HANDLE kTargetProcessId = UlongToHandle(11328);

const PVOID kAddress = reinterpret_cast<PVOID>(0x00007FF6BC310000);
const SIZE_T kSize   = 0x6A000;

HANDLE secure_handle = nullptr;

_Function_class_(DRIVER_UNLOAD)
_IRQL_requires_(PASSIVE_LEVEL)
_IRQL_requires_same_
PAGED VOID DriverUnload([[maybe_unused]] _In_ PDRIVER_OBJECT driver_object)
{
    PAGED_CODE();

    xil::unique_process process;

    NTSTATUS status = ::PsLookupProcessByProcessId(kTargetProcessId, &process);

    if (!NT_SUCCESS(status))
    {
        LOG(ERROR, "PsLookupProcessByProcessId failed. (%08X)", status);

        return;
    }

    KAPC_STATE apc_state = {};

    ::KeStackAttachProcess(process.get(), &apc_state);

    auto unstack_detach_process = wil::scope_exit(
        [&]
        {
            ::KeUnstackDetachProcess(&apc_state);
        });

    ::MmUnsecureVirtualMemory(secure_handle);

    LOG(INFO, "MmUnsecureVirtualMemory succeeded.");
}

EXTERN_C
_Function_class_(DRIVER_INITIALIZE)
_IRQL_requires_same_
_IRQL_requires_(PASSIVE_LEVEL)
INIT NTSTATUS DriverEntry(_In_ PDRIVER_OBJECT driver_object,
                          [[maybe_unused]] _In_ PUNICODE_STRING registry_path)
{
    PAGED_CODE();

    xil::unique_process process;

    NTSTATUS status = ::PsLookupProcessByProcessId(kTargetProcessId, &process);

    if (!NT_SUCCESS(status))
    {
        LOG(ERROR, "PsLookupProcessByProcessId failed. (%08X)", status);

        return status;
    }

    KAPC_STATE apc_state = {};

    ::KeStackAttachProcess(process.get(), &apc_state);

    auto unstack_detach_process = wil::scope_exit(
        [&]() INIT
        {
            ::KeUnstackDetachProcess(&apc_state);
        });

    secure_handle = ::MmSecureVirtualMemoryEx(kAddress,
                                              kSize,
                                              PAGE_NOACCESS,
                                              MM_SECURE_NO_CHANGE);

    if (!secure_handle)
    {
        LOG(ERROR, "MmSecureVirtualMemoryEx failed.");

        return STATUS_UNSUCCESSFUL;
    }

    LOG(INFO, "MmSecureVirtualMemoryEx succeeded.");

    driver_object->DriverUnload = &DriverUnload;

    return STATUS_SUCCESS;
}

편의 상 프로세스 아이디 등은 하드코딩해 사용했다.

마치며

페이지 보호 속성 변경을 막아 프로세스를 보호한다는 아이디어는 꽤나 오래된 아이디어이고, 의외로 유저 모드에서 이를 수행할 수 있는 방법까지 존재한다. (아쉽게도 문서화는 안 되어 있다.)

SEC_NO_CHANGE 라는 플래그를 사용하는 방법인데, 아래 Github 프로젝트들을 참고하면 좋다.

• Self-Remapping-Code

• RebirthGuard (이건 한국인이 만든 프로젝트이다.)

라온화이트햇에서도 관련 내용으로 포스팅을 한 적이 있다.

• Copy-On-Write 페이지 조작을 이용한 Global Dll injection

SEC_NO_CHANGE 플래그를 활용한 방식과 MmSecureVirtualMemoryEx API를 사용한 방식의 장단점을 표로 정리해 보자면 아래와 같다.

분명 SEC_NO_CHANGE 플래그의 유저 모드에서 사용 가능하다는 점은 나머지 단점들을 모조리 상쇄할 만큼 충분히 매력적이지만, 커널 모드가 가능한 상황이라면 무조건 MmSecureVirtualMemoryEx API를 선택할 정도로 종합적인 평가는 MmSecureVirtualMemoryEx 쪽이 우수하다.

안티 바이러스나 게임 안티 치트 등 보안 솔루션에서 특히 유용하게 사용할 수 있을 것으로 보인다.

Hashnode는 기본 스타일이 마음에 들지 않을 경우 사용자가 직접 커스터마이징할 수 있도록 커스텀 CSS 기능을 지원한다.

내 경우에는 Hashnode의 다크 테마가 마음에 들지 않아서 이 기능이 필요했다.

Hashnode에서 기본 제공하는 다크 테마는 Hashnode의 브랜드 컬러를 반영한 것인지, 지나치게 푸르딩딩 (?) 한 미드나이트 블루 색상을 사용하고 있었다.

나는 직접 커스텀 CSS를 작성해서 수정했는데, 수정하면서 Hashnode의 커스텀 CSS에 관해 다룬 자료도 많지 않고, 다른 사용자들이 만들어서 공유한 CSS도 전무하다시피 하다는 점이 꽤나 아쉬웠다.

이 포스팅에선 Hashnode의 커스텀 CSS 기능에 대해서도 다룰 겸, 내가 사용한 CSS와 작성 과정을 공유해 보려고 한다.

적용 방법

블로그 홈에 들어가면 헤더 오른편에 Dashboard 버튼이 보인다.

대시보드에 들어가면 사이드 패널에 Appearance 라는 메뉴가 보일 텐데, 여기로 들어가 준다.

아래로 내리다 보면 Custom CSS 메뉴가 보인다. Edit Custom Stylesheet 버튼을 눌러서 커스텀 CSS를 편집할 수 있다.

CSS는 크게 세 가지로 나눠서 적용할 수 있도록 되어 있다.

• Home

  • 블로그 홈에서 적용된다.

• Articles

  • 게시글에서 적용된다.

• Pages

  • 페이지에서 적용된다.

여기서 페이지가 무엇을 의미하는지 의아할 수 있다.

페이지란 블로그 대시보드의 Pages 메뉴에서 추가할 수 있는 페이지들을 이야기한다. 아마 별다른 설정을 하지 않았을 경우 Badges와 Newsletter 페이지가 기본으로 추가되어 있을 것이다.

이렇게 추가된 페이지들은 블로그 헤더에서 Home 우측에 차례로 표시된다.

페이지 하단을 보면 몇 가지 버튼이 있는데, 각 버튼의 기능은 아래와 같다.

• Publish

  • CSS를 저장하고 실제 적용한다.

  • 블로그 방문자들에게 적용된다.

• Reset

  • CSS를 가장 최근에 Publish 했던 상태로 되돌린다.

• Preview

  • CSS를 미리보기 한다.

  • Save Styles 버튼을 눌러 CSS를 저장한 뒤 확인해야 한다.

• Save Styles

  • CSS를 저장한다.

  • 미리보기에만 적용된다.

  • 페이지를 나가도 유지된다.

작성 방법

커스텀 CSS용 클래스를 지정하는 방법

Hashnode에서 커스텀 CSS 기능 지원을 위해 정의해 둔 클래스들이 존재한다.

• .blog-*

  • .blog-header, .blog-title, .blog-main-logo, .blog-author-area, .blog-content-area, .blog-footer-area, ...

• .dark

  • 다크 테마 스타일을 수정할 때 사용

간단한 스타일 수정이라면 이러한 클래스를 사용해 작업할 수 있다.

직접 수정할 요소를 찾아 지정하는 방법

좀 더 복잡한 작업을 하려면 (개발자 도구 등을 사용해서) 수정하고자 하는 요소를 찾아 직접 선택자를 작성해 줘야 한다.

이 방법은 자유도가 훨씬 높지만, 그만큼 신경 써 줘야 할 것도 늘어난다.

• 어느 날 갑자기 작동하지 않을 수 있다.

  • Hashnode 업데이트로 인해 HTML이나 CSS가 변경된다면 기존에는 잘 작동했던 것이 갑자기 작동하지 않게 될 가능성이 있다.

  • 적당히 눈치껏 잘 안 바뀌겠다 싶은 것만 골라서 선택자를 작성해야 한다.

• CSS 우선순위가 꼬이기 쉽다.

  • CSS 우선순위 때문에 거의 필연적으로 !important 키워드를 사용하게 될 텐데, 이것 때문에 우선순위 꼬이기가 굉장히 쉽다.

다행히 Hashnode는 Tailwind CSS를 사용하는 것으로 보이고, 클래스 명이 난독화되어 있거나 하지도 않다. 잘만 작성한다면 유지 보수가 그렇게 힘들 것 같진 않다.

예시

예시로 이 블로그에 사용된 커스텀 CSS를 공유해 보고자 한다.

Disclaimer

먼저, 나는 프론트 개발자가 아니라는 점을 밝힌다.

이 방식보다 더 나은 방식이 충분히 존재할 수 있다. 만약 수정하고자 하는 부분이 있다면 댓글 남겨주시면 반영하도록 하겠다.

/* General */

/* Light Theme */

html:not(.dark) .border-slate-100 {
  --tw-border-opacity:1;
  border-color:rgb(241 241 241/var(--tw-border-opacity))!important
}
html:not(.dark) .border-slate-200 {
  --tw-border-opacity:1;
  border-color:rgb(226 226 226/var(--tw-border-opacity))!important
}
html:not(.dark) .border-slate-300 {
  --tw-border-opacity:1;
  border-color:rgb(203 203 203/var(--tw-border-opacity))!important
}
html:not(.dark) .border-slate-50 {
  --tw-border-opacity:1;
  border-color:rgb(248 248 248/var(--tw-border-opacity))!important
}
html:not(.dark) .border-slate-800 {
  --tw-border-opacity:1;
  border-color:rgb(30 30 30/var(--tw-border-opacity))!important
}
html:not(.dark) .border-slate-900 {
  --tw-border-opacity:1;
  border-color:rgb(15 15 15/var(--tw-border-opacity))!important
}

html:not(.dark) .bg-slate-100 {
  --tw-bg-opacity:1;
  background-color:rgb(241 241 241/var(--tw-bg-opacity))!important
}
html:not(.dark) .bg-slate-200 {
  --tw-bg-opacity:1;
  background-color:rgb(226 226 226/var(--tw-bg-opacity))!important
}
html:not(.dark) .bg-slate-50 {
  --tw-bg-opacity:1;
  background-color:rgb(248 248 248/var(--tw-bg-opacity))!important
}
html:not(.dark) .bg-slate-800 {
  --tw-bg-opacity:1;
  background-color:rgb(30 30 30/var(--tw-bg-opacity))!important
}
html:not(.dark) .bg-slate-900 {
  --tw-bg-opacity:1;
  background-color:rgb(15 15 15/var(--tw-bg-opacity))!important
}

html:not(.dark) .stroke-slate-300 {
  stroke:#cbcbcb!important
}

html:not(.dark) .text-slate-100 {
  --tw-text-opacity:1;
  color:rgb(241 241 241/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-300 {
  --tw-text-opacity:1;
  color:rgb(203 203 203/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-400 {
  --tw-text-opacity:1;
  color:rgb(148 148 148/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-500 {
  --tw-text-opacity:1;
  color:rgb(100 100 100/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-600 {
  --tw-text-opacity:1;
  color:rgb(71 71 71/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-700 {
  --tw-text-opacity:1;
  color:rgb(51 51 51/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-800 {
  --tw-text-opacity:1;
  color:rgb(30 30 30/var(--tw-text-opacity))!important
}
html:not(.dark) .text-slate-900 {
  --tw-text-opacity:1;
  color:rgb(15 15 15/var(--tw-text-opacity))!important
}

html:not(.dark) .placeholder-slate-500::-moz-placeholder {
  --tw-placeholder-opacity:1;
  color:rgb(100 100 100/var(--tw-placeholder-opacity))!important
}
html:not(.dark) .placeholder-slate-500::placeholder {
  --tw-placeholder-opacity:1;
  color:rgb(100 100 100/var(--tw-placeholder-opacity))!important
}

html:not(.dark) .ring-slate-950\/80 {
  --tw-ring-color:rgba(2,2,2,.8)!important
}

html:not(.dark) .hover\:border-slate-200:hover {
  --tw-border-opacity:1;
  border-color:rgb(226 226 226/var(--tw-border-opacity))!important
}
html:not(.dark) .hover\:border-slate-400:hover {
  --tw-border-opacity:1;
  border-color:rgb(148 148 148/var(--tw-border-opacity))!important
}

html:not(.dark) .hover\:bg-slate-100:hover {
  --tw-bg-opacity:1;
  background-color:rgb(241 241 241/var(--tw-bg-opacity))!important
}
html:not(.dark) .hover\:bg-slate-200:hover {
  --tw-bg-opacity:1;
  background-color:rgb(226 226 226/var(--tw-bg-opacity))!important
}
html:not(.dark) .hover\:bg-slate-50:hover {
  --tw-bg-opacity:1;
  background-color:rgb(248 248 248/var(--tw-bg-opacity))!important
}
html:not(.dark) .hover\:bg-slate-700:hover {
  --tw-bg-opacity:1;
  background-color:rgb(51 51 51/var(--tw-bg-opacity))!important
}

html:not(.dark) .hover\:text-slate-900:hover {
  --tw-text-opacity:1;
  color:rgb(15 15 15/var(--tw-text-opacity))!important
}

html:not(.dark) .focus\:bg-slate-100:focus {
  --tw-bg-opacity:1;
  background-color:rgb(241 241 241/var(--tw-bg-opacity))!important
}

html:not(.dark) .hover\:enabled\:bg-slate-50:enabled:hover {
  --tw-bg-opacity:1;
  background-color:rgb(248 248 248/var(--tw-bg-opacity))!important
}

html:not(.dark) .disabled\:bg-slate-50:disabled {
  --tw-bg-opacity:1;
  background-color:rgb(248 248 248/var(--tw-bg-opacity))!important
}

html:not(.dark) .disabled\:text-slate-300:disabled {
  --tw-text-opacity:1;
  color:rgb(203 203 203/var(--tw-text-opacity))!important
}

html:not(.dark) .group:hover .group-hover\:border-slate-200 {
  --tw-border-opacity:1;
  border-color:rgb(226 226 226/var(--tw-border-opacity))!important
}

html:not(.dark) .group:focus .group-focus\:ring-slate-950\/80 {
  --tw-ring-color:rgba(2,2,2,.8)!important
}

html:not(.dark) .prose :where(td):not(:where([class~=not-prose] *)) {
  /* table border */
  border:1px solid rgba(226,226,226,.8)!important
}

/* Dark Theme */

:is(.dark .dark\:border-slate-200) {
  --tw-border-opacity:1;
  border-color:rgb(226 226 226/var(--tw-border-opacity))!important
}
:is(.dark .dark\:border-slate-50) {
  --tw-border-opacity:1;
  border-color:rgb(248 248 248/var(--tw-border-opacity))!important
}
:is(.dark .dark\:border-slate-500) {
  --tw-border-opacity:1;
  border-color:rgb(100 100 100/var(--tw-border-opacity))!important
}
:is(.dark .dark\:border-slate-600) {
  --tw-border-opacity:1;
  border-color:rgb(71 71 71/var(--tw-border-opacity))!important
}
:is(.dark .dark\:border-slate-700) {
  --tw-border-opacity:1;
  border-color:rgb(51 51 51/var(--tw-border-opacity))!important
}
:is(.dark .dark\:border-slate-800) {
  --tw-border-opacity:1;
  border-color:rgb(30 30 30/var(--tw-border-opacity))!important;
}
:is(.dark .dark\:border-slate-900) {
  --tw-border-opacity:1;
  border-color:rgb(15 15 15/var(--tw-border-opacity))!important
}

:is(.dark .dark\:bg-slate-100) {
  --tw-bg-opacity:1;
  background-color:rgb(241 241 241/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-200) {
  --tw-bg-opacity:1;
  background-color:rgb(226 226 226/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-50) {
  --tw-bg-opacity:1;
  background-color:rgb(248 248 248/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-600) {
  --tw-bg-opacity:1;
  background-color:rgb(71 71 71/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-700) {
  --tw-bg-opacity:1;
  background-color:rgb(51 51 51/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-800) {
  --tw-bg-opacity:1;
  background-color:rgb(30 30 30/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-900) {
  --tw-bg-opacity:1;
  background-color:rgb(15 15 15/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:bg-slate-950) {
  --tw-bg-opacity:1;
  background-color:rgb(2 2 2/var(--tw-bg-opacity))!important
}

:is(.dark .dark\:from-slate-800) {
  --tw-gradient-from:#1e1e1e var(--tw-gradient-from-position)!important;
  --tw-gradient-to:rgba(30,30,30,0) var(--tw-gradient-to-position)!important;
  --tw-gradient-stops:var(--tw-gradient-from),var(--tw-gradient-to)
}
:is(.dark .dark\:from-slate-900) {
  --tw-gradient-from:#0f0f0f var(--tw-gradient-from-position)!important;
  --tw-gradient-to:rgba(15,15,15,0) var(--tw-gradient-to-position)!important;
  --tw-gradient-stops:var(--tw-gradient-from),var(--tw-gradient-to)
}

:is(.dark .dark\:text-slate-100) {
  --tw-text-opacity:1;
  color:rgb(241 241 241/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-200) {
  --tw-text-opacity:1;
  color:rgb(226 226 226/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-300) {
  --tw-text-opacity:1;
  color:rgb(203 203 203/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-400) {
  --tw-text-opacity:1;
  color:rgb(148 148 148/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-50) {
  --tw-text-opacity:1;
  color:rgb(248 248 248/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-500) {
  --tw-text-opacity:1;
  color:rgb(100 100 100/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-600) {
  --tw-text-opacity:1;
  color:rgb(71 71 71/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-700) {
  --tw-text-opacity:1;
  color:rgb(51 51 51/var(--tw-text-opacity))!important
}
:is(.dark .dark\:text-slate-900) {
  --tw-text-opacity:1;
  color:rgb(15 15 15/var(--tw-text-opacity))!important
}

:is(.dark .dark\:placeholder-slate-400)::-moz-placeholder {
  --tw-placeholder-opacity:1;
  color:rgb(148 148 148/var(--tw-placeholder-opacity))!important
}
:is(.dark .dark\:placeholder-slate-400)::placeholder {
  --tw-placeholder-opacity:1;
  color:rgb(148 148 148/var(--tw-placeholder-opacity))!important
}

:is(.dark .dark\:ring-offset-slate-800) {
  --tw-ring-offset-color:#1e1e1e!important
}
:is(.dark .dark\:hover\:border-slate-500:hover) {
  --tw-border-opacity:1;
  border-color:rgb(100 100 100/var(--tw-border-opacity))!important
}
:is(.dark .dark\:hover\:border-slate-700:hover) {
  --tw-border-opacity:1;
  border-color:rgb(51 51 51/var(--tw-border-opacity))!important
}
:is(.dark .dark\:hover\:border-slate-800:hover) {
  --tw-border-opacity:1;
  border-color:rgb(30 30 30/var(--tw-border-opacity))!important
}

:is(.dark .dark\:hover\:bg-slate-300:hover) {
  --tw-bg-opacity:1;
  background-color:rgb(203 203 203/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:hover\:bg-slate-700:hover) {
  --tw-bg-opacity:1;
  background-color:rgb(51 51 51/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:hover\:bg-slate-800:hover) {
  --tw-bg-opacity:1;
  background-color:rgb(30 30 30/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:hover\:bg-slate-900:hover) {
  --tw-bg-opacity:1;
  background-color:rgb(15 15 15/var(--tw-bg-opacity))!important
}

:is(.dark .hover\:dark\:bg-slate-700):hover {
  --tw-bg-opacity:1;
  background-color:rgb(51 51 51/var(--tw-bg-opacity))!important
}
:is(.dark .hover\:dark\:bg-slate-800):hover {
  --tw-bg-opacity:1;
  background-color:rgb(30 30 30/var(--tw-bg-opacity))!important
}

:is(.dark .dark\:focus\:bg-slate-700:focus) {
  --tw-bg-opacity:1;
  background-color:rgb(51 51 51/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:focus\:bg-slate-800:focus) {
  --tw-bg-opacity:1;
  background-color:rgb(30 30 30/var(--tw-bg-opacity))!important
}
:is(.dark .dark\:focus\:bg-slate-900:focus) {
  --tw-bg-opacity:1;
  background-color:rgb(15 15 15/var(--tw-bg-opacity))!important
}

:is(.dark .dark\:focus\:ring-offset-slate-800:focus) {
  --tw-ring-offset-color:#1e1e1e!important
}
:is(.dark .dark\:focus-visible\:ring-offset-slate-800:focus-visible) {
  --tw-ring-offset-color:#1e1e1e!important
}
:is(.dark .dark\:focus-visible\:ring-offset-slate-900:focus-visible) {
  --tw-ring-offset-color:#0f0f0f!important
}

:is(.dark .disabled\:dark\:bg-slate-900):disabled {
  --tw-bg-opacity:1;
  background-color:rgb(15 15 15/var(--tw-bg-opacity))!important
}

:is(.dark .disabled\:dark\:text-slate-400):disabled {
  --tw-text-opacity:1;
  color:rgb(148 148 148/var(--tw-text-opacity))!important
}
:is(.dark .disabled\:dark\:text-slate-600):disabled {
  --tw-text-opacity:1;
  color:rgb(71 71 71/var(--tw-text-opacity))!important
}
:is(.dark .disabled\:dark\:text-slate-800):disabled {
  --tw-text-opacity:1;
  color:rgb(30 30 30/var(--tw-text-opacity))!important
}

.group:hover :is(.dark .group-hover\:dark\:border-slate-700) {
  --tw-border-opacity:1;
  border-color:rgb(51 51 51/var(--tw-border-opacity))!important
}

:is(.dark .group:focus .dark\:group-focus\:ring-offset-slate-800) {
  --tw-ring-offset-color:#1e1e1e!important
}

:is(.dark .dark\:prose-dark) :where(td):not(:where([class~=not-prose] *)) {
  /* table border */
  border:1px solid #1e1e1e!important
}

/* Syntax Highlighting */

/* Light Theme */

.prose :where(pre):not(:where([class~=not-prose] *)) {
  background-color: #fbfcfd!important;
}
.prose pre code {
  color: #24292e!important;
}

button.absolute.text-white {
  /* copy button */
  color: #000!important;
}

pre code.hljs {
  display: block;
  overflow-x: auto;
  padding: 1em
}
code.hljs {
  padding: 3px 5px
}
/*!
  Theme: GitHub
  Description: Light theme as seen on github.com
  Author: github.com
  Maintainer: @Hirse
  Updated: 2021-05-15

  Outdated base version: https://github.com/primer/github-syntax-light
  Current colors taken from GitHub's CSS
*/
.hljs {
  color: #24292e;
  /* background: #ffffff */
}
.hljs-doctag,
.hljs-keyword,
.hljs-meta .hljs-keyword,
.hljs-template-tag,
.hljs-template-variable,
.hljs-type,
.hljs-variable.language_ {
  /* prettylights-syntax-keyword */
  color: #d73a49!important
}
.hljs-title,
.hljs-title.class_,
.hljs-title.class_.inherited__,
.hljs-title.function_ {
  /* prettylights-syntax-entity */
  color: #6f42c1!important
}
.hljs-attr,
.hljs-attribute,
.hljs-literal,
.hljs-meta,
.hljs-number,
.hljs-operator,
.hljs-variable,
.hljs-selector-attr,
.hljs-selector-class,
.hljs-selector-id {
  /* prettylights-syntax-constant */
  color: #005cc5!important
}
.hljs-regexp,
.hljs-string,
.hljs-meta .hljs-string {
  /* prettylights-syntax-string */
  color: #032f62!important
}
.hljs-built_in,
.hljs-symbol {
  /* prettylights-syntax-variable */
  color: #e36209!important
}
.hljs-comment,
.hljs-code,
.hljs-formula {
  /* prettylights-syntax-comment */
  color: #6a737d!important
}
.hljs-name,
.hljs-quote,
.hljs-selector-tag,
.hljs-selector-pseudo {
  /* prettylights-syntax-entity-tag */
  color: #22863a!important
}
.hljs-subst {
  /* prettylights-syntax-storage-modifier-import */
  color: #24292e!important
}
.hljs-section {
  /* prettylights-syntax-markup-heading */
  color: #005cc5!important;
  font-weight: bold!important
}
.hljs-bullet {
  /* prettylights-syntax-markup-list */
  color: #735c0f!important
}
.hljs-emphasis {
  /* prettylights-syntax-markup-italic */
  color: #24292e!important;
  font-style: italic!important
}
.hljs-strong {
  /* prettylights-syntax-markup-bold */
  color: #24292e!important;
  font-weight: bold!important
}
.hljs-addition {
  /* prettylights-syntax-markup-inserted */
  color: #22863a!important;
  background-color: #f0fff4!important
}
.hljs-deletion {
  /* prettylights-syntax-markup-deleted */
  color: #b31d28!important;
  background-color: #ffeef0!important
}
.hljs-char.escape_,
.hljs-link,
.hljs-params,
.hljs-property,
.hljs-punctuation,
.hljs-tag {
  /* purposely ignored */

}

/* Dark Theme */

:is(.dark .dark\:prose-dark) :where(pre):not(:where([class~="not-prose"] *)) {
  background-color: #1e1e1e!important;
}
.dark .prose pre code {
  color: #c9d1d9!important;
}

.dark button.absolute.text-white {
  /* copy button */
  color: #fff!important;
}

.dark pre code.hljs {
  display: block;
  overflow-x: auto;
  padding: 1em
}
.dark code.hljs {
  padding: 3px 5px
}
/*!
  Theme: GitHub Dark
  Description: Dark theme as seen on github.com
  Author: github.com
  Maintainer: @Hirse
  Updated: 2021-05-15

  Outdated base version: https://github.com/primer/github-syntax-dark
  Current colors taken from GitHub's CSS
*/
.dark .hljs {
  color: #c9d1d9;
  /* background: #0d1117 */
}
.dark .hljs-doctag,
.dark .hljs-keyword,
.dark .hljs-meta .hljs-keyword,
.dark .hljs-template-tag,
.dark .hljs-template-variable,
.dark .hljs-type,
.dark .hljs-variable.language_ {
  /* prettylights-syntax-keyword */
  color: #ff7b72!important
}
.dark .hljs-title,
.dark .hljs-title.class_,
.dark .hljs-title.class_.inherited__,
.dark .hljs-title.function_ {
  /* prettylights-syntax-entity */
  color: #d2a8ff!important
}
.dark .hljs-attr,
.dark .hljs-attribute,
.dark .hljs-literal,
.dark .hljs-meta,
.dark .hljs-number,
.dark .hljs-operator,
.dark .hljs-variable,
.dark .hljs-selector-attr,
.dark .hljs-selector-class,
.dark .hljs-selector-id {
  /* prettylights-syntax-constant */
  color: #79c0ff!important
}
.dark .hljs-regexp,
.dark .hljs-string,
.dark .hljs-meta .hljs-string {
  /* prettylights-syntax-string */
  color: #a5d6ff!important
}
.dark .hljs-built_in,
.dark .hljs-symbol {
  /* prettylights-syntax-variable */
  color: #ffa657!important
}
.dark .hljs-comment,
.dark .hljs-code,
.dark .hljs-formula {
  /* prettylights-syntax-comment */
  color: #8b949e!important
}
.dark .hljs-name,
.dark .hljs-quote,
.dark .hljs-selector-tag,
.dark .hljs-selector-pseudo {
  /* prettylights-syntax-entity-tag */
  color: #7ee787!important
}
.dark .hljs-subst {
  /* prettylights-syntax-storage-modifier-import */
  color: #c9d1d9!important
}
.dark .hljs-section {
  /* prettylights-syntax-markup-heading */
  color: #1f6feb!important;
  font-weight: bold!important
}
.dark .hljs-bullet {
  /* prettylights-syntax-markup-list */
  color: #f2cc60!important
}
.dark .hljs-emphasis {
  /* prettylights-syntax-markup-italic */
  color: #c9d1d9!important;
  font-style: italic!important
}
.dark .hljs-strong {
  /* prettylights-syntax-markup-bold */
  color: #c9d1d9!important;
  font-weight: bold!important
}
.dark .hljs-addition {
  /* prettylights-syntax-markup-inserted */
  color: #aff5b4!important;
  background-color: #033a16!important
}
.dark .hljs-deletion {
  /* prettylights-syntax-markup-deleted */
  color: #ffdcd7!important;
  background-color: #67060c!important
}
.dark .hljs-char.escape_,
.dark .hljs-link,
.dark .hljs-params,
.dark .hljs-property,
.dark .hljs-punctuation,
.dark .hljs-tag {
  /* purposely ignored */

}

작성 과정

기본 색상 변경

개발자 도구로 '푸르딩딩'한 색깔을 가진 요소를 조사해 보면 Tailwind CSS의 slate 색상을 사용하고 있는 것을 확인할 수 있다.

Hashnode의 스타일시트를 내려받아 -slate를 검색해 slate 색상을 사용 중인 모든 CSS 규칙들을 복사해 주도록 한다. (파이어폭스의 경우 스타일 편집기 탭에서 가져오면 되고, 크로뮴 기반 브라우저의 경우 네트워크 탭에서 가져오면 될 것으로 보인다.)

다음으로 아래 정규표현식을 사용해서 색상을 전부 무채색으로 만들어 주면 된다. (VS Code의 Replace All 기능을 사용했다.)

1. #(\w{2})\w{4} → #$1$1$1

2. (rgba?)\((\d+)( *,? *)\d+( *,? *)\d+ → $1($2$3$2$4$2

3. ((?:(?:rgba?)|#)[^;]*) → $1!important

#xxxxxx, rgb, rgba 형식의 색상들에서 녹색과 파란색을 모두 빨간색과 동일하게 설정해 주었다.

사실 Tailwind CSS의 공식 문서를 보면 색상표가 있고, 여기서 neutral 계열이 무채색에 해당하는데, 각 slate 색상을 대응하는 neutral 색상으로 변경해 주는 게 더 좋다. 근데 나는 이게 귀찮아서 그냥 정규표현식으로 치환했다...

여기까지만 하면 다크 테마의 일부 색상이 라이트 테마의 색상으로 적용되어 있을 것이다.

!important 키워드의 부작용인데, 달리 해결할 방법이 없는 것 같아 단순히 라이트 테마 규칙들의 선택자 앞에 html:not(.dark)를 추가해 줬다. 아래 정규표현식을 사용하면 된다.

• (.+\{) → html:not(.dark) $1

구문 강조 테마 변경

다음으로는 구문 강조 (Syntax Highlighting) 테마를 변경해 줘야 한다.

Hashnode의 경우 구문 강조를 위해 highlight.js를 사용한다. 데모 페이지에서 마음에 드는 테마를 찾아 고른 뒤 (라이트 테마, 다크 테마 두 개 정도 고르면 좋다.) 이곳에서 CSS를 가져오면 된다.

가져온 CSS에 !important 키워드를 추가해서 작성 중인 커스텀 CSS에 넣고, 다크 테마에 적용할 속성의 경우 .hljs-* 앞에 .dark를 붙여 주면 된다.

이때 주의할 점은 Hashnode에서 (왜인진 모르겠으나) .hljs 클래스를 사용하지 않는다는 것이다. 따라서 .hljs에 정의된 글자 색상과 배경 색상을 다른 곳으로 옮겨 줘야 한다.

마지막으로, 코드 블록 배경색이 밝은 색상이라면 코드 복사 버튼이 잘 보이지 않을 것이다. 이를 해결하기 위해 아래 CSS를 추가해 준다.

/* Light Theme */

button.absolute.text-white {
  /* copy button */
  color: #000!important;
}

/* Dark Theme */

.dark button.absolute.text-white {
  /* copy button */
  color: #fff!important;
}

기타 색상 변경

파인 튜닝 과정이다.

위 내용들로도 충분하여 수정할 부분이 많지는 않았으나, 글에 표를 삽입했을 때 표 테두리 색상이 여전히 파란 계열이어서 이 부분만 추가로 수정해 주었다.

/* Light Theme */

html:not(.dark) .prose :where(td):not(:where([class~=not-prose] *)) {
  /* table border */
  border:1px solid rgba(226,226,226,.8)!important
}

/* Dark Theme */

:is(.dark .dark\:prose-dark) :where(td):not(:where([class~=not-prose] *)) {
  /* table border */
  border:1px solid #1e1e1e!important
}

마치며

이상으로 Hashnode에 커스텀 CSS를 적용하는 방법에 대해서 알아보았다.

이 글이 부디 도움이 되었기를 바란다.

관련 자료

• Style your Hashnode blog with Custom CSS

구글에 'Hashnode'를 검색해 보면 다른 Hashnode 사용자들이 자신이 왜 기술 블로그 플랫폼으로 Hashnode를 선택했는지, 이유를 설명하는 글들을 많이 찾아볼 수 있다.

내가 기술 블로그 플랫폼을 선택하는 과정에서 그런 글들의 도움을 많이 받기도 했고, (앞으로 주로 쓸 내용에 비하면) 비교적 접근성이 좋은 주제인 것 같아 나도 써보기로 했다.

왜 Hashnode인가?

고려했던 플랫폼들

내가 기술 블로그를 시작하기 전 고려했던 플랫폼들에는 몇 가지가 있었다.

• Velog

• Hashnode

• Medium

• Github Pages

솔직히 내가 나를 아는데, Github으로 블로그를 관리하면 귀찮아서 금방 글을 안 올리게 될 것이 뻔했다. 그래서 Github은 후보에서 제외했다.

Medium은 한글 폰트가 명조체로 나오는 것이 마음에 안 들었고, 이외에도 마크다운 미지원, 구문 강조 (Syntax Highlighting) 기능 미지원 등의 사유로 후보에서 제외하였다.

남은 건 Velog와 Hashnode인데, 사실은 이미 Velog를 사용하기로 결정하고 글도 하나 작성해 보았었다.

그러나 결국 Hashnode로 도망쳐 나왔다.

Velog를 포기한 이유

막상 Velog를 사용해 보니 생각했던 것만큼 그렇게 좋지는 않았다.

• 흔하다.

  • 속물 효과, 쉬운 말로는 홍대병

  • 한국 한정 Hashnode는 충분히 힙한 플랫폼인 것 같다.

• 버그가 많다.

  • 파이어폭스라서 그런 건지는 모르겠으나, 나의 경우 작성 도중 글의 일부분을 선택하려고 드래그하면 선택된 영역의 글이 스르륵 지워지는 문제가 있었다.

  • 어쩔 땐 커서를 옮기면 마지막에 쓴 글자가 지워지기도 했다.

  • 글 수정이 잘 안 된다. 글을 수정하고 수정하기 버튼을 눌러도 아무런 반응이 없는 경우가 꽤 있었다.

Velog를 사용하기로 결심했던 만큼 '흔하다'는 점 정도는 어느정도 감안하고 넘어가려 했으나, 고작 글 하나를 작성했을 뿐인데도 자잘한 버그가 생각보다 너무 많이 보여서 결국 이주를 결정하게 되었다.

Hashnode의 장점

Hashnode로 이주하고 느낀 장점은 꽤나 많았다.

• Velog에서 겪던 문제가 사라졌다.

  • 힙하고, 버그도 적고, ...

• 예쁘다.

  • 특히 상단 헤더의 반투명 효과가 마음에 든다.

    • WinUI3에선 아크릴릭 효과라고 불렀었는데... 일반적으론 뭐라고 부르는지 모르겠다.

  • 확실히 Velog보단 화려한 느낌이다.

  • Velog의 마크다운 표 디자인은 상당히 이상했었는데, Hashnode의 표 디자인은 멀쩡하다.

• 커스터마이징이 자유롭다.

  • (당연하게도) Github 블로그보단 제한적이다.

  • 그래도 커스텀 CSS를 지원하여 기본 스타일이 마음에 들지 않으면 직접 수정할 수 있게 해뒀단 점은 칭찬할 만하다.

  • 블로그 홈 화면 레이아웃도 매거진, 스택, 그리드 레이아웃 중에서 고를 수 있다.

• 에디터가 편하다.

  • 노션처럼 작성 중인 마크다운이 실시간으로 렌더링되어 보여진다. (WYSIWYG 방식)

    • 기존에는 프리뷰를 눌러야 확인 가능한 방식이었다고 하는데, 최근 개선이 이뤄진 것으로 보인다.

  • Velog의 경우 에디터 화면이 좌우로 나뉘어져 있고, 왼쪽에 마크다운을 작성하면 미리보기가 오른쪽에 반영되는 형식이다.

    • 이게 스크롤이 왼쪽 오른쪽 따로라서 은근 불편하다.

  • 슬래시 (/) 를 입력해 명령을 사용하는 것도 가능하다.

  • 필요 시 Raw 마크다운 에디터로 전환할 수 있다.

• Github에 글을 자동으로 백업해 준다.

• 상세한 통계 정보를 제공해 준다.

  • Velog는 날짜별 조회수 정도만 집계해 준다.

  • Hashnode는 조회수, 방문자 수, 방문 시간, 방문한 페이지, 유입 경로, 브라우저, 운영체제, 접속 국가 등 훨씬 다양한 정보를 집계해 준다.

• 커스텀 도메인을 지원한다.

• AI를 지원한다. (유료 기능)

  • 노션 AI처럼 글쓰기를 보조하는 AI가 존재한다. 아직까진 한국어 환경에서 그렇게 잘 작동하는 것 같진 않지만, 확실히 없는 것보단 낫다.

  • 글 작성 시 전체적인 틀을 잡을 때 유용한 것 같다.

이외에도 더 많은 장점이 있겠지만, 일단은 알고 있는 장점에 대해서만 적었다. (만약 추가하고 싶은 내용이 있다면, 댓글 남겨 주시면 반영하도록 하겠다.)

Hashnode의 단점

물론 Hashnode에 장점만 있는 건 아니다. 눈에 띄는 단점들도 꽤 있었다.

안 예쁘다.

아니, 방금 장점에서 예쁘다고 해 놓고 이게 무슨 소리인가 싶을 수 있다.

근데 진짜 다크 테마가 안 예쁘다.

기본 제공되는 다크 테마가 미드나이트 블루? 약간 심하게 푸르딩딩한 검은색이다.

나는 이게 너무 마음에 안 들어서 다시 Velog로 넘어가야 하나 몇 번이고 고민했지만, 결국 눈물을 머금고 직접 커스텀 CSS를 작성해서 해결했다. (사용한 커스텀 CSS는 다음 포스팅에 작성하도록 하겠다.)

라이트 테마도 약간 푸르딩딩한 색이 나오긴 하는데, 다크 테마에 비하면 그렇게 이상할 정도는 아니라서 그냥 둬도 될 것 같다. (나는 이것도 같이 수정하긴 했다.)

구문 강조 기능이 비교적 빈약하다.

물론 미디엄처럼 구문 강조를 하나도 안 해 주는 것은 아니나, Velog에 비하면 빈약하다고 느껴진다.

xil::unique_process process;

NTSTATUS status = ::PsLookupProcessByProcessId(kTargetProcessId, &process);

if (!NT_SUCCESS(status))
{
    LOG(ERROR, "PsLookupProcessByProcessId failed. (%08X)", status);

    return status;
}

이런 느낌이다.

참고로 Velog는 이런 느낌이다.

가장 눈에 띄는 차이는, 함수 호출 부분에 하이라이팅을 해 주지 않는다. 이외에도 자잘한 차이들이 꽤 있는데, 구문 강조 기능은 아무래도 Velog의 것이 더 마음에 들었다.

또한 별도의 커스텀 CSS가 없을 경우, 라이트 테마에서 코드 블록만 검은 배경인 것이 약간 신경 쓰인다.

개인적인 생각이지만, 아무래도 이 부분은 다른 사용자들 사이에서도 꽤 요구가 있는 상황인 것 같아 조만간 개선되지 않을까 싶다.

일부 마크다운이 제대로 적용되지 않는다.

예를 들어 마크다운으로 테이블을 작성할 때, 콜론 (:) 기호를 사용해서 좌/우/중앙 정렬을 선택할 수 있는데, 이게 Hashnode에선 무조건 왼쪽 정렬로 고정이다.

또 볼드/이탤릭/취소선 처리를 할 때 앞뒤로 공백이 없으면 제대로 적용이 안 될 때가 있다. asdf**asdf**asdf, asdf_asdf_asdf, asdfasdfasdf 이런 느낌.

아마 이 부분도 빠른 시일 내로 개선되지 않을까... 기대하고 있다.

테마가 시스템 설정을 따라가지 않는다.

라이트 테마와 다크 테마를 지원하고, 어떤 테마를 기본으로 사용할지도 지정할 수 있지만, 아쉽게도 시스템 설정을 따라가도록 하는 기능은 아직 없는 것 같다.

Velog는 기본적으로 시스템 설정을 따라가도록 되어 있고, 필요할 시 둘 중 하나를 직접 선택할 수 있도록 되어 있다. 그러나 Hashnode에는 이와 같은 기능이 없어 아쉬웠다.

개인정보 처리방침이 마음에 안 든다.

사실 이거 읽어보는 사람이 있을까 싶긴 하지만, 나는 그래도 되도록이면 항상 읽으려고 노력하는 편이다.

Hashnode 개인정보 처리방침을 읽으면서 마음에 안 들었던 부분은 아래와 같다.

3. Information We Collect Through Automatic Data Collection Technologies:

(중략)

As you navigate through and interact with the Websites and/or the Service, we may use automatic data collection technologies to collect certain information about your equipment, browsing actions, and patterns, including:

• Details of your visits to the Websites and the Service, including traffic data, location data, logs, and other communication data and the resources that you access and use on the Websites and Service.

자동 수집 항목에 위치 데이터가 있다. 물론 이게 GPS 데이터처럼 정밀한 위치 정보를 의미하는 것 같지는 않고, 접속 IP나 언어 설정을 기반으로 한 국가 정보 정도인 것으로 추측된다. (블로그 통계에서 보여주는 내용 중에도 방문자의 국가 정보가 있다.)

5. Disclosure of Your Information:

We may disclose aggregated information about our users, and information that does not identify any individual, without restriction.

We may disclose personal information that we collect or you provide as described in this privacy policy:

• To our subsidiaries and affiliates.

(중략)

• To third parties (collectively, the "Third Party Vendors") to further the purpose for which you provided such information to us. For example, we may share your information our email platform, for the purpose of sending emails or with other vendors for the purposes of payment processing, delivery of goods, search engine facilities, advertising and marketing.

수집한 개인정보가 공개되는 범위도 약간 찜찜하다.

• 자회사 및 계열사에 공개할 수 있다.

• 제3자에게 개인정보를 제공할 수 있다.

  • 정확히 어떤 제3자에게 어떤 정보를 제공하는지 명시되어 있지 않다.

  • 제공 목적에 광고 및 마케팅 목적이 포함되어 있다.

13. Opt-Out Process:

(중략)

However, we are not responsible for, and in some cases we are incapable of, removing your personally identifiable information from the lists of any third party who has previously been provided your information in accordance with this Privacy Policy or your consent. You should contact such third parties directly.

이미 이전에 제3자에게 제공된 개인정보의 경우 삭제할 책임이 없으니 필요하면 직접 연락해서 삭제하라고 한다. 근데 그러려면 적어도 그 제3자가 누구인지 정도는 알려줘야 하는 것 아닌가...?

17. Servers:

Our servers are maintained in the United States. By using the Service, you freely and specifically give us your consent to export your personally identifiable information to the United States and to store and use it in the United States as specified in this Privacy Policy. You understand that data stored in the United States may be subject to lawful requests by the courts or law enforcement authorities in the United States.

서버가 미국에 있고 데이터가 미국 법원 또는 법 집행 기관의 합법적인 요청의 대상이 될 수 있다고 한다.

근데 사실 구글 본사도 미국에 있으니... 본인이 범죄 행위에 연루된 게 아닌 이상 크게 신경 안 써도 될 것 같다. (근데 범죄자가 기술 블로그를 쓸 일이 있나...?)

로그인 비밀번호가 없다.

로그인 비밀번호가 없는 대신 로그인 이메일을 보내주는 방식이다.

사실 Velog에서 Hashnode로 넘어온 이유 중에 하나가 Velog가 로그인할 때마다 로그인 이메일을 보내주는 게 불편해서였는데, 막상 와 보니 Hashnode도 동일한 방식이어서 꽤나 실망했다...

어쩌면 나만 모르는 유행인 걸지도 모르겠다.

만약 이 방식을 더 선호하는 사람이 있다면, 오히려 장점이라고도 볼 수 있을 것 같다.

커스텀 CSS의 적용 범위가 제한적이다.

에디터 화면이나 미리보기 화면에선 적용되지 않는다.

현재로선 Stylus 등 별도 브라우저 확장을 이용하는 방법밖엔 없는 듯하다.

마치며

이상으로 내가 Velog에서 Hashnode로 이주한 이유, Hashnode의 장점과 단점 등에 대해 다뤄 보았다.

뭔가 모아두고 보니 단점이 엄청나게 많은 느낌이 돼버렸으나... 실제로는 그렇지 않다. 장점이 단점을 모두 덮을 만큼 충분히 매력적인 서비스이다.

사실 나는 개인정보 처리방침으로 인해 가입을 정말 많이 망설였으나, 막상 따지고 보면 가입 시 입력하는 정보가 이메일 말곤 뭐가 딱히 없다. 나처럼 개인정보 보호에 병적으로 집착하는 게 아닌 이상 전혀 신경 안 써도 될 문제 같다.

나머지 단점들도 대부분 이미 커스텀 CSS 등 대안이 존재하거나, 추후 업데이트를 통해 계속해서 개선이 진행될 사항으로 보인다.

앞으로도 계속 발전할 것으로 기대되는 서비스인 만큼, 더 많은 사람들에게 알려지고, 더 많은 사람들이 이용하는 플랫폼이 되기를 기대한다. (근데 또 너무 많이는 말고...)

이 글이 기술 블로그 플랫폼을 고민하던 누군가에게 도움이 되었기를 바란다.