채팅 감시는 흔히 기술 논쟁으로 보인다. 그러나 2026년 7월 7일 유럽의회에서 벌어진 일은 암호화나 AI 스캔 성능보다 앞선 문제를 드러냈다. 한 번 거절된 Chat Control 연장안이 여름 휴회 직전 긴급 절차로 다시 본회의에 올라왔다. 개발자 커뮤니티가 반응한 지점은 나쁜 콘텐츠를 잡자는 목표가 아니라, 사적 메시지를 스캔하는 권한이 어떤 절차로 되살아났는지였다. Chat Control 논쟁의 핵심 키워드는 아동 성착취물(CSAM) 대응, 사적 메시지 스캔, 플랫폼의 자발적 탐지, 유럽연합(EU) 규제다. 이 주제를 검색하는 사람은 대개 한 가지를 확인하려 한다. 내 메신저와 이메일이 법적으로 어떤 범위까지 들여다보일 수 있는가. ...
GitHub Agentic Workflows와 간접 프롬프트 인젝션은 에이전트 보안을 모델 성능이 아니라 권한 설계 문제로 보게 만든다. 에이전트가 읽고 판단한 뒤 쓰기까지 하는 순간, 토큰은 자동화 도구이면서 데이터 유출 경로가 될 수 있다. 에이전트 자동화의 장점은 분명하다. 이슈를 읽고, 레포지토리를 뒤지고, PR을 검토하고, 댓글을 남긴다. 사람이 반복하던 작업이 자연어 지시와 도구 호출로 이어진다. 같은 구조는 공격자에게도 단순하다. 토큰을 훔치거나 서버를 뚫지 않아도 된다. 에이전트가 읽을 문장을 public issue에 남기고, 에이전트가 가진 권한으로 private repository를 읽게 한 뒤, public comment로 쓰게 만들면 된다. ...
AI 채용 자동화가 GitHub Trending 1위까지 올라간 이유는 분명하다. MadsLorentzen/ai-job-search는 Claude Code를 이력서 작성 도구가 아니라 채용 지원 파이프라인으로 쓴다. 프로필을 채우고, 채용 공고를 긁고, 적합도를 매기고, CV와 커버레터를 LaTeX로 만들고, PDF와 ATS 파싱까지 확인한다. 반응은 편의성만으로 설명되지 않는다. 구직자가 반복 노동을 자동화하자 채용 시장의 기존 균형이 드러났다. 회사는 ATS로 지원자를 걸렀고, 구직자는 이제 에이전트로 지원서를 만든다. 한쪽만 자동화하던 시장이 양쪽 자동화 시장으로 바뀌고 있다. AI 채용 자동화는 이력서 생성기가 아니라 권한 이전이다 확인된 사실부터 좁혀야 한다. 선정된 저장소는 TypeScript 기반의 AI job application framework다. 설명에 따르면 Claude Code 위에서 동작하며, 사용자는 저장소를 포크한 뒤 자신의 프로필을 채운다. 핵심 명령은 /setup, /scrape, /apply <url>이다. ...
Trusted Publishing과 OIDC를 둘러싼 공급망 보안 논쟁의 핵심은 이 기능을 믿어도 되는지가 아니다. 이 기능이 무엇을 증명하고, 무엇을 증명하지 않는지 구분하는 일이다. 패키지 페이지에 초록 체크가 하나 더 생기면 사람은 안전 신호로 받아들인다. PyPI가 Trusted Publishing 상태를 눈에 띄게 보여주지 않는 이유도 여기에 있다. 기계가 검증해야 할 인증 결과를 사람에게 품질 보증처럼 보여주는 순간, 공급망 보안은 오히려 나빠진다. Trusted Publishing은 안전한 패키지를 고르는 기능이 아니다 Trusted Publishing은 PyPI가 2023년에 도입한 OIDC(OpenID Connect) 기반 게시 인증 방식이다. npm, RubyGems, crates.io, NuGet 같은 다른 패키지 생태계도 비슷한 방향을 받아들였다. 출발점은 단순하다. 레지스트리 API 토큰 같은 장기 자격 증명은 유출되기 쉽고, 실제 필요한 범위보다 넓게 발급되기 쉽다. ...
같은 모델을 어제는 API로 부르고, 오늘은 중국 AI 모델 접근 제한 때문에 못 부른다면 성능 문제가 아니다. 운영 리스크다. 2026년 7월 7일 Reuters는 베이징이 중국 최상위 AI 모델의 해외 접근을 제한하는 방안을 검토하고 있다고 보도했다. 아직 시행된 금지는 아니다. 그래도 개발자들이 불편해할 지점은 이미 충분하다. 모델은 라이브러리처럼 보이지만 실제로는 국경, 계약, 보안 심사의 영향을 받는 인프라가 됐다. OpenAI, Anthropic, 중국계 오픈 모델을 비용과 성능만으로 고르던 시기는 끝났다. 이제는 이 모델을 계속 쓸 수 있는지부터 물어야 한다. ...
Postgres 하나로 Redis, Elasticsearch, Kafka까지 대신할 수 있다는 말은 절반만 맞다. 맞는 절반은 운영 복잡도를 줄이라는 경고다. 틀린 절반은 데이터베이스를 만능 런타임처럼 쓰면 된다는 착각이다. Postgres, 데이터베이스 아키텍처, Redis 대체, 검색, 큐, 벡터 검색을 한 문장에 넣으면 논쟁이 바로 붙는다. 이미 Postgres에 JSONB, SKIP LOCKED, full-text search, pgvector, PostGIS가 있는데 왜 저장소를 일곱 개나 굴리냐는 쪽이 있다. 캐시와 검색 엔진과 메시지 브로커는 실패 방식부터 다르니 한 통에 넣으면 장애 반경만 커진다는 반박도 나온다. ...
펜으로 쓴 문장이 종이 안으로 사라지고, 몇 초 뒤 같은 종이에 답장이 손글씨처럼 떠오른다. Riddle이 reMarkable Paper Pro를 해리포터의 톰 리들 일기장처럼 만든 장면은 데모로만 끝나지 않는다. 이 데모가 Hacker News에서 333포인트와 184개 댓글을 모은 이유는 분명하다. AI 인터페이스가 화면 밖으로 나오면서, 기기 권한과 데이터 경계, 모델 행동이 한꺼번에 흐려졌기 때문이다. 종이에 답장이 뜨는 순간, 경계가 사라진다 Riddle은 reMarkable Paper Pro 위에서 돌아가는 비공식 앱이다. 사용자가 펜으로 글을 쓰고 잠시 멈추면, 앱은 2.8초의 유휴 시간을 기준으로 페이지를 커밋한다. 그 페이지는 PNG 이미지로 변환되고, 비전 LLM이 필기 내용을 읽어 답을 만든다. 답은 Dancing Script 폰트를 래스터화한 뒤 Zhang-Suen thinning과 stroke tracing을 거쳐 한 획씩 다시 재생된다. ...
KVM 보안의 핵심 약속은 단순하다. 게스트는 게스트에 갇힌다. Januscape는 그 약속이 하이퍼바이저 바깥 코드가 아니라 리눅스 커널 안의 KVM/x86 MMU 경로에서 깨질 수 있음을 보여준다. Kubernetes와 클라우드 인프라에서 가상머신은 낡은 기술이 아니다. 컨테이너 워커 노드, CI 하네스, 보안 샌드박스, 멀티테넌트 빌드 환경, AI 에이전트 실행 격리까지 VM 위에 다시 VM을 얹는 구조가 흔해졌다. Januscape(CVE-2026-53359)가 불편한 이유는 여기에 있다. 이 취약점은 QEMU 장치 에뮬레이션 문제가 아니라 KVM/x86의 커널 내부 경로 문제다. 격리의 가장 낮은 층이 흔들리면 그 위에 쌓은 정책은 한꺼번에 방어선을 잃는다. ...
AI 에이전트 보안의 핵심은 더 똑똑한 프롬프트가 아니다. 에이전트에게 넘긴 토큰이 어디까지 도망갈 수 있는지 줄이는 일이다. AI 에이전트가 캘린더, 메일, GitHub, 관측성 도구, 배포 시스템을 대신 만지기 시작하면 문제는 모델 성능에서 신원(identity)으로 옮겨간다. 사람은 요청을 해석하지만, 에이전트는 권한을 실행한다. 그 사이에 OAuth 토큰, OIDC 클레임, mTLS, 세션 기록, 리소스 발견 규격이 끼어든다. 가장 위험한 설계는 단순하다. 사용자가 한 번 로그인하고, 에이전트 런타임 안에 실제 액세스 토큰을 넣어 두는 방식이다. 그 토큰은 파일로 남고, 로그에 찍히고, 저장소에 커밋되고, 프롬프트 인젝션에 속은 에이전트가 외부로 보내버릴 수 있다. 이 구조에서는 에이전트가 뚫린 것이 아니라 토큰이 사람이 된 것이다. ...
AI 랜섬웨어라는 말이 먼저 달렸다. Sysdig가 공개한 JadePuffer 사례는 실제 침해에서 AI 에이전트가 기술 실행을 맡은 첫 알려진 사례로 소개됐다. 중요한 차이는 따로 있다. 인간이 키보드에서 물러난 것과 인간이 공격에서 사라진 것은 같은 말이 아니다. AI가 공격한 것은 맞다, 공격을 고른 것은 사람이었다 확인된 사실부터 보자. 2026년 7월 6일 TechCrunch 보도에 따르면 Sysdig는 JadePuffer라는 공격에서 AI 에이전트가 취약 서버 침투, 자격 증명 탈취, 내부 이동, 파일 암호화, 랜섬 노트 작성까지 수행했다고 설명했다. ...