Ollamaの開発元は信頼できるのか|代表・設立国・資本・収益源を公的記録で調べた記録

🔍 ローカルAI / 開発元の信用調査

Ollamaの開発元は信頼できるのか

代表は誰か、どこの国の会社か、誰が出資し、どこで利益を出しているのか。公的な記録だけを実際に引いて確かめた記録です。分かったことと、分からなかったことの両方を、そのまま書きます。

「会社のパソコンにOllamaを入れたいが、開発元がどんな会社か分からないと稟議が通らない」「無料で配っているのに、どこで儲けているのだろう」「そもそも、この会社は明日も存在するのか」

ローカルAIの入り口としてOllamaを選ぶ人は増えました。ですが、「そのソフトを作っている会社そのもの」を調べた日本語の記事は、ほとんど見当たりません。この記事では、ソフトの機能ではなく会社の側を、商標登記・法人登記・証券当局のデータベース・ドメイン登録情報という公的な一次記録に実際にアクセスして確かめます。

先に結論を書いておきます。創業者の素性も資本の出どころも明確で、身元の分からない会社ではありません。一方で、財務は完全に非公開であり、ネット上で広く書かれている「デラウェア州法人」という記述は、今回の調査では裏付けが取れませんでした。その理由も含めて、順に見ていきます。

⚠️ この記事の前提とお願い (最終確認日:2026年8月6日
本文の内容はこの最終確認日の時点で公開情報として確認できた事実にもとづきます。企業の登記・資本構成・製品仕様は変わります。また、この記事は特定の企業やサービスの利用を推奨・非推奨するものではなく、投資判断のための情報でもありません。事実として確認できたことは出典を示し、確認できなかったことは「確認できなかった」と書いています。断定されていない部分を、断定として読まないようお願いします。

CHAP1

第1章 / 全8章

🔍 なぜ「開発元」まで調べるのか

インストールは「ソフトを入れる」ではなく「契約する」に近い

ふつう、ソフトを1本入れるときに、その会社の登記まで調べる人はいません。ではなぜOllamaでは調べる意味があるのか。理由は、Ollamaが「ソフト」であると同時に「窓口」でもあるからです。

💡

この記事の見立て

Ollamaを入れるのは、道具を1つ買うことより、「配送業者と契約する」ことに近いと考えると分かりやすくなります。あなたが ollama pull と打つたび、Ollamaは同社が運営するモデル配布サイトから、AIモデルという中身の重い荷物を、あなたのパソコンに運び込みます。荷物そのものを作っているのは別の会社(MetaやGoogleなど)ですが、受け取り口とトラックを握っているのはOllamaです

だから問われるのは「荷物は安全か」だけでなく、「この配送業者は誰で、どういう仕組みで食べているのか」になります。

もうひとつ、実務上の理由があります。Ollamaは企業のネットワークの内側で動かすソフトです。社内文書を読ませ、社内のパソコンでポートを開き、社内のGPUを使います。外部のクラウドAIと違って「使うのをやめれば終わり」ではなく、やめた後もインストールされたものが残ります。導入の可否を判断する立場の人ほど、会社そのものを見る必要があります。

そして、これはソフトウェアのサプライチェーンの話でもあります。上流の1社が方針を変えると、下流の全員が影響を受ける。この構造そのものについては、AIモデルのサプライチェーン攻撃を扱った記事で詳しく書いています。

関連コンテンツ

🕵️ 「配布元を見抜く」感覚は、遊びながら鍛えられます

この記事で扱う「配布元をどう調べるか」を、そのまま体験できるゲームを用意しています。10件のAIモデル配布ページを調査して、危険なものを見抜く形式です。第3章の手順を読む前に触っておくと、話が入りやすくなります。

AIモデル鑑定士で腕試しする →

第1章 おわり ── 次は第2章

CHAP2

第2章 / 全8章

👥 誰が作っているのか ── Docker Desktopを作った2人

匿名の開発者ではなく、10年以上の実績がある連続起業家

信用調査でいちばん最初に効くのは「誰がやっているか」です。ここは、はっきりしています。

項目内容
共同創業者・CEOJeffrey Morgan(ジェフリー・モーガン)/GitHubアカウントは jmorganca
共同創業者Michael Chiang(マイケル・チャン)
出身2人ともカナダ出身。ウォータールー大学で出会ったと報じられています
過去の実績Kitematicを創業 → 2015年にDocker社が買収 → Docker社内でDocker Desktopを開発
現在の拠点創業時はトロント。その後カリフォルニア州パロアルトへ移転

ここは重要なので繰り返します。2人は匿名でも新人でもありません。「Dockerを開発者の手元で動かしやすくした人たち」が、同じ発想をAIでやり直したのがOllamaです。ollama runollama pull、モデルの設定ファイルという操作体系がDockerによく似ているのは、偶然ではなく出自そのものです。

会社としての歩みは「3社目」

公開情報をつなぐと、法人としての流れは次のようになります。

時期できごと
2015年Kitematic(Dockerを画面操作で使うツール)をDocker社が買収
2021年Y Combinator Winter 2021(W21)バッチに参加。当時の製品は「Infra」=サーバーやクラスタへのアクセス管理ツール。ライセンスはコネクタとSDKがMIT、中核のAPI・UI・CLIは Elastic License 2.0というデュアル構成(後者はソースが公開される一方、OSI承認のオープンソースライセンスではありません)。開発元表記は Infra Technologies, Inc.
2023年7月方向転換し、Ollama をGitHubで公開(MITライセンス)
2026年7月シリーズBで6,500万ドルを調達したと発表
🔐

セキュリティ視点:ここまでで分かる「信用の型」

身元が公開され、過去に大企業へ売却した実績があり、著名な投資家が取締役に入っている──これは「詐欺的な組織ではない」ことの裏付けとしては十分に強い材料です。

ただし、それは「事業が続く保証」でも「製品が安全である保証」でもありません。信用調査では、この2つを混同しないことが大事です。第5章で、あえて都合の悪い材料を並べます。

第2章 おわり ── 次は第3章

CHAP3

第3章 / 全8章

🏛️ 会社の実体を公的記録で確かめる

実際に4つのデータベースを引いた結果を、そのまま載せます

ここがこの記事の中心です。ニュース記事や企業情報サイトの「まとめ」ではなく、公的機関のデータベースを実際に引いて確かめました。結果は次のとおりです。

引いたデータベース調べたこと結果(2026年8月6日)
米国特許商標庁(USPTO)商標「OLLAMA」の権利者情報権利者=OLLAMA INC./法人形態=CORPORATION/組織された国=CANADA
カナダ連邦法人登記
(Corporations Canada)
連邦法人としての登記の有無「ollama」0件/「infra technologies」0件
※このデータベースは連邦法で設立された法人だけを収録し、オンタリオ州など州法で設立された法人は含みません。0件は「カナダに法人が存在しない」ことを意味しません。州の登記は今回未確認です。
米国証券取引委員会(SEC)
EDGAR
資金調達に伴う届出(Form D)の有無社名が「Ollama」で始まる登録者0件。全文検索でも該当なし
ドメイン登録情報
(RDAP)
Whoisの後継にあたる、ドメインの登録情報を機械が読める形で返す仕組み
ollama.com の登録者登録者情報は全項目が非開示。登録の窓口となった事業者(レジストラ)はCloudflare

いちばん重要な発見 ── 商標の記録上は「カナダ法人」

米国特許商標庁のデータベースには、出願・登録された商標の権利者情報が公開されています。商標「OLLAMA」(出願番号98310169)の記録には、次のように書かれていました。

USPTO TSDR / Serial No. 98310169(2026年8月6日取得)

# 出願日 2023-12-12   出願人 Infra Technologies, Inc.
# 2024-06-06 に所有権の移転が記録されている

Current Owner:   OLLAMA INC.
Owner Address:   325 FRONT STREET WEST, 2ND FLOOR
                 TORONTO CANADA M5V2Y1
Legal Entity Type:                CORPORATION
State or Country Where Organized: CANADA

さらにこの米国商標は、カナダの商標出願(第2296730号、2023年12月4日出願。2026年3月25日に登録番号TMA1,397,455として登録済み)を基礎とする出願として処理されています。つまり権利の根拠そのものがカナダ側にあります。「Infra Technologies, Inc.」が出願し、2024年6月に「OLLAMA INC.」へ移ったという流れも、第2章で見た沿革と一致します。

なお正確には、この米国商標は2026年8月時点でまだ登録前の「公告」段階です(2026年6月2日に公告され、その後に異議申立期間の延長が申請されています)。ただし権利者の情報は、登録より手前の出願・公告の段階から公開されます。だからこそ、商標は会社の姿を早い段階でとらえられる手がかりになります。

もうひとつ、読み方の注意があります。この「法人形態」と「組織された州や国」の欄は、出願人が自分で申告する欄です。米国特許商標庁が法人格の存在を審査して認定したものではありません。ここから言えるのは、「カナダで組織された法人だと申告している」というところまでです。

🚨 ネット上で広く書かれている「デラウェア州法人」は、裏付けが取れませんでした
日本語・英語を問わず、Ollamaを「デラウェア州で設立された法人」と説明する記事が複数あります。しかし今回、その根拠となる一次資料は見つけられませんでした。公的記録で確認できたのは上記の「組織された国=カナダ」という記載であり、Ollama自身の利用規約にも設立州の記載はありません(準拠法をカリフォルニア州法とする条項はあります)。

ただし、これは「デラウェア法人ではない」ことの証明でもありません。商標の権利者情報は移転が記録された時点(2024年6月)のもので、その後の本社移転や法人の組み替えを自動では反映しません。カナダ発のスタートアップが後から米国法人を設立する例は珍しくありません。正しい言い方は「公開情報からは、米国での設立州を確認できなかった」です。

商標記録に載っていた住所は、シェアオフィスだった

商標記録に書かれていた住所「325 Front Street West, 2nd Floor, Toronto」を調べると、この階はシェアオフィス(コワーキングスペース)事業者が運営する拠点でした。

⚠️

これは「怪しい」という話ではありません

創業初期のスタートアップがシェアオフィスを登記住所にするのは、ごく一般的で、まったく合法な運用です。ここで書いているのは、あくまで「公開されている住所は自社ビルではなかった」という事実だけです。しかもこれはトロント時代の住所で、報道によれば同社はすでにパロアルトへ移転しています。

一方で、実務上の意味はあります。Ollamaの利用規約にもプライバシーポリシーにも、現在の物理的な住所は書かれていません。記載されている連絡先は電子メールのみです。契約先の住所を確認する必要がある企業では、この点を営業窓口に直接確かめる必要があります。

ドメイン登録情報からは何も分からない

「運営者を知るならWhoisを見ればいい」とよく言われますが、実際に ollama.com の登録情報を引くと、登録者に関する項目は丸ごと出てきません

RDAP(ollama.com)の応答から抜粋 ── 2026年8月6日取得

registration : 2017-05-08   expiration : 2036-05-08
registrar    : Cloudflare, Inc.
nameservers  : NED.NS.CLOUDFLARE.COM / TERESA.NS.CLOUDFLARE.COM
status       : client transfer prohibited
# 登録者(registrant)の項目そのものが応答に含まれない

これはOllamaに限った話ではなく、現在のドメイン登録情報の標準的な状態です。なぜ運営者名が出てこないのか、その代わりに何が分かるのかは、Whoisで運営者は分かるのか(ドメイン調査入門)で詳しく解説しています。

なお、有効期限が2036年になっている点は、ドメインを長期でまとめて更新していることを示します。短期更新を繰り返す使い捨てドメインとは対照的な設定です。ただしこれも、資金力の目安にはなっても、事業の継続性の証明にはなりません

第3章 おわり ── 次は第4章

CHAP4

第4章 / 全8章

💰 お金の流れ ── 誰が出資し、どこで稼ぐのか

資本構成は明快。売上は完全に非公開

誰が出資しているか

資金調達については、同社が公式に発表しています。

ラウンド金額リード投資家その他の参加
Y Combinator(W21)12.5万ドル
当時のY Combinatorの標準条件にもとづく一般的な金額であり、同社が個別に開示したものではありません
Y Combinator
シリーズA1,500万ドルBenchmark
(Peter Fenton氏が取締役に就任)
シリーズB
(2026年7月9日発表)
6,500万ドルTheory Ventures
(Tomasz Tunguz氏)
Benchmark、8VC、Y Combinator、Pace Capital、49 Palms、GTMFund ほか
同社発表の累計調達額8,800万ドル
シリーズA・Bの合計(8,000万ドル)との差額にあたる初期の調達については、内訳が公表されていません

Benchmarkは、TwitterやUber、そしてDockerに投資してきた著名なベンチャーキャピタルです。資本の出どころが分からない、という種類の不透明さはありません。親会社や資本関係のあるグループ会社も、公開情報の範囲では確認できませんでした。

💡

よくある誤解:Metaとの関係はありません

Ollamaという名前と、Metaが公開しているモデル「Llama」が似ているため混同されがちですが、両社の間に資本関係はありません。Ollamaは独立したスタートアップで、Llamaは同社が扱えるモデルのひとつにすぎません。

どこで稼いでいるのか

収益の柱は、手元で動かす部分は無料のまま、クラウド側で課金するという形です。価格は公式サイトに公開されています。

プラン価格主な内容
Free0ドルローカル実行、CLI・API・デスクトップアプリ、クラウドモデルの少量利用
Pro月20ドル/年200ドル大きなクラウドモデル、同時3モデル、Freeの50倍の利用量
Max月100ドル同時10モデル、Proの5倍の利用量(新規受付を一時停止中と表示)
Team1席あたり月25ドル
導入価格と明記、5席から=月125ドル〜)
共有請求、優先サポート、データの保持とログ記録をしないと明記
Enterprise個別見積もりボリューム価格、セキュリティ・調達手続きの支援

つまり、あなたが自分のパソコンだけでOllamaを使っている限り、同社に支払いは発生しません。無料で使われること自体が、クラウドへの入口を広げる投資になっている構造です。これは珍しい形ではなく、まさに彼らがDockerで見てきた形でもあります。

🔐

セキュリティ視点:無料の理由が説明できることは、むしろ安心材料

「無料のツールは、利用者のデータが商品になっているのでは」という疑いは常に妥当です。この点についてOllamaのプライバシーポリシーは、ローカルで動かしたモデルについて、入力内容や応答を収集・保存・送信せず、アクセスもしないと明記しています。一方でクラウドのモデルを使う場合は、処理のためにサーバー側を通ります。

大事なのは、「ローカルだから安全」ではなく「どちらを使っているかで話がまったく変わる」ということです。この線引きはローカルLLMセキュリティ完全ガイドで詳しく扱っています。

あわせて申し添えると、ここで確認できたのは「プライバシーポリシーにそう書かれている」ということまでです。ポリシーは約束であって、技術的に検証した結果ではありません。実際の通信を自分で確かめる方法も、上の記事に載せています。

売上と企業価値は、公開されていません

ここははっきりしています。シリーズBの発表でも評価額は公表されず、報道機関の取材に対して、Morgan CEOと、シリーズAをリードしたBenchmarkのPeter Fenton氏の双方が、売上・評価額への言及を断っています。シリーズBをリードしたTheory VenturesのTunguz氏が自身のブログで公開した投資の説明にも、利用者数の話はあっても財務の数字はありません。

🚨 「Ollamaの年商は◯◯」という数字を見かけても、そのまま信じないでください
企業情報を自動収集して掲載しているデータベースを複数見ると、2024年の売上として320万ドルと表示するサイトもあれば、3億8,000万ドルと表示するサイトもありました。100倍以上の開きがあります。従業員数も、会社発表が14人であるのに対し62人と表示するサイトがありました。

これらのサイトは多くの場合、その数字を「推計値」と明示しています。掲載側に問題があるという話ではなく、非公開企業の財務は外部からは推計するしかないという当たり前のことを示しているだけです。稟議書や記事の根拠には使えません。

「取引銀行はどこか」は、そもそも分かりません

日本の感覚では、企業を調べるときに主要取引銀行を確認することがあります。しかし米国の非上場企業に、取引銀行を開示する制度はありません。上場企業でも通常は開示されません。今回確認できた範囲で、これに最も近い情報は決済処理にStripeを使っているという記載(プライバシーポリシー)だけです。

「取引銀行が分からない=怪しい」ではなく、「米国の非上場企業では原則分からない」と理解するのが正確です。同じ理由で、SEC EDGARに届出が見当たらないことも、それ自体は違法性を意味しません。私募による資金調達には複数の適法な形態があり、今回確認できたのは「その名称での登録者が見当たらなかった」という事実だけです。

第4章 おわり ── 次は第5章

CHAP5

第5章 / 全8章

⚖️ 都合の悪い材料も並べる

信用調査は、良い材料だけ集めても意味がありません

ここまでは「身元は明確」という話でした。信用調査として成立させるには、逆方向の材料も同じ精度で並べる必要があります。以下には、公開情報で事実として確認できたものと、開発者コミュニティから公開の場で行われた「指摘」の両方が含まれます。どちらであるかは、その都度はっきり書きます。

① オープンソースの土台に対するクレジットとライセンスの問題(=指摘)

Ollamaは、AIモデルを実際に動かす部分の多くを llama.cpp という別のオープンソースプロジェクトに依存してきました。その表示が十分でなかった期間が長く、ライセンス条項が守られていない状態が1年以上続いたという指摘が、開発者コミュニティから公開の場で行われました。「ボランティアが支える成果の上に、出資を受けた企業が製品を築いている」という批判です。公式リポジトリにも、配布物にライセンス告知が同梱されていないという指摘のIssue(#3185、2024年3月起票)が現在も開いた状態で残っています。

⚠️

ここは「指摘」であって、確定した事実ではありません

これらはコミュニティによる主張であり、司法の判断でも、同社が違反を認めたものでもありません。公開情報の範囲で確認するかぎり、同社が公式にライセンス違反を認めた事実は見当たりません。一方で、この指摘を受けて依存プロジェクトへの言及が改善されてきたとも報じられています。現在の表示状況は、利用者自身が公式リポジトリで確認できます。

② デスクトップアプリは一時クローズドソースだった(現在は解消)

中核である ollama/ollama は現在もMITライセンスの公開リポジトリです(スター数は約17.8万)。一方、2025年7月に公開されたmacOS/Windows向けのデスクトップアプリは、当初、非公開のリポジトリで開発され、ライセンス表記のない状態で配布されたことが指摘されました。

ただし、この状態はすでに解消しています。2026年8月6日に確認したところ、デスクトップアプリのソースコードは本体リポジトリの app/ ディレクトリに統合されており、MITライセンスの下で公開されていますapp/README.md は「Ollama for macOS and Windows」と題され、画面部分の開発手順まで書かれています)。

🔐

セキュリティ視点:解消しても、教訓は残ります

この一件が示したのは、「中核がMITライセンスだからといって、同じ配布元の別のバイナリまで同じ条件とは限らない」ということです。「オープンソースだから中身を検証できる」を理由にローカルAIを選んでいるなら、配布物ごとに、公開範囲とライセンスを確認する癖をつけておくと安全です。ライセンスの見え方がまったく違う製品との比較は、LM StudioとOllamaの使い分けの記事で整理しています。

③ 重大な脆弱性を複数回踏んでいる(修正は速いが、周知は速くなかった)

脆弱性内容対応
CVE-2024-37032
「Probllama」
モデル取得の処理で入力検証が不十分だったため、パストラバーサルによって任意のファイルを書き換えられ、最終的に遠隔でコードを実行されるおそれがあった。Dockerでの実行時は影響が特に大きい2024年5月5日に報告、5月7日公開のv0.1.34で修正
CVE-2026-7482
「Bleeding Llama」
CVSS 9.1(緊急)
認証なしで到達できる処理に細工したモデルファイルを渡すと、量子化処理でメモリの範囲外読み取りが起き、システムプロンプト・利用者のメッセージ・環境変数(APIキーを含む)などが漏れるおそれがあると報告された。約30万台のサーバーが影響を受けうると指摘されたv0.17.1(2026年2月24日公開)で修正

脆弱性が見つかること自体は、広く使われるソフトでは避けられません。Probllamaでは報告から2日で修正版が出ており、修正の速さは加点材料として数えてよい事実です(GitHubのリリースは2024年5月7日、発見者側の公開タイムラインでは5月8日と記載されています)。

⚠️ ただし「修正が速い」と「知らされるのが速い」は別です
Bleeding Llamaを修正したv0.17.1のリリースノートを実際に読むと、セキュリティ修正である旨の記載がありません(モデル対応やメモリ使用量の改善などが並んでいます)。CVE番号が割り当てられ、発見者による技術解説が公開されたのは約3か月後の2026年4月末から5月初めでした。同じ構図はProbllamaを修正したv0.1.34のリリースノートにも見られます

つまり利用者側から見ると、「更新しないと危ない」と気づける材料が、修正版の公開時点では手元に無いということです。だからこそ、第8章のチェックリストでは「理由が書かれていなくても更新する」という運用を勧めています。この脆弱性の詳細と対処は、CVSS 9.1の重大脆弱性を扱った記事にまとめています。

④ 既定では認証がない ── 最大の実務リスク

これが、この記事でいちばん強調したい点です。Ollamaは手元で使うことを前提に、既定で認証を要求しません。そのため、待ち受けアドレス(環境変数 OLLAMA_HOST の設定。0.0.0.0 にすると全方位に開きます)を外部向けに変更してファイアウォールの設定を忘れると、そのまま外から使える状態になります。

調査報告された内容
SentinelOne(SentinelLABS)と
Censysの共同調査
(2025年10月〜2026年1月)
17万5,000台のOllamaサーバーがインターネットから到達可能な状態にあり、うち約2万3,000台は継続的に公開されたままだったと報告。対象は130か国に及ぶ
Cisco Talosによる調査
(2025年9月公表)
検索エンジンShodanを10分間走査し、インターネットから直接到達できるOllamaのエンドポイントを1,139台検出。うち約2割(214台)は認証なしでモデルへの問い合わせに応答したと報告
CVE-2026-7482の報告時
(2026年5月)
影響を受けうるサーバーとして約30万台という規模が挙げられた

調査ごとに数字が違うのは、調べた時期・手法・「公開されている」の定義がそれぞれ違うからです。共通しているのは、台数が減っていないことです。なお、こうした「インターネットに露出している機器」の調べ方そのものに興味があれば、Censysの使い方の記事で扱っています(17万5,000台の調査もCensysのデータが使われています)。

⚠️ これは「Ollamaが危険」ではなく「設定を誤ると危険」です
公開されてしまった17万台は、攻撃を受けて乗っ取られた台数ではありません。利用者が待ち受けアドレスを全方位に変更し、その前段の防御を用意しなかった結果と報告されています。責任の所在は使う側にありますが、「既定で認証なし」という設計判断そのものは、会社の姿勢として評価の対象になります

自分の環境が該当していないかは、Ollamaコマンド&設定チートシートの危険な設定の項目で確認できます。

第5章 おわり ── 次は第6章

CHAP6

第6章 / 全8章

🧭 あなたはどう付き合うべきか(4タイプ別)

立場によって、必要な判断はまったく違います

ここまでの材料を、立場別の結論に変換します。自分に近いものを読んでください。

タイプ① 自宅のパソコンで、個人的に試している人

会社の実体を気にする必要はほとんどありません。あなたが気にすべきなのは会社ではなく設定です。やることは1つ、待ち受けアドレスを外部に開かないこと。これだけで、第5章で挙げたリスクの大半は自分に関係なくなります。

タイプ② 会社のパソコンに入れたい/稟議を通したい人

稟議で書けるのは、本記事の第2章(創業者と沿革)と第4章(資本構成と収益モデル)です。逆に書いてはいけないのは、設立州・年商・企業価値で、これらは公開情報から確認できません。「非公開のため確認できず」と正直に書くほうが、あとで訂正するより安全です。詳しい社内ルールの作り方はAI利用ガイドラインの雛形が使えます。

タイプ③ 情報システム部門・セキュリティ担当

会社の信用より、「14人の会社に、これだけ依存してよいか」という集中リスクのほうが重要です。同社の発表によれば、月間で利用する開発者は890万人、連携は6万7,000件、Fortune 500の85%で使われているとされます(いずれも同社の自己申告で、第三者の監査を受けた数字ではありません)。移行先を確保しておくことが現実的な対策になります。

タイプ④ 「無料ソフトは何か裏があるのでは」と不安な人

その警戒は正しい姿勢です。今回の調査でいえば、裏の資金源や不透明な親会社は見つかりませんでした。収益の仕組みも公開されており、説明がつきます。ただし「怪しくない」と「ずっと続く」は別です。方針変更や買収の可能性は、どの企業にもあります。

💡

4タイプに共通する結論

「ソフトウェアとしては使ってよいが、会社としては”永久に続く前提”では設計しない」──これが、公開情報から導ける穏当な線です。会社そのものを疑うより、更新に追従することポートを閉じることのほうが、あなたの安全に何倍も効きます。

第6章 おわり ── 次は第7章

CHAP7

第7章 / 全8章

🛠️ 同じ調査を自分でやる手順

Ollamaに限らず、海外のソフトの開発元を調べるときに使えます

この記事の手順は、そのまま他社の調査に流用できます。いずれも無料で、登録も不要です。

手順何が分かるかどこで
1. 商標を引く権利者の正式名称・住所・法人形態・組織された州や国。企業情報サイトより確実米国特許商標庁のTSDR(商標の状況照会)
2. 法人登記を引くその名前の法人が実在するか、登記はいつか米国は州ごと(デラウェア州・カリフォルニア州など)。カナダは連邦と州
3. 証券当局の届出を見る資金調達に伴う届出があれば、正式名称・所在地・役員名が載る米国証券取引委員会のEDGAR(企業名で検索)
4. ドメイン登録情報を引く登録時期、レジストラ、更新の長さ。登録者名はほぼ非開示RDAPまたはWhois
⚠️

今回つまずいた点も、そのまま共有します

カリフォルニア州の法人検索は、自動アクセスを遮断する仕組みにより情報を取得できませんでした。またデラウェア州の検索は画像認証を求める仕様のため、今回は実施していません。さらに、カナダ側も連邦の登記しか調べておらず、オンタリオ州の事業登記は未確認です。

ここが「公開情報の限界」です。調べられなかったことを、調べた結果のように書かない──信用調査でいちばん大事な作法だと思います。

なお、こうした調査に使えるツールは解析ツール横断ハブにまとめています。

第7章 おわり ── 次は第8章

CHAP8

第8章 / 全8章

✅ 導入前チェックリストとまとめ

最初にやることは3つだけです

Ollamaを業務で使う前の確認リスト

  • 待ち受けアドレスを外部に開いていない(既定では認証がないため、これが最優先)
  • バージョンがv0.17.1以上になっている(CVSS 9.1の脆弱性がここで修正されました)
  • バージョンを最新に保つ運用が決まっている(リリースノートに理由が書かれていなくても更新する
  • クラウド機能を使うかどうかを決めている(使う時点で「手元だけ」の利点は消える)
  • 取得したモデルの配布元を確認する手順がある(モデルはOllamaが作ったものではない)
  • 移行先の候補を1つ以上把握している(14人の会社への集中リスクへの備え)
  • 稟議書に、設立州・年商・企業価値といった未確認の数字を書いていない

✅ 最初にやること3ステップ
1. 自分の環境で、Ollamaが外部から到達できる状態になっていないか今すぐ確認する。
2. バージョンをv0.17.1以上(できれば最新)にし、更新を確認する日を月に1度カレンダーに入れる。
3. 業務利用なら、この記事の第2章と第4章(創業者・資本・収益モデル)をそのまま稟議の材料にし、設立州と財務は「非公開のため確認できず」と明記する

まとめ ── 今回分かったことと、分からなかったこと

観点評価根拠
創業者・素性明確実名の創業者2名、Docker Desktopの開発実績、著名VCの取締役就任
資本の透明性明確Y Combinator、Benchmark、Theory Venturesほか。累計8,800万ドル
収益モデル明確ローカルは無料、クラウドは公開価格の定額制
法人の所在一部不明商標出願の記録上は「カナダ法人」と申告。米国での設立州は確認できず
財務非公開売上・企業価値ともに未開示。第三者の推計は互いに大きく食い違う
セキュリティ対応修正は速いが
周知は速くない
重大な脆弱性を複数回。Probllamaは報告から2日で修正した一方、CVSS 9.1の修正はリリースノートに理由が書かれず、公表まで約3か月
事業継続性要注意資金は潤沢だが従業員14人。方針変更・買収の影響範囲が大きい

「怪しい会社ではない。ただし、財務は見えないし、規模は小さい」──これが今回の調査の結論です。そのうえで実務的にいちばん効くのは、会社を疑うことではなく、更新に追従し、ポートを閉じ、モデルの出どころを確認するという、ごく地味な3つでした。

第8章 おわり ── 最後によくある質問

Q&AFAQ

補足

❓ よくある質問

この記事で扱いきれなかった疑問に短く答えます

結局、Ollamaは使っても大丈夫なのですか?

「開発元の素性が不明だから使えない」という理由は、今回の調査からは出てきませんでした。判断を分けるのは会社ではなく使い方です。外部からアクセスできない状態で、最新版を使う限り、公開情報から見て特段の懸念は見当たりません。ただし本記事は利用を推奨するものではなく、最終的な判断はご自身の環境と要件に基づいて行ってください。

「デラウェア州法人」と書いてある記事は間違いなのですか?

間違いと断定はできません。今回はその根拠となる一次資料を見つけられなかったというのが正確な言い方です。米国のスタートアップがデラウェア州で設立するのは一般的な慣行でもあります。ただし、慣行は根拠ではありません。確認したい場合は、デラウェア州とカリフォルニア州の法人検索を直接引いてみてください(第7章)。

登記住所がシェアオフィスだと、信用できないのでは?

その推論は成り立ちません。創業初期の企業がシェアオフィスを登記住所にするのは一般的で合法な運用です。さらにこの住所はトロント時代のもので、報道によれば現在はパロアルトに移転しています。実務上意味があるのは「住所が公開資料に見当たらない」という点だけで、必要なら営業窓口に直接確認するのが確実です。

Ollamaが買収されたり、有料化されたりする可能性は?

可能性の有無を予測することはできません。確認できる事実として、中核部分はMITライセンスで公開されており、これまでに配布された版のライセンスが遡って取り消されることは通常ありません。一方で、将来のバージョンの方針は同社が決めます。移行先を1つ把握しておく、という備え方が現実的です。

会社の信用より、モデルの安全性のほうが心配です

その優先順位は妥当です。モデルはOllamaが作ったものではなく、配布経路を提供しているだけだからです。モデル側のリスクはAIモデルのサプライチェーン攻撃で扱っています。実際に配布元を見抜く練習はAIモデル鑑定士でできます。

📚 主な出典(すべて2026年8月6日に確認)

コメント