Posts

OpenAI 지분 5%를 미국 국부펀드에 넘기자는 제안은 기부보다 승인 구조에 가깝다. AI 회사가 규제 대상이면서 정부의 투자 자산이 되는 순간, 안전 심사와 산업정책, 선거용 배당의 경계가 한 줄로 붙는다. 이 논쟁은 OpenAI의 선의에서 나온 이야기가 아니다. 미국 정부가 AI 붐의 수익을 국민에게 나눠야 한다는 주장, AI 기업이 정치적 반발을 낮추고 싶어 하는 계산, 개발자 커뮤니티가 느끼는 플랫폼 권력 불신이 같은 테이블에 올라온 사건이다. OpenAI 5% 지분 제안은 배당보다 관계 설정의 문제다 2026년 7월 2일 TechCrunch는 Financial Times 보도를 인용해 Sam Altman이 OpenAI 지분 5%를 미국 국부펀드에 제공하는 방안을 제안했다고 전했다. FT는 이 사안을 아는 두 명을 근거로 들었다. TechCrunch 보도에 따르면 다른 AI 기업도 비슷한 지분을 기부하는 구조가 함께 논의됐다. ...

Claude가 Front Gate Tickets의 SQL injection 우회에 쓰였다는 사실보다 더 큰 문제는 중앙화된 티켓 발권 권한이다. 2026년 4월 보안 연구자 Ian Carroll은 모델의 도움을 받아 음악 페스티벌 티켓 플랫폼의 내부 API와 관리자 권한에 접근할 수 있는 경로를 찾았다. 이 사건은 도구 악용 논쟁이기도 하지만, 더 직접적으로는 권한 설계와 운영 검증이 실패한 사례다. 공격자가 초능력을 얻은 게 아니다. 이미 약한 시스템에 더 빠른 조수가 붙었다. Claude가 찾은 것은 취약점 하나가 아니라 권한의 지름길이었다 확인된 사실부터 보자. WIRED 보도에 따르면 Carroll은 2026년 4월 Front Gate Tickets 웹 도메인을 살펴보다 SQL injection으로 보이는 취약점을 발견했다. Front Gate Tickets는 Live Nation Entertainment 계열사이며, Lollapalooza, Bonnaroo, South by Southwest, Austin City Limits 같은 대형 미국 음악 페스티벌의 티켓팅을 처리하는 플랫폼으로 설명됐다. ...

한 줄 요약: AI 코딩 에이전트와 GitHub Copilot 모델 선택지는 생산성만으로 설명하기 어렵다. 보안, 비용, 코드 리뷰, 의존성 관리가 함께 걸린 운영 아키텍처 문제다. 모델을 더 많이 열수록 애플리케이션 코드보다 게이트웨이, 정책, 하네스, 리뷰 기준이 먼저 준비돼 있어야 한다. 왜 지금 이슈인가 AI 코딩 에이전트는 이제 IDE 안의 자동완성 기능에 머물지 않는다. GitHub Copilot에 Kimi K2.7 Code 같은 오픈 웨이트(open-weight) 모델이 들어오고, Copilot CLI, 클라우드 에이전트, JetBrains, Xcode, GitHub Mobile 같은 표면까지 넓어지면 질문은 꽤 단순해진다. ...

한 줄 요약: 로컬 LLM과 에이전트 인프라는 클라우드 비용보다 데이터 경계, GPU 토폴로지, 장애 격리, 모델 교체 비용을 먼저 봐야 한다. 내 장비에서 돈다는 사실보다, 실패했을 때 어디까지 영향을 주는지가 설계의 핵심이다. 왜 지금 이슈인가 로컬 LLM을 직접 돌리려는 움직임이 다시 커진 이유는 GPU 성능만으로 설명하기 어렵다. hosted API가 편하다는 점은 그대로다. 다만 에이전트가 코드, 문서, 검색, 메신저, 사내 저장소까지 다루기 시작하면서 데이터 경계가 전보다 훨씬 애매해졌다. Jamesob의 로컬 LLM 가이드는 이 긴장을 꽤 직접적으로 보여준다. 약 2천 달러 구성에서는 RTX 3090 두 장과 48GB VRAM으로 Qwen 계열 모델과 Whisper 기반 음성 인식(STT)을 돌린다. 약 4만 달러급 구성에서는 RTX PRO 6000 네 장, 총 384GB VRAM으로 더 큰 모델을 서빙한다. 정작 눈에 띄는 것은 모델 이름보다 주변 구성이다. PCIe 스위치, NCCL, ACS, IOMMU, 전력 제한, Docker, 내부 DNS, 샌드박스 VM, Gitea, 검색 도구가 함께 나온다. ...

한 줄 요약: AI API 운영에서 HTTP 200은 성공 신호로 부족하다. 모델 라우팅, 재시도, 비용, 지연, 출력 검증, 권한 범위를 함께 봐야 정상 응답처럼 보이는 장애를 잡을 수 있다. 왜 지금 이슈인가 AI API를 붙인 서비스에서 가장 위험한 순간은 에러가 터질 때만은 아니다. 더 까다로운 상황은 HTTP 200이 돌아왔지만 실제 업무는 실패한 경우다. 응답은 왔다. JSON도 파싱된다. 대시보드에는 성공 요청으로 찍힌다. 그런데 사용자가 받은 답변이 비어 있거나, 다음 워크플로가 요구하는 필드가 빠져 있거나, 의도한 모델이 아니라 fallback 모델이 처리했거나, 내부 재시도 때문에 비용이 예상보다 커져 있을 수 있다. ...

한 줄 요약: Steam Machine용 e-ink 전면 패널 자료 공개는 작은 액세서리 소식처럼 보이지만, 실제로는 오픈 하드웨어가 소비자 기대, 보증, 발열, 서드파티 생태계의 책임 범위를 어디까지 흔드는지 보여준다. 무슨 일이 있었나 2026년 7월 3일, GamingOnLinux는 Valve가 Steam Machine용 e-ink 전면 패널 제작 자료를 공개했다고 전했다. Valve가 완제품을 직접 판매하는 방식은 아니다. GitLab에 MIT 라이선스로 자료를 올려, 사용자가 부품을 사서 조립하거나 서드파티 업체가 호환 액세서리를 만들 수 있게 한 쪽에 가깝다. ...

한 줄 요약: Claude Code 안에서 Codex를 부르는 플러그인은 편의 기능에 그치지 않는다. AI 코딩 도구 경쟁은 모델 성능만 보던 단계에서 벗어나, 작업 흐름의 권한과 리뷰 책임, 플랫폼 신뢰를 함께 따지는 쪽으로 옮겨가고 있다. 무슨 일이 있었나 2026년 7월 초 GitHub Trending에 openai/codex-plugin-cc가 올라왔다. 저장소 설명을 보면, 이 플러그인은 Claude Code 사용자가 기존 작업 흐름 안에서 Codex를 호출해 코드 리뷰를 받거나 작업을 맡길 수 있게 한다. 확인된 기능은 꽤 구체적이다. ...

한 줄 요약: AI 펜테스팅 도구 Strix가 GitHub Trending 1위에 올랐다. 보안 자동화가 이겼다는 이야기라기보다, 취약점 탐색과 익스플로잇 검증을 CI 안으로 넣으려는 시도가 눈에 띄게 커졌다는 쪽에 가깝다. 봐야 할 지점은 기대보다 권한, 범위, 책임이다. 무슨 일이 있었나 GitHub Trending에서 usestrix/strix가 1위에 올랐다. 제공된 데이터 기준으로 별은 34,538개, 하루 증가분은 2,804개다. 저장소 설명은 “Open-source AI penetration testing tool to find and fix your app’s vulnerabilities”다. Strix가 내세우는 범위는 단순 정적 분석이 아니다. README 기준으로 Strix는 자율 AI 펜테스팅 에이전트가 실제 해커처럼 코드를 동적으로 실행하고, 취약점을 찾고, 실제 개념증명(PoC)으로 검증한다고 설명한다. ...

한 줄 요약: Guix substitute와 guix pull 취약점은 재현 가능한 빌드만으로는 소프트웨어 공급망 보안을 설명하기 어렵다는 사례다. 패키지 매니저의 신뢰 경계는 빌드 결과물뿐 아니라 업데이트 경로, 캐시, 키, 롤백 정책까지 포함한다. 왜 지금 이슈인가 개발자 커뮤니티에서 Guix 취약점이 이야기되는 이유는 Guix 자체의 점유율 때문만은 아니다. Guix는 재현 가능한 빌드(Reproducible Build), 함수형 패키지 관리, 롤백 가능한 프로필을 핵심 기능으로 삼아 온 도구다. 그런 도구에서도 guix substitute와 guix pull 같은 업데이트 경로가 문제가 될 수 있다는 점은 생각할 거리를 남긴다. ...

한 줄 요약: TLS 1.3에 ML-KEM을 넣는 논쟁은 포스트 양자 암호 전체의 문제가 아니라 더 좁은 운영 판단에 가깝다. RFC가 됐다는 사실을 보안성 검증으로 볼 것인지, 운영자가 따로 검증해야 할 선택지가 늘었다고 볼 것인지가 갈림길이다. 왜 지금 이슈인가 TLS, ML-KEM, IETF라는 단어가 한 문장에 붙으면 흐름은 대체로 정해져 보인다. 양자 컴퓨터에 대비해야 하고, 표준화가 필요하며, 구현 생태계도 따라와야 한다는 이야기다. 하지만 이번 논쟁의 불편한 지점은 포스트 양자 암호(Post-Quantum Cryptography)를 도입할지 말지가 아니다. TLS 1.3에서 ML-KEM을 어떤 형태로 넣을 것인지, 특히 기존 타원곡선 키 교환(ECDH)과 ML-KEM을 함께 쓰는 하이브리드 방식이 아니라 solo ML-KEM을 허용하는 RFC를 낼 것인지가 쟁점이다. ...