#コンテナ

Baseten を inference の提供元として使おうとしていたセキュリティ企業 Strix が、公開されていた Docker/Harbor 系のイメージを自動調査したところ、古い GitHub personal access token を見つけた、というのがこの話の骨子だ。しかもそのトークンは生きていて、Baseten の内部 GitHub リポジトリに対して admin 権限を持っていたとされる。外部サービスを業務に組み込む前に、相手側の足元を自分で点検する。その重要性をかなり生々しく示した事例だと思う。 Strix は自社の自律型ハッキングエージェントを使い、`*.baseten.co` を対象にクレデンシャルなし、ソースコードなしで調査を走らせた。Baseten は推論基盤を提供する企業で、Strix は自分たちのデータやモデル、コードを預ける前に、まず相手のセキュリティを確認したかったという。調査を始めて約25分後、Strix は Baseten の GitHub personal access token を見つけたと主張している。 最初の入口は Harbor とい

オープンソースのWebソフトを、自分で持って動かす。昔は当たり前だったこの感覚が、今はかなり難しくなっています。Cloud in a Bottle は、その壁を下げようとする新しい個人向けクラウド基盤です。単なるホスティングではなく、ログインやアプリ間連携まで含めて「スマホのように使える自分専用クラウド」を目指しているのが特徴です。サービスの仕組みそのものが、いまのソフトウェア環境の偏りをどう変えられるかまで踏み込んでいるので、かなり野心のある発表だと感じました。 このブログ投稿は、Cloud in a Bottle というオープンソースの個人向けクラウド基盤の公開告知だ。書き手の Zack Polizzi 氏は、現代のソフトウェアが広告、追跡、データ販売に寄りすぎていることに強い不満を持っていると述べ、その背景には「ソフトウェアがクラウドに移ったこと」があると見る。クラウド上で動くサービスは、インストール不要で、どの端末からでも使え、共有も簡単だ。その一方で、誰かがサーバー代を払って運用しなければならず、結局は企業が提供するサービスが中心になる。オープンソース作者が無料で世界中にサー

`Copy Fail`（CVE-2026-31431）は、ローカルの未特権ユーザーがroot権限を奪える脆弱性として公開された Podmanのrootless containerでも、この脆弱性でコンテナ内のrootシェルは取れてしまう ただし、Podmanのrootless構成では、ホスト全体への被害はかなり抑えられるのが重要なポイント 理由は、Podmanがuser namespaceとLinux capabilitiesを使って、コンテナのrootをホストrootと切り離しているから とはいえ、`read-only`化、capability削減、使えるコマンドの制限、firewallなど、防御を重ねる設計はやはり大事 コンテナの脆弱性の話は、どうしても「結局、全部危ないの？」で終わりがちです。 でも、Gabriel Garrido氏の記事はそこをもう一段深く掘っていて、Podmanのrootless containerは何が強くて、何が弱いのかをかなり実感しやすい形で説明していました。個人的には、こういう「理屈だけじゃなくて、実際に