生成AIの普及と進化はサイバー攻撃のスタイルにも急激な変化をもたらしている。そのひとつがAI/LLMによるWebサイトのスクレイピングだ。従来からボットやクローラーを使ってWebサイトから自動的に情報を収集する行為はひろく行われていたが、AI/LLMによるスクレイピングは「HTMLの意味を理解して情報を抽出する」「CAPTHA画面の文言を理解できる」「取得データの要約や分類、構造化が可能」「エージェントによる自律実行が可能」など既存のボットよりはるかにインテリジェントで人間に近い行為が可能となるため、コンテンツの不正使用や個人情報の特定、公開情報をベースにした機密情報の推測といった新たな脅威につながりやすいといわれている。また、人間による定期的なメンテナンスが必要なボットと異なり、AI/LLMによるスクレイピングは自律的な行動を取れるため、サイト側の防御策が効きにくいという点も厄介だ
A community trust management system. FAQ · Contributing People must be vouched for before interacting with certain parts of a project (the exact parts are configurable to the project to enforce). People can also be explicitly denounced to block them from interacting with the project. The implementation is generic and can be used by any project on any code forge, but we provide GitHub integration o
The recipes layer Fernet (symmetric encryption) X.509 The hazardous materials layer Primitives Exceptions Random number generation Decrepit cryptography The cryptography open source project Installation Changelog Frequently asked questions Development Use of OpenSSL Security Known security limitations API stability Doing a release Community Glossary Statements The State of OpenSSL for pyca/cryptog
この記事はLivetoon Tech Advent Calendar 2025の7日目の記事です。 はじめに こんにちは！ AIキャラクターアプリkaiwaを開発している株式会社Livetoonの開発マネージャーの土川です。 kaiwaの公式サイト 今回のアドベントカレンダーでは、LivetoonのAIキャラクターアプリのkaiwaに関わるエンジニアが、アプリの話からLLM・合成音声・インフラ監視・GPU・OSSまで、幅広くアドベントカレンダーとして書いて行く予定です。 是非、publicationをフォローして、記事を追っていって見てください！ 明日は弊社CTOの「【Livetoon TTS】最強の日本語TTSを支える技術」です！ なんの話？ RustOwlという、Rust向けのOSSがあり、その「Successor」になったよという話です。 簡単に言うと「Successor」は、Git
This is open-source software written by hobbyists, maintained by a single volunteer, badly tested, written in a memory-unsafe language and full of security bugs. It is foolish to use this software to process untrusted data. As such, we treat security issues like any other bug. Each security report we receive will be made public immediately and won't be prioritized. これは趣味人たちによって開発され、たった一人のボランティアによっ
sashimi_tanpopoについて なぜ作ったか 作る時に考えたこと 採用言語について Itamaeを使うかどうか 1. オーバースペック 2. Itamaeは動的にパラメータを設定できない Itamaeとの差分 glob対応 実行時引数で渡せるようにした その他の工夫ポイント レシピファイル内で普通にRubyが書ける CIで使いやすくした 余談 名前について リポジトリをたくさん作った sashimi_tanpopoについて ファイルを特定のルールで編集して差分があった時にPull RequestやMerge Requestを作るためのgemです。 github.com この例を見てもらうのが手っ取り早いと思います。 # recipe.rb update_file ".ruby-version" do |content| content.gsub!(/^[\d.]+$/, param
はじめに ちょっとSNSで 「.NETはLinuxでも本格的に動く！」 とか 「Web系エンジニアは.NETの理解が10年前で止まってる」 とか話題ですね。一方で、「そもそも.NETでLinuxをメインにした開発方法をWebの記事等で見かけない」 という話もあり、確かに自分もあんまり見かけないなー、と思ったので 「無いなら作る」 の精神で作りながら書いてみる事にしました。Weekly ITニュースで扱ってるから概要は知ってるんですがエアプ気味でしたので良い機会。まあ、お仕事だとJavaがメインだけど、自称 Web系エンジニアなので対よろです! TL;DR 最新の.NETはWindows専用だった.NET Frameworkと違いLinuxも一級市民 VS Code + DevContainer, VueやReactと組合せ安いREST API, コンテナ, GCPのCloud Runデプロ
この記事は、知ってほしい技術 Advent Calendar 2023 の 3 日目の記事です。 Codeberg.org は GitHub.com や GitLab.com のような Git リポジトリのホストサイトです。 GitLab.com が GitLab (アプリケーション) で動いているように、 Codeberg.org は Forgejo で動いています。 codeberg.org の珍しい点は、オープンソースソフトウェア (自由ソフトウェア) のリポジトリだけがホストを許されるという点です。 Can I host software and resources without a free and open-source software license?他にも以下のような特徴を持っています。 運営者はドイツのベルリンを拠点にしている非営利団体です。org/Imprint.m
[追記] VSCode拡張作りました 今後はVSCode拡張の方で開発する予定なので、CLIツール・ウェブアプリではなくて、VSCode拡張の方を参考にして下さい。 [追記２] VSCode拡張を実際に使ってみるハンズオン記事も書きました [追加３] スライドも書きました LLMの与えた衝撃 LLM はプログラミングを変えました。 今やプログラミングは、文法を通じて機械を操縦する道具ではなく、自然言語を入力として機械を操縦する道具と化しました。 Cline, Cursor, Copilot など... 既存のツールにとどまらず、今後もその進化は続いていくことでしょう。 その潜在的な進化の余地に、OSSなどの大規模コードを読むことも含まれると思います。 ここでは、OSSなどの大規模コードを読むことにどのように LLMを使えるかを議論します。 Code Reading Agent とは？ Co
Format Apache Arrow defines a language-independent columnar memory format for flat and nested data, organized for efficient analytic operations on modern hardware like CPUs and GPUs. The Arrow memory format also supports zero-copy reads for lightning-fast data access without serialization overhead. Learn more about the design or read the specification. Libraries Arrow's libraries implement the for
Apple、Xcodeで使われているビルドエンジン「Swift Build」をオープンソースで公開。WindowsとLinuxもサポートへ Appleの発表を読み解くと、Swift Buildをオープンソース化する狙いは2つあるようです。 1つは、Swiftのエコシステムにおいて、XcodeのビルドエンジンであるSwift Buildと、Swift Package Managerに搭載されているビルドエンジンという2つの異なるビルドエンジンが存在していた状態を、Swift Buildに統一することです。 これには比較的単純なビルドエンジンであるSwift Package Managerのビルドエンジンを高機能なSwift Buildに置き換えることで、Swiftエコシステムのビルドエンジンを今後さらに発展させていくための優れた基盤となることも含まれています。 そしてもう1つは、Swift
Meta Platforms社が開発するAIモデルのシリーズである「Llama」は、高性能で費用対効果が高く、比較的寛容な条件で頒布されていると多くの人々から見做されていることからシステムへの採用や派生モデルの開発等の利用が拡大しているように見受けられる。しかし、Meta社のCEOが自ら「Llamaはオープンソースである」と喧伝することで本当にLlamaがオープンソースであると誤解する傾向もあり、またLlamaライセンス契約自体に幾つかの厄介な問題が潜んでいるにも関わらず採用が進むことで今後法的な問題が生じかねないと考えられる。そこで本稿では、先ずLlamaライセンス契約のオープンソースへの適合性から解説することとする。 なお、Llamaライセンス契約のモデル利用時における注意点に関しては別の記事とする。 AIはtypoする Llamaのオープンソースへの適合性 1. オープンソース性を否
(この記事は www.embulk.org にある Looking for long-term maintainers around the Embulk eco-system の日本語訳と、同じ筆者によるもう少しぶっちゃけた追記です。) 古橋さん (@frsyuki) が最初に Embulk をリリースしてから、まもなく 10 年になります。もう Embulk はかなり成熟・安定して、いまも企業などで実際に使われています。近代化にも引き続き取り組んでいて、もうすぐ Embulk v1.0 を出せるだろうと考えています。 EEP-8: Milestones to Embulk v1.0, and versioning strategies to follow その傍らで、実は多くのものが置き去りになっています。たとえば https://github.com/embulk にあるほとんどの「
Flutter を fork した Flock というリポジトリができました。 これにより、なにやら Flutter が落ち目にあるような声が散見どころでなく挙がっているのですが、冷静にちゃんと一次情報を読みながら fork の意図を確認しよう、という記事です。 Flutter が抱える課題 冒頭の書き方的に「Flutter は落ち目じゃないよ」「何の問題もないよ」という印象を与えていそうな気がしますが、「何も問題がない」わけでもないことは書いておかねばフェアではありません。 Google の全社的な事情で Flutter チームも一部のメンバーもレイオフされたというニュースがあったことは記憶に新しいですが、その影響があってかどうか、「Flutter チームのマンパワーが足りていないのではないか」というのが Matt さんの主張です。 推定される Flutter ユーザーが 100 万人、
Ghidra is a software reverse engineering (SRE) framework created and maintained by the National Security Agency Research Directorate. This framework includes a suite of full-featured, high-end software analysis tools that enable users to analyze compiled code on a variety of platforms including Windows, macOS, and Linux. Capabilities include disassembly, assembly, decompilation, graphing, and scri
Elasticは2024年8月30日、今後数週間以内に同社が開発するサーチエンジンElasticsearch、および可視化ツールKibanaのライセンスにAGPL（GNU Affero General Public License）を追加することを発表した。 Elasticsearch is Open Source, Again | Elastic Blog "Being able to call Elasticsearch and Kibana Open Source again is pure joy." — Shay Banon, Elastic Founder and CTO. Read more from @kimchy: https://t.co/PWgXVqyr8M#Elasticsearch — Elastic (@elastic) August 29, 2024 Elas
この記事は Vim 駅伝 の 07/15 の記事です。 前回の記事は staticWagomU さんによる、 06/12 の「mini.nvimを使って環境構築したら優勝した」という記事でした。 次回は 07/17 に投稿される予定です。 はじめに 1ヶ月ほど前に Vim のマイナーなテクニックを紹介する記事を公開し、ありがたいことに非常に多くの方に読んでいただきました。 この記事では特にデモ動画を多く載せることを意識していました。数えてみると8つもの GIF 動画が例に用いられています。Vim を用いた編集のスピート感を視覚的に示すことで、紹介したテクニックの魅力がより効果的に伝わったのではないでしょうか。 元記事の末尾に書いた通り、「中級 Vim 操作」では VHS というコマンドラインツール (CLI) と Neovim、そして nvim-keycastr というプラグインを用いてデ
Intro Chrome 126 で筆者が実装した URL.parse が Ship された。 Chromium にコントリビュートしたことは何回かあったが、単体機能を Ship したのは初めてだった。 invalid URL の処理 new URL() によって、文字列の URL をパースすることができるようになって久しいが、この API は invalid な場合に例外を投げる。 例外処理をするよりも、先に URL としてパース可能かどうかを知るための URL.canParse() が提案され、先に実装が進んだ。 URL.canParse(str) // boolean しかし、これでは二回パースが必要になるため無駄が多い。 if (URL.canParse(str)) { // 1 回目のパース return new URL(str) // 2 回目のパース } そこで、失敗したら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く