Lazy programmer 🛰
Tokyo, Japan
Joined May 2007
- Tweets21.4K
- Following527
- Followers814
- Likes12.8K
Kosei Kitahara retweeted
おそらく歴代内閣総理大臣が初めて公にプログラミング言語について言及したのは初めてじゃないか？
皆様に、今夜に対応して頂きたい大至急のお願いです。
多くのウェブサイトで使用されているPHPに関し、PHPのセキュリティチームが、重大な２件の脆弱性に関する注意喚起を行っています。
公開しているウェブサイトでPHPを使用しているか確認し、今夜、10月21日午後11時（日本時間）に公開される修正パッチについて、可及的速やかに適用できるよう準備をお願いします。
修正パッチを速やかに適用することが困難な場合は、例えばウェブサイト等を一時的に停止させることも、リスクを低減させるための有効策の一つと考えられます。
国家サイバー統括室のXアカウントでも関係する情報を発信していますので、そちらも参考にして下さい。
国家サイバー統括室(注意・警戒情報)（@cyber_forecast） / X
Kosei Kitahara retweeted
Terraform Actionアツイ。うまく活用していきたい。 / “Terraform Actionを使ってみた。 命令的な操作をリソースのライフサイクルイベントに紐づけて実行できます | DevelopersIO” htn.to/4sNBWSB2vC
Kosei Kitahara retweeted
SpaceX has exercised the option to acquire @cursor_ai in an all-stock transaction with the goal of building the world’s most useful AI models.
For the past few months, SpaceXAI has been jointly training a model with Cursor, which will be released in Cursor and Grok Build soon.
We look forward to working closely with the Cursor team to advance our frontier AI capabilities
SpaceXAI and @cursor_ai are now working closely together to create the world’s best coding and knowledge work AI.
The combination of Cursor’s leading product and distribution to expert software engineers with SpaceX’s million H100 equivalent Colossus training supercomputer will allow us to build the world’s most useful models.
Cursor has also given SpaceX the right to acquire Cursor later this year for $60 billion or pay $10 billion for our work together.
Kosei Kitahara retweeted
Apple Container、version 1.0がリリースされている！！！！！！！！！！ github.com/apple/container
obsidian.md/blog/future-of-p…
こういうの見ると Obsidian コミュニティーによるプラグインレビューみたいな取り組みありがたい
Kosei Kitahara retweeted
1/ We are sharing additional details regarding our investigation into unauthorized access to GitHub's internal repositories.
Yesterday we detected and contained a compromise of an employee device involving a poisoned VS Code extension. We removed the malicious extension version, isolated the endpoint, and began incident response immediately.
Kosei Kitahara retweeted
Ghostty is leaving GitHub. I'm GitHub user 1299, joined Feb 2008. I've visited GitHub almost every single day for over 18 years. It's never been a question for me where I'd put my projects: always GitHub. I'm super sad to say this, but its time to go. mitchellh.com/writing/ghostt…
Kosei Kitahara retweeted
Announcing Amazon S3 Files.
The first and only cloud object store with fully-featured, high-performance file system access.
Learn more here. go.aws/4tw17Zg
Kosei Kitahara retweeted
axios管理者のGitHubおよびnpmのアカウントの乗っ取り。jasonsaayman氏本人がIssueに登場し、2FA/MFAを設定していたにもかかわらず乗っ取られたと報告している。
リポジトリのadmin権限、npmへのpublish権限があるため、悪意のあるパッケージ公開後、被害報告も隠蔽していた様子。えぐい
github.com/axios/axios/issue…
Kosei Kitahara retweeted
We've reached an agreement to acquire Astral.
After we close, OpenAI plans for @astral_sh to join our Codex team, with a continued focus on building great tools and advancing the shared mission of making developers more productive.
openai.com/index/openai-to-a…
Kosei Kitahara retweeted
おぉ！FastAPIアップデートして、レスポンスモデルを宣言するだけでJSONレスポンスが2倍以上パフォーマンス上がると。
今までは型安全的な意味合いでレスポンスモデル定義していたけど、今後はパフォーマンス含めて必須になっていきそう。
Pydantic V2になってRustで書き換えられてから、高速化の恩恵は地味に受けていたけど、しっかりと統合された形。
Increase your FastAPI JSON response performance by 2x or more 🚄
1. Upgrade to the just released FastAPI 0.131.0 🎁
2. Declare your response model - return type ✨
With that, now @pydantic handles the JSON serialization on the Rust side 🦀
fastapi.tiangolo.com/advance…
Kosei Kitahara retweeted
GitHubの公式機能を逆手に取り、正規リポジトリからの配布を装ってマルウェアを拡散する新手法が確認された。正規URLに見えるため見抜きにくく、供給網攻撃として危険性が高い。設計上の問題が残存している点も懸念される。
GMO Cybersecurity by Ieraeの報告によると、攻撃者は「repo squatting」と呼ばれる手法を用い、GitHubのフォーク機能とコミット表示仕様を悪用した。GitHubではフォーク先で行ったコミットでも、上流の公式リポジトリ配下のURL形式で閲覧できる場合がある。この仕様を利用し、攻撃者は公式プロジェクト名を含むURLで悪意あるコミットへのリンクを作成した。実際の事例ではGitHub Desktopの公式リポジトリが標的となり、攻撃者はフォーク上にマルウェア入りインストーラを配置し、そのリンクを配布した。利用者や一部セキュリティ製品からは正規配布に見え、HijackLoaderと呼ばれるローダ型マルウェアが実行された。GitHubには2025年9月に報告されたが、同年12月時点でも再現可能とされ、恒久的な対策は示されていない。公式URLであっても内容確認が不可欠な状況となっている。
securityonline.info/repo-squ…
Kosei Kitahara retweeted
OpenAIのDB戦略に関する動画。DBはPostgreSQL。
8億ユーザーのChatGPTをたった1つのプライマリと50のリードレプリカで支えてるらしい。
重いクエリはやめてアプリケーション側で処理分割してDBの負荷軽減。
ORM監視してORMが吐く非効率なクエリを徹底的にチェックして強制的にインデックス指定。
そして、非同期のバッチ書き込み。
あとはPG Bouncer入れたり、Cache Lockingの採用。
最近は特定のワークロードだけAzureのCosmos DBに移行したり、リードレプリカのカスケードを試してるそう。
youtu.be/ubpUjovBMAM
Kosei Kitahara retweeted
We are joining Cloudflare!
astro.build/blog/joining-clo…
Kosei Kitahara retweeted
Amazon ECS が AWS Fargate および ECS マネージドインスタンスでの tmpfs マウントをサポートするようになりました。
Amazon Elastic Container Service (Amazon ECS) は、AWS Fargate および Amazon ECS マネージドインスタンスで実行される Linux タスクの tmpfs マウントをサポートするようになりました。これは EC2 起動タイプ以外にも拡張されています。tmpfsを使用すると、このデータをタスクストレージに書き込まずに、コンテナ化されたワークロード用のメモリベースのファイルシステムを作成できるようになりました。tmpfsマウントは、メモリにバックアップされ、コンテナ内の任意のパスで公開される一時ファイルシステムを提供します。これは、スクラッチファイル、キャッシュ、または一時的なワーキングセットへの高速アクセスを必要とするパフォーマンス重視のワークロードや、タスクが停止するとデータが保持されないため、存続期間の短いシークレットや認証情報などのセキュリティ上重要なデータに最適です。tmpfsでは、アプリケーションが特定のメモリ内ディレクトリに書き込むことを許可しながら、ReadOnlyRootFileSystem設定を使用してコンテナのルートファイルシステムを読み取り専用に保つこともできます。まず、タスク定義を更新して、コンテナ定義に 1 つ以上の tmpfs エントリを含む LinuxParameters ブロックが含まれるようにします。tmpfs マウントごとに、ContainerPath、サイズ、オプションのマウントオプションを指定します。Amazon ECS コンソール、AWS CLI、AWS CloudFormation、または AWS CDK を使用してタスク定義を登録または更新できます。この機能は、Amazon ECS、AWS Fargate、および Amazon ECS マネージドインスタンスがサポートされているすべての AWS リージョンで利用できます。詳細については、『Amazon ECS API リファレンス』と『Amazon ECS 開発者ガイド』の Linux パラメータと Tmpfs のセクションを参照してください。
aws.amazon.com/about-aws/wha…