坂本龍太/ログラス共同創業者FDE/RyutaSakamoto

ログラス共同創業者 AIソリューション事業開発部長 FDE

of the year 2022オーディエンス賞
ログラス←CyberAgent←ビズリーチ←鳥取県境港市
#元保護猫 #きょうのこんぶ
※発信は個人の見解です

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

CTOを @itohiro73 に譲って、FDEをやっております！

初代CTOからFDEへ。「知能のコストが限りなくゼロに近づく」時代、フロンティアは企業の“非公開データ”に｜坂本龍太: ログラス共同創業者 @http204 https://t.co/Wp2Lp2I7O2

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

#iPhoneDuo 2日目の感想は「帯に短し襷に長し and 重い」
・閉じているとﾁｮｯﾄ小さい
・開くとデカすぎる
・男性の私でも重め
・対応アプリ少なめ
・やっぱりFaceID欲しい

つまり早く慣れよう（よく訓練されている）

[おーのA / 🐳ログラス🐳 @ohnoeight]

スクラム祭り2026の東京連合トラックで新卒エンジニア研修についての発表を研修運営の立場と新卒の@yoiyoi_rat さんの立場からの視点で発表しました！
#scrumat

https://t.co/wnUJKsgAKF

[🐳布川友也(ふかわ) ｜ログラスCEO🐳 @Fukahire109]

中川さんWelcome!!

FDEどんどん強くなってます
https://t.co/0kbiWwWeWx

[YONEUCHI, Takashi | GMO Flatt Security @lmt_swallow]

【PHP脆弱性対応の「後」にむけて】

みなさん、昨晩からのPHP対応お疲れ様です。一晩中連絡鳴り止んでおらず、一部の個別メッセージに返せてなくて申し訳ないです。

一括して、今、世の中の CTOs/CISOs に届いてほしいことを４つ書き残しておきます↓

（まとまりない部分もあるのですが、投稿しないよりマシかなと、このまま投げちゃいます）

Point 1: これからは、ソフトウェア業界全体で、高負荷の続くタイミングになります。意図してセキュリティに時間をあて、チームが「休息」が取れる体制を。
・我々は脆弱性リサーチに数年間継続的に取り組んできてました。だからこそ感じますが、ここ一年（体感では GPT-5.6 Sol 以後）が、最も「本当に？」みたいな脆弱性が掘り出されていく一年になると思います。こんなのまだあったの？という驚きとともに。
・特に複雑なメモリバグの類（memory safe でない言語製のものを中心に）、あるいは認可バグの類が中心になると思われます。
・少なくともここから年末までは、このクラスの脆弱性がまだまだ出てくると考えておく必要があります。（僕が読み外しているかもしれませんが、恐らく高い確度でこうなります。直近のPHP脆弱性すら、いま世界中の研究者が Variant Analysis をしていて、多分まだ出てくるでしょう）
・このご時世では、新規機能の開発に割く時間を明確に落とすしかありません。あくまで経営者である CTO には取りにくい判断なのは重々承知です（僕もそうなので）。
・「対応AIで」と思うかも知れません。これは技術的には正しいです。ただ、組織的には正しくないです。確実になんとかならず、組織は疲弊していきます。
・なんせセキュリティ対応は大抵自分にタイミングが御せないからです。深夜の対応、急な対応、計画の変更、デグレへの不安、脆弱性情報過多（そもそも自社に影響があるかも分からないものが大半なのに）… と、ストレスの強度がぐんぐん高まっていきます。昨日〜今朝のPHP対応のようなものが、毎週あれば、チームは比較的簡単に壊れてしまうでしょう。
・敢えてリーダーが、セキュリティへの、時間・お金（・トークン）にアロケしてください。これは経営者にしか取れない択で、かついま技術経営者に求められることです。

Point 2: 「必要なら予防的にサービス停止」の覚悟を決め、予めできる調整を重ねたい。止められない場合は、仮想パッチ・監視へのリソースアロケを。
・前提、今回のPHPの件のような脆弱性の対応では、「顧客の保護のためならサービスを止めざるを得ない場面」が訪れます。今回も様々なビジネスがそれに直面しました。今後も訪れるでしょう。
・今回の経験を旨に、本当に止めてはならないのか、止めらるのか、止めうる期待値調整がお客様と出来ているか、を徹底的に見直しておきましょう。
・直近の流れをうけての、お客様への事前連絡（スタンス表明）も有効だと思います。（弊社 GMO Flatt Security 製品についても、これからそれをし、リリースノートとして掲示予定です。我々のサービスの侵害、特に Takumi Guard の侵害は、ソフトウェサプライチェーンの最悪な侵害につながるからです。）
・勿論、止めてはならないビジネスも様々存在します。ビジネスドメインに由来する規制/制約（特に金融・医療セグメント）もあれば、顧客とのSLAもあるでしょう。ただし、現代においては、それらに反するリスクと、セキュリティ被害にあうリスクを天秤にかける必要がでてきています。少し前まではサービス停止でのデメリットは容易に考えられても、セキュリティ侵害など考えにくい、という時代でしたが、今はそうではありません。この天秤を再考する必要があります。（なお、「もう何がなんでも止めてはならない」ビジネスは、相当に限定的だと思います。）
・どうしても止めてはならない（もう何がなんでも止めてはならないもの。限定的であれ存在。人命に関わるもの中心）という場合、厳しい戦いになりますが、WAFレイヤなどで緩和策を施しては祈り、監視する、という流れになります。必要なコンポーネント（WAFなど）と運用リソースがあるならば、苦しい時代ですが、休息うまく取りながらやっていきましょう。なければ、これもしんどいですが、整えましょう。

Point 3: もし平時があれば、システムのモダナイズ（Rebuild and Retire）を検討されたい。
・もし自社での緊急対応が落ち着いているならば、レガシーコンポーネント（数年塩漬けのシステム）、誰がメンテできるのか分からないオーパーツ的存在から順に、作り直し（Rebuild）と旧システムの廃止（Retire）を試みてください。新規開発の代わりに、ここにリソースを充てることが CTO/CISO の仕事です。（他の誰もそれを決められないので。）これは追々自分たちを助けてくれる（ついでにAI-native 開発に移行できて改善しやすくなる）とも思料。
・どのシステムからモダナイズしていくかですが：「XXXで書かれているとまずい」というのは燃えるし言いにくいものの、memory unsafe な言語、type safety があまり確保されていない言語の実装は、モダナイズを検討すべきでしょう。（僕はPHP好きですが、C/C++ で書かれた php-src は、やはりメモリバグ類に対して見通しに限界がありますね。好きなんですが…）
・また経験上、開発当時に DevOps プラクティスすら整っていなかった時代のソフトウェアも、モダナイズを検討したほうがよいです。「セキュリティ診断」をしても、取り返しのつかない量の脆弱性が出てきて、作り直したほうが早い、となる傾向にあります。（弊社でも診断/ペネトレしてますが、こうなると、どうしようもありません。）
・ただし Rebuild には、強いソフトウェア開発力が必要で、AI-native なスタイルに移行することは必須です。この意味で CTO の力がいります。かつ、どこからレガシーの追い出しをするか、どうレキュリティ的なレジリエンスを確保するかは、CISO 的な感性が求められます。既製品（とくに SaaS）を買って処理したほうがいいな、というような判断には CIO 的センスが求められます。総力戦だと思ってください。

Point 4: CTO/CISO の総力戦を。
・Point 3でも述べた通り、直近のくだりには、CTO/CISO の総力戦が必要です。ボードがセキュリティに向かって一致団結する必要があります。
・結構これらロールの間にサイロがあるケースがありますが、そんなことを言っている場合ではありません。
・団結を！

[Shinichi Nakagawa | 中川 伸一 | ログラスFDE @shinyorke]

ログラス入社エントリー（公式）です！
なぜFDEを目指したか？のお話。

なお、 #だからいまログラス の題字は何枚か書いて自信作から選んだ拘りの逸品です

スタッフエンジニア・SREを経て辿り着いた、ログラスのFDEという道｜中川 伸一 / shinyorke @shinyorke https://t.co/rUaZjTrbLa

[YONEUCHI, Takashi | GMO Flatt Security @lmt_swallow]

【🚨重要】【PHPのと別件】LiteLLM が再度の侵害を受けています。

本ポストから1時間以内に公開されたパッケージです。C2 www[.]litellm[.]dev にデータを持ち出します。詳細以下ブログで随時アップデートします。弊社も検体解析中です。
https://t.co/T5WucGkWrr

[Kosuke Morikawa / Loglass @kskmrkw]

記事にしていただきました！

ログラスは事業責任者と対になり、プロダクト戦略を描くPdMを全力採用していきます。

@JoE_HiRose さん、@tomosooon さん、ありがとうございました！

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

自分の登壇直前から来させてもらったぞ！
#ctonight

[Loglass Product Team @LoglassPrdTeam]

📣イベント告知
11/30(月)19:00〜、LayerX・SmartHR共催で「基盤立ち上げとどう向き合ってきたか」をテーマにしたイベントを開催します！

3社がマルチプロダクトの基盤を立ち上げてきた中での、意思決定と苦労のリアルとは？

ぜひご参加ください🐳💫 #基盤立ち上げ
https://t.co/2BlTJO4CYQ

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

神戸駅暑すぎる

[稲垣 剛之(Takeshi Inagaki)｜ラクス @ingktks7]

CTOの次に、またCTOを選ぶとは限らない。坂本さんがCTOからFDEになった話に一番共感した。役職を降りたのではなく、一番価値を出せて熱くなれる場所を選び直しただけ。肩書きより、どこで一番効くか。キャリアはそれで決めていいと思う。
https://t.co/4W2vLeh11j

[Loglass Product Team @LoglassPrdTeam]

このあと15:05より、「Sysdig Accelerate 2026」にログラスからEM 勝丸 (@shin1988) が登壇します！

"UIのない運用"を目指し、AIエージェントを活用した運用へ進化する中での考え方の変遷をお話しします。

ご参加されている方はぜひご覧ください🐳💫
https://t.co/W3rieTW7M6

[松岡@AI/DDD/アジャイル @little_hand_s]

ログラスでFASTというスクラムのスケーリングフレームワークを実践してきましたが、「結果どうだったの？」という振り返りの記事です！
https://t.co/hO7ViWCtwl

[Kyosuke Awata 🐳 @wooootack]

先日公開されたマネージャー視点のFASTふりかえりに続いて、現場で推進していたエンジニアとしてのふりかえりを書きました。

実践したからこそ見えたFASTの本質を考察してみたり、もう一度やるならどうすればもっとうまくやれるのかを考えてみたり。

https://t.co/NOFgaYpXEq #zenn

[🐳布川友也(ふかわ) ｜ログラスCEO🐳 @Fukahire109]

次世代の投資家コミュニケーションを実現するAI IRが続々と大企業に導入されております。

今回はコクヨ様にご導入頂きました！！

汎用AIとは一線を画する価値が出ております
https://t.co/pYUgdN2r4E

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

記事が出ました！白いシャツで正解だった！

CTO/CPOが現場に戻る時代。ー元CTOの坂本がFDEとして「顧客の中」に入る理由ー｜株式会社ログラス https://t.co/dr1W3g1Gln

[坂本龍太/ログラス共同創業者FDE/RyutaSakamoto @http204]

AIソリューション事業では特に、異業種スペシャリストが揃ってきていて楽しいです

研究者からスタートアップを経て、ログラスで生成AI×新規事業に挑みます｜Toshio Ueda 🐳 @ToshioUeda0226 #入社エントリ https://t.co/BYkwMWYhbG

[あさマック @mixplace]

先ほどはご清聴ありがとうございました！
多くの方々に聞いて頂けて嬉しかったです。会場の最後尾席まで埋まっていて驚きでした。

「複雑なUIコンポーネントとの ⻑い付き合い⽅」発表資料をSpeaker Deckで公開しました。
https://t.co/K2Cs4amWUO

#fec_kansai #fec_kansai_maido

[🐳布川友也(ふかわ) ｜ログラスCEO🐳 @Fukahire109]

はたらいて、笑おう。

パーソルホールディングス様にLoglass人員計画をご導入いただき、年間約2億円分の予算精緻化と、5ヵ年人件費計画の策定を実現しております。

人材領域の雄であるパーソル様にこうしてランドマーク的なご利用をいただけることは大変嬉しく思います。

https://t.co/Lpb0TQgOu0

[Kosuke Morikawa / Loglass @kskmrkw]

久しぶりに登壇します！遊びに来てください！