はてなブックマーク

はじめに お久しぶりです @___nix___ です。 背景 npmパッケージは、JavaScript/Node.js開発に欠かせない再利用可能な部品として、フロントエンドからサーバーサイドまで幅広く活用されてきました。共通処理を効率的に共有できる仕組みは、開発速度とエコシステム拡大を支える基盤となっています。 概要 npmエコシステムを支える多数の人気パッケージが、2025年9月に大規模なサプライチェーン攻撃「Shai-Hulud」の標的となりました。攻撃者は管理者アカウントを乗っ取り、187以上のnpmパッケージへ自己増殖型マルウェアを仕込み、依存関係を通じて被害を急拡大させました。 詳細 攻撃の概要 187種類以上の著名npmパッケージ(例:@ctrl/tinycolor, ngx-toastr, angulartics2)が乗っ取られ、自己増殖型マルウェア「Shai-Hulud」に

みなさん、Arch Linuxを楽しんでいますか? 私もかつてはArch Linuxを楽しむ一人でしたが、現在はNixOSというディストリに切り替えています。 普通の人は聞き慣れないであろうNixOSとはどんなディストリなのか? それと具体的な使い方についての参考記事をここに記しておきたいと思います。 まあ冒頭はこれからNixOSを始める方向けっぽい出だしでしたが この記事に辿り着くのは既にNixOSをインストールしている人も多いでしょうから 実際の記事の内容に関してはNixOSを利用する上でのハマりポイントなどの実用的な話も大量に記述しておきたいと思います。 対象読者レベル:ArchやGentooにある程度慣れている人 (主にArchユーザーを想定して記事を書くので他の人は脳内で置き換えてください) まずは目次をご覧ください。 Arch Linuxの利点と欠点 さて、Arch Linux

2023年12月25日 ... 【追記】アリ 背景 顔のイボやイボ痔を治療中で、年内に X のフォロワー1000人を目指している @___nix___ です。 以前から大人気の Lambda ですが、APIのコンピューティング部分で使うことも一般的になっています。 例えば外部決済システムとやり取りをするような場合に決済システム側から「接続元IPを制限しているのでGWのIPをご連絡ください」と言われるケースが少なくありません。 こんな時に今までは当たり前のようにやってきたやり方、実はそれ以外にも方法があったのでご紹介したいと思います。 現状 はい、この構成が Lambda を固定IP化する最も有名な方法です。 Lambda を VPC 内に配置し、(お高い)NatGateway 経由でアクセスすることで接続元IPを固定にする方法です。 ただ、たったこれだけ?の為に VPC 構築して(お高い)N

背景 他人のポストに便乗して万バズしている @___nix___ です。 AWSとコスト爆発にまつわる話の中で、アクセス権流出による事故も存在します。 6位 ... AWS Private CA(400ドル/月) 5位 ... Amazon Kendra (810ドル/月) 4位 ... NatGateway(1,000ドル/月) 3位 ... Amazon RDS Proxy(1,190ドル/月) 2位 ... AWS CloudTrail (62,000ドル/4日) 1位 ... Amazon EC2 (65,000ドル/2日) 本題 今回は以前1位だった AWS CloudTrail をぶっこ抜いて堂々の1位に躍り出た Amazon EC2 のお話しです。 但し、通常利用でコスト爆発したわけでは無く、クレデンシャル漏洩により EC2 を大量生成されたことによる事故のご紹介です。 始まり 全てはA

個人開発楽しいですよね! なるべく安く済ませたいので、基本はサーバレスサービスを使っていきますが、厄介なのがDB。 こいつだけはインスタンス代がそこそこかかります。 「性能は度外視で構わん。。動けばええんや。。。」 そんな要件で格安RDBをいい感じに作れないかチャレンジしてみました。 結論 EFS + SQLite3 に lambdaでマウント 追記 AWSからDSQLが公開されました!GA前ですが、素直にこれを検討するのが良いと思います。 全体構成 SQLite mysqlやpostgresなどと異なり、ファイルベースで動かせるRDBMS。〇〇.sqlite3というファイルさえ管理してしまえばOK。 以前は「本番運用でSQLiteはありえないでしょ..」という感じでしたが、 最近はlitestreamやcloudflareのD1などで結構話題となっており、商用利用でも実例が増えてきました

はじめに ひどいREADMEを量産してるので、ここらでオシャレREADMEを作ろうと決意しました。 その備忘録です。 注意点 ※(注記) 今回は見た目いい感じにするに振り切っています。もちらん大事なのは使い方、仕様をしっかり書くことです。。 でも見た目がいい感じだと、その他も頑張って書こうという気持ちになったので、結果いいREADMEに繋がるのではと思っています。 さあ、作るぞ! といってもどうすればいい感じになるのか? その謎を解明するため、我々はGitHubの奥地へと向かったーー。 README訪ね歩き slidev まず見たのはこちら。プレゼンスライドをmarkdownからいい感じに作ってくれるライブラリらしい。 Slidev READMEがこちら。 あらオシャレ😍 更には、、 す、スポンサー、、しかもすごい数、、、 イケてるライブラリ感がすごいぞ...!! reviewdog お次はこち