基調講演：世界で最も人気のあるコンテナを解剖してわかったこと - アイシェ・カヤ
このページのタイトル、字幕、要約、読書メモは保存済みの AI 翻訳です。誤りが含まれる場合があります。タイムスタンプは原文と同じです。原文の字幕を開き、元の動画と照合できます。
Ayse Kaya は、コンテナスキャンの調査結果、脆弱性の傾向、ソフトウェアの複雑さを検討し、セキュリティの実践がどのように開発者を支援できるかを問いかけます。
文字起こしの出典：Vidleafによる自動音声認識（誤りを含む可能性があります）。AIによる句読点はVidleafが追加しました。元の文言とタイムスタンプのアンカーは保持されています。元の文字起こしは以下でご覧いただけます。
AI生成の要約
スタートアップSlim.aiのデータサイエンティストが、コンテナスキャンデータが開発者が経験するコンテナの状態について何を明らかにするかを検証します。Slimは今年900,000以上のコンテナをスキャンし、その結果、上位の公開コンテナの60%が一年前よりも多くの脆弱性を持ち、高重大度の脆弱性が50%増加し、平均的なコンテナは現在ほぼ300の脆弱性を持ち、そのうち約30%が高または重大で、昨年の20%から増加していることがわかりました。コンポーネントの複雑さも増大しました。平均的なコンテナは400のパッケージを持ち、ライセンスは2.5倍に増え、メタデータは40%増加しました。世界的なランダム化研究では、開発者とDevOpsエンジニアの70%が、顧客は脆弱性ゼロのコンテナを求めている、または要求していると述べ、88%が脆弱性の除去がより困難になっていると述べ、複雑さが第一の要因でした。開発者の四人に一人だけがコンテナのスリミングとハードニングを完全に理解していると述べ、役員の49%が自社がコンテナのスリミングとハードニングを行っていると述べた一方で、実際の作業を行う人々は significantly 低い数値を報告しています。講演者は、複雑さは敵ではないが無知が敵であると主張し、Slimは自動化とインテリジェントな最適化を通じて世界中のすべてのコンテナのためにこれを解決することを目指していると述べ、世界中の relentless で有能なチームがこれらの問題に取り組んでいるため楽観的であると表明しています。
文字起こしから生成されました。リンクされた箇所を元の動画と照合して確認してください。
タイムスタンプ付きの章の要約
複雑さ、コンテナ、Kubernetes
- [0:12] 講演者は子供の頃から複雑さに魅了されており、特に単純な始まりからそれがどのように生まれるかに興味を持っていました。
- [0:28] 新興技術に焦点を当てる MIT の研究者として、彼女は Stephen Wolfram や John Conway のライフゲームのように、コンピュータシステムを生物界や生命そのものと結びつける研究に魅了されました。
- [0:56] 彼女は、Kubernetes は生物学的システムよりも複雑かもしれないと示唆しています。
- [1:02] Kubernetes が生物なら、コンテナは細胞ですが、彼女はこの比喩は行き過ぎかもしれないと認めています。
- [1:14] コンテナは、あらゆる業種のほぼすべてのソフトウェア開発プロジェクトで、常に、どこでも使われています。
- [1:24] 彼女は DevOps エンジニアではなく、Slim.ai というスタートアップで働くデータサイエンティストです。
Slim のコンテナスキャンデータ
コンテナの脆弱性の傾向と開発者のプレッシャー
- [2:24] 上位の公開コンテナの60%が、一年前よりも今日多くの脆弱性を持っています。
- [2:37] これは、複数のセキュリティインシデント後のソフトウェアサプライチェーンセキュリティへの一年間の集中的な取り組みにもかかわらずです。
- [2:50] 残りのコンテナはそれほど改善していません。
- [3:03] 開発者と DevOps エンジニアを対象とした世界的なランダム化調査では、70% が顧客が脆弱性ゼロのコンテナを求めている、または要求していると答えました。
- [3:24] 開発者の 88% が、コンテナから脆弱性を除去することがますます困難になっていると答えました。
- [3:34] 最大の要因は複雑さです。
コンテナ、開発者、Docker の採用
- [3:44] ある物語が展開しています。コンテナはより脆弱になり、顧客はかつてないほど完璧さを求め、開発者はプレッシャーを感じています。
- [4:05] Kubernetes とコンテナに対する開発者の関心、そして大小の企業におけるコンテナの採用には、否定できない上昇傾向があります。
- [4:22] 開発者は Docker を、Git や IDE のように、自分たちのワークフローにネイティブなものと見なし始めています。
- [4:31] Stack Overflow の 2022 開発者調査によると、Docker は開発者が愛用し、学びたいナンバーワンの技術です。
- [4:46] Docker Hubの総プル数はわずか一年で三倍になりました。
- [4:52] 多くのチュートリアルがコンテナの出荷とビルドを扱っていますが、その中身についての理解はごくわずかです。
- [5:07] コンテナは原子的な単位であり、生物の構成要素と見なされ、リクエストが入り、データが出てきます。
Log4shell とコンテナセキュリティの意識
Docker Hub 上位コンテナのセキュリティ調査結果
- [6:14] 昨年のちょうど今頃、彼らはDocker Hubで公開されている上位のコンテナを調査し、分析的な洞察を含むレポートを公開しました。
- [6:28] そのレポートには衝撃的な発見がいくつかありましたが、ここにすべてが記載されているわけではありません。
- [6:35] コンテナ愛好家として、彼らは外れ値、つまり脆弱性、パッケージ、ライブラリ、ライセンス、または特別な権限の数が非常に多い特定のコンテナやカテゴリを予想していました。
- [6:51] 平均値でさえ驚くほど高いものでした。
- [7:00] Docker Hubには10万のイメージがあり、318億回以上プルされていますが、上位165個のコンテナが全使用量の30%以上を占めており、非常に特殊なクラスタを形成しています。
コンテナの脆弱性と複雑さの傾向
- [7:23] 続編のレポートは、昨年と今年の差分に焦点を当てています。
- [7:36] 最初の発見：すべてのカテゴリで、これまで以上に高深刻度および重大な脆弱性が存在します。
- [7:45] コンテナの60%が一年前よりも今日多くの脆弱性を持っています。
- [7:58] 新しいインシデントは修復率の四倍の速さで検出され、新しいインシデントは主に高および重大です。
- [8:11] 高深刻度の脆弱性は今年50%増加しました。
- [8:20] 平均的なコンテナにはほぼ300の脆弱性があり、その30%が高深刻度または重大で、昨年の20%から増加しています。
- [8:43] 第二の発見：コンポーネントの複雑さが大幅に増加しました。平均的なコンテナには400のパッケージがあり、これは氷山の一角に過ぎません。
- [9:14] ライセンスは2.5倍に増え、コンテナはより多くのレイヤーを持ち、サイズが大きくなり、スキャンに時間がかかり、メタデータは40%増加しました。
- [9:38] これらのツールやパッケージは実験に必要であり、開発者がデバッグ、テスト、ビルド、そして楽しむのに役立ちますが、攻撃対象領域でもあり、それらを削除するための自動化プロセスの必要性を暗示しています。
コンテナセキュリティとエンジニアのギャップ
- [10:07] 講演者は、より複雑で脆弱な状況がDevOpsエンジニアや開発者にどのように影響するかを問いかけます。
- [10:20] 88%が、脆弱性の削除がより困難になっていると答えました。
- [10:28] 開発者の四人に一人だけがコンテナのスリミングとハードニングがどのように機能するかを完全に理解していると述べました。
- [10:40] 経営陣と現場のエンジニアの間には、ミスマッチや断絶があるようです。
- [10:47] 49%の経営陣が自社でコンテナのスリム化とハードニングを行っていると述べましたが、実際の作業を行っている人々は大幅に低い数値を報告しています。
- [11:05] 政府や企業は脆弱性ゼロの世界を要求するかもしれませんが、現在のツールと技術ではその境地は手の届かないものに感じられます。
コンテナセキュリティと未来への楽観
- [11:20] 今日のセキュリティは2021年より良くなっていませんが、これらの課題に対する認識は高まっています。
- [11:38] Slimは、コンテナの中身を知り、本番環境に必要なものだけを出荷すべきだと考えています。
- [11:47] Slimは、自動化とインテリジェントな最適化を通じて、世界中のすべてのコンテナに対してこれを解決することを目指しています。
- [11:56] 複雑さは敵ではありません。無知が敵です。
- [12:26] これらの問題を解決するには、意思決定の知性と意志力が必要であり、ほとんどの意思決定者はこの場にいます。
- [12:40] 講演者が楽観的なのは、気質のせいではなく、世界中の執拗で有能なチームがこれらの問題に取り組んでいるからです。
- [13:08] 人間が集まり、心と知恵を合わせれば、途方もなく困難な課題を克服できます。
[0:00] 何か広大で複雑なものの前で、無限に小さく感じたことはありますか。例えば…真夜中の空のように。私は小さな女の子の頃から、複雑さに魅了されてきました。特に、複雑さが単純で素朴な始まりからどのように生まれるかに。素粒子から銀河まで。そしてMITで新興技術に焦点を当てた研究者として、私は魅了されました。
[0:34] スティーブン・ウルフラムやジョン・コンウェイのライフゲームのような研究に魅了されました。結びつける。コンピュータシステムは生物学的世界に適合する。生命そのものと。結局のところ、生物学的システムよりも複雑なものがあるでしょうか。そうでしょう？おそらくKubernetesを除いては。Kubernetesが生物で、コンテナが細胞だとすると。そして、その例えは少し行き過ぎかもしれませんが、コンテナが常にどこでも使われていることは知っています。
[1:17] ほぼすべてのソフトウェア開発プロジェクトで、あらゆる業種にわたって。ほら、私はDevOpsエンジニアではありません。私はデータサイエンティストで、Slim.aiというスタートアップで働いています。Slimでは、コンテナの最適化とセキュリティに夢中です。そして、定期的に数十万のコンテナをスキャンしています。今年だけで、900,000以上のコンテナをスキャンしました。
[1:50] そしてデータサイエンティストとして、このデータを扱いながら、開発者が経験するコンテナの世界への窓を提供したいと思います。多くの場合、初めての経験です。この世界についての感覚を広げたいと思います。この世界についての視点を変えるデータを見てみたいと思います。例えば、60%を見てください。
[2:23] それは。一年前よりも今日多くの脆弱性を持つ上位の公開コンテナの割合です。60%。そしてこれは、複数のセキュリティインシデントの余波で、社会のサプライチェーンセキュリティに一年間集中的に取り組んだ後のことです。ありがとう。残りのコンテナはそれほど改善されておらず、それについては後で話します。
[2:56] しかしその前に、この洞察をここにある別の統計と組み合わせてみましょう。これは、私たちが設計した世界的な無作為化研究からのもので、開発者やDevOpsエンジニアに質問をしています。70%が、顧客がコンテナに脆弱性ゼロを求め、要求していると答えました。さらに、88%の開発者が、コンテナから脆弱性を削除することがより困難になっていると答えました。
[3:34] 最大の要因は複雑さです。依存関係を持つ多数のコンポーネント。それら。ご覧のとおり、私たちの目の前で物語が展開されています。コンテナはますます脆弱になっています。顧客はかつてないほど完璧さを求めています。そして開発者はプレッシャーを感じています。開発者が戦いの真っただ中にいるにもかかわらず、否定できない上昇の潮流があります。
[4:08] 開発者の関心と言えば。Kubernetesとコンテナにおいて。そして大小の企業全体でのコンテナの採用。実際、開発者はDockerのような技術を、GitやIDEのようなツールのように、自分たちのワークフローにネイティブなものと見なし始めています。Stack Overflowの2022開発者調査によると、「Dakar」は開発者が愛するナンバーワンの技術ですか？
[4:42] そして学びたい。そしてこれは使用統計でも見ることができます。Docker Hubの総プル数はわずか一年で三倍になりました。しかし、コンテナの出荷と構築について学ぶためのチュートリアルはたくさんありますが。それらの中身についてはほとんど理解されていません。自己のように。コンテナはこれらの原子的な単位と見なされています。生物の構成要素。
[5:15] リクエストが入り、データが出てくる。それだけのことです。しかしその後... log4shellのようなことが起こります。そして気づけば、2022はソフトウェアサプライチェーンセキュリティの年になります。そして私たちは皆、ソフトウェアシステムの主要な構成要素だけでなく、その二次的影響についても理解することに、これまで以上に注力しています。
[5:48] それらの依存関係ツリー。では、この新たな認識はコンテナの状況をどのように変えたのでしょうか。私の研究チーム。それはSlim.aiです。これらのコンテナを開発者にとって使いやすく、本番環境に対応させる要因を理解するために、コンテナを分解し、分析し、観察してきました。昨年の今ごろ、私たちはDocker Hubで公開されている上位のコンテナに拡大鏡を当てました。
[6:23] そして分析的な洞察を含むレポートを公開しました。そのレポートには衝撃的な発見がいくつかあり、すべてを列挙するつもりはありません。しかし、これを伝えます。コンテナ愛好家として、私たちはいくつかの外れ値を見ることを予想していました。特定のコンテナ、特定のコンテナカテゴリが、多数の脆弱性、パッケージ、ライブラリ、ライセンス、特別な権限などを持っていると。しかし、平均値でさえ驚くほど高いものでした。
[6:57] そしてこれらのコンテナについて注目すべき点は、はい、Docker Hubには10百万のイメージがあり、318十億以上のプルがあるということです。しかし、この上位165コンテナが全使用の30%以上を占めており、非常に特別なクラスターです。そこで今日、そのレポートの続編を公開します。今回は、昨年と今年の差分に焦点を当てます。
[7:31] それでは、データと私たちの学びのいくつかを見ていきましょう。最初の発見は、すべてのカテゴリでこれまで以上に多くの高および重大な脆弱性があるということです。さて、私はすでにコンテナの60%が一年前よりも今日多くの脆弱性を持っていると述べました。そしてはい、私たちは特定の脆弱性、特定のインシデントを修復しました。しかし、私たちは新しいインシデントを四倍の速さで検出しています。
[8:03] 私たちの修復率よりも。そして、私たちが検出する新しいもの、新しいインシデントは、主に高および重大な脆弱性ですが、高重大度の脆弱性は今年50%増加しました。そこで今日、平均的なコンテナはほぼ300の脆弱性を持ち、そのうち30%が高または重大です。昨年の20%から増加しています。
[8:35] そしてVは思いました、20%は高すぎると。次の発見に移りましょう。コンポーネントの複雑さも大幅に増加しています。今日の平均的なコンテナは400のパッケージを持っています。そして考えてみれば、「この数字は氷山の一角にすぎないはずです。複数の研究が示すように、各パッケージは数千、時には数十万の依存関係を持つ可能性があります。
[9:06] しかし、氷山の一角でさえ大変な作業であることが判明しました。そしてそれはパッケージだけではありません。ライセンスは2.5倍に増加し、コンテナはより多くのレイヤーを持ち、より大きく、これらのコンテナのスキャンにはより長い時間がかかり、メタデータさえも。それらはS爆弾です。40%増加しました。さて、誤解しないでください。
[9:38] これらのツール、これらのパッケージは実験に必要です。開発者がデバッグし、テストし、ビルドし、楽しむのに役立ちます。しかし、それらは攻撃対象領域も表しており、この攻撃対象領域が本番環境に決して到達しないように、これを削除する自動化プロセスの必要性を意味します。データはデータです。しかし、私たちの人々への影響はどうでしょうか？
[10:10] このより複雑でより脆弱な状況は、私たちのDevOpsエンジニアと開発者にどのように影響するのでしょうか。私は88%が脆弱性の除去がより困難であると感じていると述べました。開発者の四人に一人だけが。コンテナのスリミングとハードニングがどのように機能するかを完全に理解していると述べました。そして興味深いことに、役員と現場のエンジニアの間に不一致、断絶があるようです。
[10:47] 49%の経営幹部は、自社でコンテナのスリミングとハードニングを行っていると述べました。しかし、実際の作業を行う人々は、著しく低い数値を報告しています。政府や企業は脆弱性ゼロの世界を求めているかもしれません。しかし、その土地は手の届かないところにあると感じられます。
[11:18] 私たちのツールと技術を考えれば。冷静な結論は、私たちは2021当時よりも今日、より安全になっていないということです。しかし、光明は、私たちが目覚めたということです。そして私たちはこれらの課題をかつてないほど認識しています。Slimの私たちは、コンテナの中身を知るべきであり、本番環境には必要なものだけを出荷すべきだと信じています。私たちは自動化とインテリジェントな最適化を通じて、世界中のすべてのコンテナのためにこの課題を解決しようとしています。
[11:54] そして見てください。私は複雑さがここでの敵だとは思いません。無知です。周りの複雑なシステムの詩的な美しさを一歩下がって楽しむ必要がある時もあります。恐れずに踏み込み、分解して再設計する必要がある時もあります。わかっています。
[12:26] 私たちは意思決定インテリジェンスを解決しなければならないことを。これらの問題を解決する意志の力です。そして意思決定者のほとんどは私の目の前にいます。この部屋に。友人は私を治らない楽観主義者だと言います。しかし、だからといって未来が明るいと私が思っているわけではありません。世界中に、これらの問題について考えて眠れない夜を過ごしている、容赦なく優秀で有能なチームがあることを私は知っています。
[12:58] あまりにも多くのチームが。私のここでの感謝状に、このプロジェクトのために活用した名前を載せきれないほどです。そして人間として、この素晴らしい場所で私たちがしたように集まり、心と知恵を合わせれば、途方もなく厳しい課題さえも成し遂げることができます。だからこそ、次にこのステージに立つとき、私は持ってくることを知っています。
[13:30] より良いニュースを。ありがとうございました。♪ ♪
英語の原文字幕を見る
[0:00] Have you ever felt infinitely small. in front of something, vast and complicated. Like... the midnight sky. Ever since I was a little girl, I've been fascinated by complexity. especially how complexity emerges from simple, humble beginnings. from elemental particles to galaxies. And as a researcher at MIT focusing on emerging technologies, I was fascinated.
[0:34] captivated by research like Stephen Wolfram and John Conway's Game of Life. Tying. The computer systems fit biological world. with life itself. After all, what could be more complex? then biological systems. Right? Except maybe Kubernetes. If Kubernetes is the organism, then containers are the cells. And maybe that takes the analogy a little too far, but we know that containers are being used all the time, everywhere.
[1:17] In nearly every software development project, across all verticals. See? I'm not a DevOps engineer. I'm a data scientist. working for a startup called Slim.ai. At Slim, we are obsessed with container optimization and security. And we scan hundreds of thousands of containers regularly. This year alone, we have scanned more than 900,000 containers.
[1:50] And as a data scientist, Working with this data, I would like to provide you a window into The world of containers. As developers experience it, often for the first time. I would like us to expand our senses about this world. I would like us to look at some perspective shifting data about this world. Take, for example, The 60%.
[2:23] That's. the percentage of top publicly available containers that have more vulnerabilities in them today than they did a year ago. 60%. And this is after a year of intense focus on social air supply chain security. in the aftermath of multiple security incidents. Thank you. The rest of the containers haven't improved that much, and we'll be talking about that in a moment.
[2:56] But before, let's couple this insight with this other statistic here. This one. is from a global randomized study that we designed. asking questions to developers and DevOps engineers. 70% said Their customers are asking, demanding their containers to have Zero vulnerability. On top of that, 88% of the developers said It is getting more challenging to remove the vulnerabilities from their containers.
[3:34] The number one contributing factor being the complexity. numerous components with dependencies. them. So as you can see, there's a story that's unfolding before our eyes. Containers are becoming more vulnerable. Customers are demanding perfection more than ever. and developers are feeling the pressure. And although developers are in the heat of the battle, There is an undeniable rising tide.
[4:08] When it comes to Developer interests. in Kubernetes and containers. and container adoption across companies large and small. In fact, Developers are beginning to look at a technology like Docker as native to their workflows like a tool like Git or an IDE. According to Stack Overflow's 2022 Developer Survey, "Dakar" is the number one technology developers Love?
[4:42] and want to learn. And you can see this in the usage stats as well. The all-time pools on Docker Hub has tripled in just a year. But while there are lots of tutorials out there, to learn about shipping and building containers. There is precious little understanding around what's in them. Like self. Containers are being seen as these Atomic units. building blocks of living organisms.
[5:15] where requests go in. Data comes out. It's just that simple. But then... Something like log4shell happens. And before we know it, 2022, becomes the year of software supply chain security. And we are all more invested in understanding not only the principal components of our software systems, but also their second order effects.
[5:48] their dependency trees. So how did this renewed sense of awareness change the container landscape. My research team. It's Slim.ai. have been deconstructing, analyzing, observing containers in an effort to understand What makes these containers developer friendly, and production ready. Last year, around this time, We've put a magnifying lens onto the top publicly available containers on Docker Hub.
[6:23] and publish the report with analytical insights. We had some shocking findings in that report, and I'm not going to list them all. But I'm going to tell you this. As container enthusiasts, We were expecting to see some outliers. Certain containers, certain container categories, having a large number of vulnerabilities, packages, libraries, licenses, special permissions, what have you. But even the averages were surprisingly high.
[6:57] And one thing to note about these containers is that, yes, there are 10 million images on Docker Hub, with more than 318 billion pools. But this top 165 containers account for more than 30% of all use, so it's a very special cluster. So today, be published A sequel to that report. This time, focusing on the delta between last year and this year.
[7:31] So let's go ahead and look into the data and some of our learnings findings. The first finding is that we have more high and critical vulnerabilities than ever across all categories. Now, I already mentioned that 60% of the containers have more vulnerabilities today. than they did a year ago. And yes, we did remediate certain vulnerability, certain incidents. But we are detecting new incidents four times faster.
[8:03] than our remediation rate. And the new ones, the new incidents that we detect, are mostly high and critical. vulnerabilities, but the high severity vulnerabilities have increased by 50%. this year. So today, The average container has almost 300 vulnerabilities, 30% of Fitch is high or critical. up from 20% last year.
[8:35] And V thought, 20% was too high. Let's move on to the next finding. Component complexity has also increased significantly. The average container today has 400 packages. And if you think about it, "This number is supposed to be The tip of the iceberg. Every package might have thousands, sometimes hundreds of thousands of dependencies as shown by multiple studies.
[9:06] But it turns out that even the tip of the iceberg is a nice work. And it is not just the packages. The licenses have increased by 2.5x, the containers have more layers, they are larger, the scanning of these containers takes longer times and even the metadata. They're S-bombs. have increased by 40%. Now, don't get me wrong.
[9:38] These tools, these packages are necessary for experimentation. It helps developers to debug and test and build and have fun. but they also represent a type surface. and imply the need to have an automated process to remove this so that that attack suffers surface never makes it production. Data is data. But what's the impact on our people?
[10:10] How does this more complex and more vulnerable. landscape impact our DevOps engineers and developers. I mentioned that 88% said they find it more challenging to remove the vulnerabilities. Only one. in four developers. said they fully understand how container slimming and hardening works. And interestingly, There seems to be a mismatch, a disconnect between executives and the frontline engineers.
[10:47] 49% of the executives said they are slimming and hardening containers in their companies. but the people who do the actual work. are reporting significantly lower numbers. Governments and companies may be demanding a world with zero vulnerabilities But that land, feels out of reach.
[11:18] given our tools and techniques. The sobering bottom line is that we are no more secure today than we were back in 2021. The silver lining, however, is that we have woken up. And we are more aware of these challenges than ever before. For us at Slim, we believe you should know what's inside your container. and you should ship only what's needed to production. We're seeking to solve this challenge for all of the world's containers through automation and intelligent optimization.
[11:54] And look. I do not think complexity is the enemy here. Ignorances. There are times where we need to take a step back and enjoy the poetic beauty of the complex systems around us. There are other times where we need to step in fearlessly and deconstruct and redesign. I know.
[12:26] that we have to resolve the decision intelligence. the willpower to solve these issues. And most of the decision makers are in front of me. In this room. My friends say I'm an incurable optimist. But that's not why I think the future is bright. I know there are relentless Brilliant! competent teams around the world who are losing their sleep thinking about these problems.
[12:58] So many teams. that I couldn't even fit. the names that we leveraged for this project alone in my thank you card here. And as humans, when we gather, like we did at this fabulous location When we put our hearts and minds together, We can make even ridiculously tough beats Lupeze. And that's why I know when I'm on this stage next time, I will be bringing.
[13:30] Better news. Thank you. ♪ ♪
Vidleafワークベンチで開く
トランスクリプトを検索し、行を選択し、タイムスタンプ付きの引用をコピーし、翻訳します。
帰属
「基調講演：世界で最も人気のあるコンテナを解剖して学んだこと - Ayse Kaya」by CNCF [Cloud Native Computing Foundation]（https://www.youtube.com/@cncf）、CC BY 3.0（https://creativecommons.org/licenses/by/3.0/）の下でライセンスされています。ソース動画：https://www.youtube.com/watch?v=f2-nk5qIur8。このページは段落区切りとタイムスタンプを追加した動画のテキスト文字起こしです。作成者はVidleafと提携しておらず、Vidleafを推奨していません。VidleafはAIによる句読点とAI生成の要約を追加しました。元の文言はこのページで引き続き確認できます。
あなたは制作者または権利者ですか？訂正や削除をリクエストする：copyright@vidleaf.app（これらのページについてを参照）。
最終更新