stanford-oval/wikipedia huggingface dataset:
ブラーフミー文字
文字 > 母音 > その他

| 記号 | 転写 (IAST) | 発音 (IPA) | 意味 |
| --- | --- | --- | --- |
| 𑀀 | ṅ | /ŋ/ | 鼻音付加。 |
| 𑀁 | ṃ | /ⁿ/ | 鼻母音化。 |
| 𑀂 | ḥ | /h/ | 母音に後続する/h/。 |
文字 > 子音 > 基本

|  | 無声音> 無気音 | 無声音> 有気音 | 有声音> 無気音 | 有声音> 有気音 | 鼻音 |
| --- | --- | --- | --- | --- | --- |
| 軟口蓋音 | 𑀓 k(a) /k(ə)/ | 𑀔 kh(a) /kʰ(ə)/ | 𑀕 g(a) /ɡ(ə)/ | 𑀖 gh(a) /ɡʱ(ə)/ | 𑀗 ṅ(a) /ŋ(ə)/ |
| 硬口蓋音 | 𑀘 c(a) /c(ə)/ | 𑀙 ch(a) /cʰ(ə)/ | 𑀚 j(a) /ɟ(ə)/ | 𑀛 jh(a) /ɟʱ(ə)/ | 𑀜 ñ(a) /ɲ(ə)/ |
| そり舌音 | 𑀝 ṭ(a) /ʈ(ə)/ | 𑀞 ṭh(a) /ʈʰ(ə)/ | 𑀟 ḍ(a) /ɖ(ə)/ | 𑀠 ḍh(a) /ɖʱ(ə)/ | 𑀡 ṇ(a) /ɳ(ə)/ |
| 歯音 | 𑀢 t(a) /t̪(ə)/ | 𑀣 th(a) /t̪ʰ(ə)/ | 𑀤 d(a) /d̪(ə)/ | 𑀥 dh(a) /d̪ʱ(ə)/ | 𑀦 n(a) /n(ə)/ |
| 唇音 | 𑀧 p(a) /p(ə)/ | 𑀨 ph(a) /pʰ(ə)/ | 𑀩 b(a) /b(ə)/ | 𑀪 bh(a) /bʱ(ə)/ | 𑀫 m(a) /m(ə)/ |

| 接近音 | 𑀬 y(a) /j(ə)/ | 𑀭 r(a) /r(ə)/ | 𑀮 l(a) /l(ə)/ | 𑀯 v(a) /ʋ(ə)/ |  |
| 歯擦音・摩擦音 | 𑀰 ś(a) /ɕ(ə)/ | 𑀱 ṣ(a) /ʂ(ə)/ | 𑀲 s(a) /s(ə)/ | 𑀳 h(a) /ɦ(ə)/ |  |
文字 > 子音 > 結合文字

連続した子音を表現するための結合文字は、子音字を縦に組んで作る。
（このように子音字を縦に組んで結合文字を作る手法は、続く悉曇文字（シッダマートリカー）やチベット文字などにも継承されたが、デーヴァナーガリーなどの段階になると横に組んで結合文字を作るようになる。）
文字 > 数字

→詳細は「ブラーフミー数字」を参照
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 𑁒 | 𑁓 | 𑁔 | 𑁕 | 𑁖 | 𑁗 | 𑁘 | 𑁙 | 𑁚 |
| 10 | 20 | 30 | 40 | 50 | 60 | 70 | 80 | 90 |
| 𑁛 | 𑁜 | 𑁝 | 𑁞 | 𑁟 | 𑁠 | 𑁡 | 𑁢 | 𑁣 |
| 100 | 1000 |  |  |  |  |  |  |  |
| 𑁤 | 𑁥 |  |  |  |  |  |  |  |
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 𑁦 | 𑁧 | 𑁨 | 𑁩 | 𑁪 | 𑁫 | 𑁬 | 𑁭 | 𑁮 | 𑁯 |
字形比較

他のブラーフミー系文字（インド系文字）や、フェニキア文字・アラム文字との字形の比較。
| フェニキア文字 | アラム文字 | 音価 | ブラーフミー文字 | グプタ文字 | シッダマートリカー （悉曇文字・梵字） | デーヴァナーガリー | チベット文字 |
| --- | --- | --- | --- | --- | --- | --- | --- |
|  |  | a | 𑀅 |  |  | अ | ཨ |
| - | - | i | 𑀇 |  |  | इ | - |
| - | - | u | 𑀉 |  |  | उ | - |
| - | - | ṛ | 𑀋 |  |  | ऋ | - |
|  |  | e | 𑀏 |  |  | ए | - |
| - | - | o | 𑀑 |  |  | ओ | - |
|  |  | k | 𑀓 |  |  | क | ཀ |
| - | - | kh | 𑀔 |  |  | ख | ཁ |
|  |  | g | 𑀕 |  |  | ग | ག |
|  |  | gh | 𑀖 |  |  | घ | - |
| - | - | ṅ | 𑀗 |  |  | ङ | ང |
|  |  | c | 𑀘 |  |  | च | ཅ |
| - | - | ch | 𑀙 |  |  | छ | ཆ |
|  |  | j | 𑀚 |  |  | ज | ཇ |
| - | - | jh | 𑀛 |  |  | झ | - |
| - | - | ñ | 𑀜 |  |  | ञ | ཉ |
| - | - | ṭ | 𑀝 |  |  | ट | - |
| - | - | ṭh | 𑀞 |  |  | ठ | - |
| - | - | ḍ | 𑀟 |  |  | ड | - |
| - | - | ḍh | 𑀠 |  |  | ढ | - |
| - | - | ṇ | 𑀡 |  |  | ण | - |
|  |  | t | 𑀢 |  |  | त | ཏ |
|  |  | th | 𑀣 |  |  | थ | ཐ |
| - | - | d | 𑀤 |  |  | द | ད |
|  |  | dh | 𑀥 |  |  | ध | - |
|  |  | n | 𑀦 |  |  | न | ན |
|  |  | p | 𑀧 |  |  | प | པ |
| - | - | ph | 𑀨 |  |  | फ | ཕ |
|  |  | b | 𑀩 |  |  | ब | བ |
| - | - | bh | 𑀪 |  |  | भ | - |
|  |  | m | 𑀫 |  |  | म | མ |
|  |  | y | 𑀬 |  |  | य | ཡ |
|  |  | r | 𑀭 |  |  | र | ར |
|  |  | l | 𑀮 |  |  | ल | ལ |
|  |  | v | 𑀯 |  |  | व | - |
|  |  | ś | 𑀰 |  |  | श | ཤ |
|  |  | ṣ | 𑀱 |  |  | ष | - |
| - | - | s | 𑀲 |  |  | स | ས |
|  |  | h | 𑀳 |  |  | ह | ཧ |
使用

未解読のインダス文字を除けば、ブラーフミー文字とその姉妹カローシュティー文字がインド最古の音素文字の代表である。カローシュティー文字は北西インドでのみ使われたが、ブラーフミー文字はインド亜大陸全域で使われた。時代を経るにつれ、さまざまな形式や様式のブラーフミー文字が生まれ、そこから多数の文字体系が派生していった。一方カローシュティー文字は最終的に使われなくなり、それに続く文字体系も産まなかった。
カローシュティー文字と同様、ブラーフミー文字はプラークリットの早期の方言を書くために使われた。その使用はほとんどが建築物や墓に刻み込むか典礼用の文章に限られた。サンスクリットはこの時点では記録されず、代わりに口述で伝えられ、何世紀も後になってから書かれるようになった。結果として、サンスクリットの音韻論的特徴の多く (たとえば末尾の子音) には対応する記号やダイアクリティカルマークがブラーフミー文字に存在しないため、ブラーフミー文字それ自身はサンスクリットの記録に適さない。
派生した文字体系

→詳細は「ブラーフミー系文字」を参照
ブラーフミーは、南インドグループと北インドグループに大別される多くの異なるアブギダに発展した。時代を経るにつれ、特定の文字体系が特定の言語へ関連づけられるようになり、各アブギダは言語固有の文字体系となった。
Unicode

ブラーフミー文字は、2010年10月に策定されたUnicodeスタンダード 6.0 で、U+11000からU+1107Fの追加多言語面に含まれる領域に次の文字が収録されている。
| U+ | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | A | B | C | D | E | F |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| U+1100x | 𑀀 | 𑀁 | 𑀂 | 𑀃 | 𑀄 | 𑀅 | 𑀆 | 𑀇 | 𑀈 | 𑀉 | 𑀊 | 𑀋 | 𑀌 | 𑀍 | 𑀎 | 𑀏 |
| U+1101x | 𑀐 | 𑀑 | 𑀒 | 𑀓 | 𑀔 | 𑀕 | 𑀖 | 𑀗 | 𑀘 | 𑀙 | 𑀚 | 𑀛 | 𑀜 | 𑀝 | 𑀞 | 𑀟 |
| U+1102x | 𑀠 | 𑀡 | 𑀢 | 𑀣 | 𑀤 | 𑀥 | 𑀦 | 𑀧 | 𑀨 | 𑀩 | 𑀪 | 𑀫 | 𑀬 | 𑀭 | 𑀮 | 𑀯 |
| U+1103x | 𑀰 | 𑀱 | 𑀲 | 𑀳 | 𑀴 | 𑀵 | 𑀶 | 𑀷 | 𑀸 | 𑀹 | 𑀺 | 𑀻 | 𑀼 | 𑀽 | 𑀾 | 𑀿 |
| U+1104x | 𑁀 | 𑁁 | 𑁂 | 𑁃 | 𑁄 | 𑁅 | 𑁆 | 𑁇 | 𑁈 | 𑁉 | 𑁊 | 𑁋 | 𑁌 | 𑁍 |  |  |
| U+1105x |  |  | 𑁒 | 𑁓 | 𑁔 | 𑁕 | 𑁖 | 𑁗 | 𑁘 | 𑁙 | 𑁚 | 𑁛 | 𑁜 | 𑁝 | 𑁞 | 𑁟 |
| U+1106x | 𑁠 | 𑁡 | 𑁢 | 𑁣 | 𑁤 | 𑁥 | 𑁦 | 𑁧 | 𑁨 | 𑁩 | 𑁪 | 𑁫 | 𑁬 | 𑁭 | 𑁮 | 𑁯 |
U+1107x: 
Unicodeでは、グプタ文字やその系統のホタン文字、更には古タミール文字などもブラーフミー文字に統合されている。
アショーカ第6法勅の断片
カンヘリー石窟の石に刻まれたブラーフミー文字
各種の母音表現。
/k/ を表すブラーフミー文字と、各種の母音表現。
結合文字の例。
ファジング

ファジング（英語: fuzzing）とは、コンピュータプログラムヘの入力として、無効なデータ、予期しないデータ、ランダムなデータを用いた自動化ないし半自動化されたソフトウェアテストの手法である。コンピュータプログラムにファズ（「予測不可能な入力データ」の意、英語: fuzz）を与えることで、意図的に例外的な状況を発生させ、その例外的な状況での挙動を確認するという方法を用いる。ファズテスト（fuzz testing）とも呼ばれる。また、ファジングの対象プログラムに対してファズテストを実行するツールは、ファザー（fuzzer）と呼ばれる。
概要

ファジングは、コンピュータプログラムの検証プロセスの一環として、構造化された入力を受け取るプログラムをテストするために使用される。この構造化された入力とは、たとえばファイル形式やプロトコルで指定された有効な入力、あるいは無効な入力を指す。ファザーは、（パーサーによって拒否されないという意味で）プログラムに対して有効な入力データを生成する。ファザーが生成する入力データ等を使用することで、通常のプログラムの操作や他のテスト方法では達成できない例外的な状況を発生させる可能性がある。
ファジングによって作り出された例外的な状況により、意図せぬクラッシュ(コンピュータ)、適切に処理されていないコーナーケースの発見、組み込みコードアサーションの失敗、潜在的なメモリリーク、実行時エラーの発見・分析などが可能となる。
ファジングの重要な要素として「自動化」が挙げられる。ソフトウェアテストは、従来、テスト実施者の経験と勘に頼って手作業で行われてきた。これに対して、ファジングは、テストケースの自動生成・実行と、自動化に伴う再現性の高さとコードカバレッジの広さで優れており、テスト実施者の経験と勘に依存しないソフトウェアテストとして発展してきた。ただし、ファジングにおいても依然としてテスト実施者の経験と勘に依存する要素はある。入力データの決定方法では半自動化を選択する場合もあるほか、ファイル形式のファジングなどの分野では手動ファジングが効果的な場合もある。
ファジングが有効な例としては、信頼境界線を越えた入力が挙げられる。一例として、ファジングを用いたコードの検証を行う際は、管理者権限ユーザーのみがアクセスできる構成ファイルを解析するコードよりも、任意のユーザーによるファイルのアップロードを処理するコードのほうが、有効な結果を得られる可能性が高い。
ファジングはソフトウェアまたはコンピュータシステムの不具合、特に脆弱性を発見するために一般的に使用され、ソフトウェアの未知の脆弱性と堅牢性の課題を明らかにするうえで最も重要な手法の一つである。
品質保証の分野でもファジングと同様の手法が使用されており、堅牢性テスト、構文テスト、または否定テストと呼ばれている。
ファジングの歴史 > ファジングの前史

「ファジング」という用語が登場し、手順が確立される以前から、ランダムな入力の実行を用いたテスト手法が存在していた。たとえば、ジェラルド・ワインバーグは、コンピュータプログラムヘの入力として、ゴミ箱から引き出されたパンチカードや乱数のカードを使用し、それらの実行によって望ましくない動作を引き出し、バグの検出に用いていた。
1981年、DuranとNtafosは、ランダムな入力を使用してプログラムをテストすることの有効性を正式に調査した研究論文を発表している。それまでランダムな入力によるテストは、プログラムをテストするための「最悪の手段」であると広く認識されていたが、DuranとNtafosは、ランダムな入力によるテストが費用効果の高い代替手段であることを示した。
1983年、AppleのSteve Cappsは、Mac Paintなどの従来のMacOSアプリケーション用にランダムな入力を生成するツールTheMonkeyを開発した。名称の由来にあるMonkey（日本語：「猿」）は、「無限の猿定理」で提示された「猿がタイプライターのキーボードでランダムにキーを無限に押せば最終的にシェイクスピア全集をタイプアウトする」という思考実験に由来する。
1991年、ランダムなプロセッサ命令のセットを実行することにより、UnixおよびUnixライクなオペレーティングシステムでプログラムの信頼性・堅牢性をテストするように設計されたアプリケーションcrashmeが公開された。
これらのテスト手法は、ランダムテストまたはモンキーテストとも呼ばれてきた。
ファジングの歴史 > 用語「ファジング」の登場

原始的なファジングツールは、ウィスコンシン大学マディソン校のオペレーションシステムに関する講義において、教授バートン・ミラー（英語：Barton Miller）と、ミラーが指導する大学院生Lars FredriksenおよびBryan Soによって1988年に開発され、1990年に研究論文として公開された。
これは、UNIXアプリケーションの脆弱性テストに作成したコマンドラインプログラムである。ランダムな入力およびコマンドラインパラメータを自動的に生成することを目的として、エラーで停止するまで他のプログラムにパラメータとして渡されるランダムデータを生成した。ランダムな非構造化データを使用した初めてのテストであるだけでなく、さまざまなオペレーティングシステムのさまざまなプログラムをテストし、テスト中に発生するエラーの種類を体系的に分析するための最初の専用アプリケーションでもあった。
このプロジェクトは、「オペレーティングシステムユーティリティ信頼性プログラム――ファジングジェネレータ」と名付けられた。このファジングという語は、英語の単語fuzzy（ファジー、ぼやけの意味）に由来する。
ミラーらのプロジェクトは、テストしたUNIXユーティリティの25～33％をクラッシュさせることに成功した。また、各クラッシュをデバッグして原因を特定し、検出された各障害を分類した。加えて、他の研究者が他のソフトウェアでも同様の検証実験を行えるようにするために、ツールのソースコード、テスト手順、及び生の結果データが公開された。なお、1990年の研究論文では、ファジングの信頼性とセキュリティの関係性についても言及されている。
この時点ではまだ用いられているテスト内容は、たんに「クラッシュするか否か」「ハングするか否か」といったレベルのものであり、ファジングという用語も概念も登場する前のことであったが、これらのことを行なったバートン・ミラーは「ファジングの父」と呼ばれている。
ファザーを用いたテストは、1995年に再度実験が行われた。アプリケーションは、MacOSおよびWindows用のGUIアプリケーション、ネットワークプロトコル、およびシステムライブラリAPIテストを含むように拡張された。このときには様々なUNIXアプリケーションに対して脆弱性が発見されている。
ファジングの歴史 > ファジンツールの多様化

体系的なファジングツールは、オウル大学でのPROTOSプロジェクトによって開発された。PROTOSの開発は1999年に始まり、2002年には同プロジェクトのメンバーによって商用ファズツールの設計開発会社Codenom1iconが設立され、2005年には商用ファズツールがリリースされている。なお、PROTOSはオープンソースであるが2004年以降開発されていない。2005年にはファジング専門のメーリングリストが作成されるなど、セキュリティ研究家の中でも取り上げられる存在となった。
2002年、Dave Aitelによって作成されたオープンソースのファズツールフレームワークSPIKEおよびそれを使ったファズツールsharefuzzなどが登場した。これ以降、Webブラウザを対象としたファジング（mangleme, CSSDIEなど）、ファイル形式を対象としたフジァング（FileFuzz、SPIIKIEfileなど）、ハードウェアファジング機器（Mu Security）、ActiveXを対象としたファジング（AxMan）など，特定分野における様々なファズツールが作られることとなった。
2012年4月、Goog1leは、Chromium Webブラウザのセキュリティが重要なコンポーネント用のクラウドベースのファジングインフラストラクチャであるClusterFuzzを発表した。セキュリティ研究者は、ClusterFuzzがアップロードされたファザーでクラッシュを検出した場合、独自のファザーをアップロードしてバグバウンティを収集できる。
2014年9月には、2014年シェルショック脆弱性の類似する脆弱性として開示されたセキュリティバグ広く使用でUNIXのbashシェル。Shellshockのほとんどの脆弱性は、後述するファジングツールAFLを使用して発見された。発見された脆弱性によりは、一部のWebサーバー展開など、多くのインターネット向けサービスはBashを使用して特定の要求を処理し、攻撃者が脆弱なバージョンのBashに任意のコマンドを実行させることを可能することで、攻撃者はコンピューター・システムヘの不正アクセスを取得することができた。
2015年4月、Hanno Bockは、AFLが2014年のHeartbleedの脆弱性の発見手法を報告している。Heartbleedの脆弱性は2014年4月に公開された。これは、攻撃者が暗号化された通信を解読できる深刻な脆弱性であった。この脆弱性は、TLSを実装するOpenSSLに誤って導入され、インターネット上のサーバーの大部分で使用されていた。Shodanは2016年4月に238,000台、2017年1月に200,000台のマシンがまだ脆弱であると報告されている。
2016年8月、米国国防高等研究計画局（DARPA）は、キャプチャー・ザ・フラッグコンテストとしてサイバーグランドチャレンジを開催した。これは、ソフトウェアの欠陥をリアルタイムで発見悪用、修正できる自動防御システムを開発することを目的としたイベントであった。ファジングは、対戦相手のソフトウェアの欠陥を発見するための効果的な攻撃戦略として使用され、脆性弱検出の自動化に大きな可能性が示された。なお、優勝はデイビット・ブラムリーが率いるチームFor All Secureによって開発されたシステム「メイヘム」であった。
2016年9月、マイクロソフトは、ソフトウェアのセキュリティ上の重大なバグを検出するためのクラウドベースのファジングテストサービスであるProject Springfieldを発表した。2016年12月、GoogleはOSS-Fuzzを発表した。これにより、セキュリティが重要ないくつかのオープンソースプロジェクトを継続的にファジングできる。セキュリテイカンファレンスBlackHat2018で、Christopher Domasは、ファジングを使用してプロセッサ内の隠れたRISCコアの発見手法を提案した。このコアは、既存のセキュリティチェックをバイパスして、リング3からリング0コマンドを実行することができた。
2020年9月、MicrosoftによってOne Fuzzがリリースされた。これは、ソフトウェアのバグの検出を自動化し、自己ホスト型のサービスとしてのファジングプラットフォームであり、WindowsとLinuxをサポートしている。
ファジングの用途と限界

ファジングは主に、悪意を持って悪用される可能性のあるセキュリティクリテイカルなプログラムの脆弱性を明らかにするための自動化された手法として使用される。より一般的には、ファジングは、バグが存在しないことではなく、存在することを示すために使用される。バグを見つけずにファジングキャンペーンを数週間実行しても、プログラムが正しいことは証明とはならなく、プログラムはまだ実行されていない入力に対して失敗する可能性がある。すべての入力に対してプログラムを実行することは非常にコストがかかるが、プログラムがすべての入力に対して正しいことを証明することが目的である場合は、形式仕様が存在し、形式手法の手法を使用する必要がある。
以下、ファジングが特に効果を発揮している用途を挙げて解説する。
ファジングの用途と限界 > バグの発見

バグの発見のために、ファザーは予期された（通常の）プログラムの動作と予期しない（バグのある）プログラムの動作を区別できなければならない。ただし、マシンは常にバグと機能を区別できるとは限らない。自動ソフトウェアテストでは、これはテストオラクル問題とも呼ばる。
通常、ファザーは、仕様がない場合にクラッシュする入力とクラッシュしない入力を区別し、単純で客観的な手段を使用する。クラッシュは簡単に特定でき、潜在的な脆弱性（サービス拒否や任意のコード実行など）を示している可能性がある。ただし、クラッシュがないからといって、脆弱性がないことを示すものではない。たとえばCで記述されたプログラムは、入力によってバッファオーバーフローが発生した場合にクラッシュする場合とクラッシュしない場合がある。むしろ、プログラムの動作は未定義であることが多い。クラッシュ以外の障害に対してファザーをより敏感にするために、サニタイザーを使用して、障害が検出されたときにプログラムをクラッシュさせるアサーションを挿入できる。さまざまな種類のバグに対して、さまざまな解消方法がある。バッファオーバーフローやメモリ解放後の再使用(Address Sanitizerなどのメモリデバッガを使用）などのメモリ関連のエラーを検出するには、競合状態とデッドロックを検出するため(Thread Sanitizer)、未定義の動作を検出するには(Undefined Behavior Sanitizer)、メモリリークを検出する(Leak Sanitizer)、またはコントロールフローの整合性をチェックするCFISanitizer)。リファレンス実装が利用可能な場合、ファジングを使用して「差分」バグを検出することも可能である。自動回帰テストの場合、生成された入力は、同じプログラムの2つのバージョンで実行される。自動差分テストの場合、生成された入力は、同じプログラムの2つの実装で実行される。たとえばlighttpdとhttpdは両方ともWebサーバー上に実装される。2つのバリアントが同じ入力に対して異なる出力を生成する場合、1つはバグがある可能性があるため、より詳細に調べる必要がある。
ファジングの用途と限界 > 静的解析

静的解析は、プログラムを実際に実行せずに分析する。これにより、ツールが実際には存在しないプログラムの問題を報告する誤検知が発生する可能性がある。動的プログラム分析と組み合わせたファジングを使用して、報告された問題を実際に確認できる入力を生成しようとすることができる。
ファジングの用途と限界 > テストケースの削減

テストケースの削減は、より多くのテストケースのセットから多数のテストケースを選択するプロセスである。テストケースの削減は手動またはソフトウェアツールを使用して行うことができ、プログラムの適用範囲に不可欠なテストケースのみが残るまで、テストの一部を1つずつ削除する分割統治法が行われる。ファジングソフトウェアは、ソフトウェアに適用する前に、生成したデータ入力を記録することが多い。実行中にコンピューターにエラーが発生した場合、テストは保持される。生成されたデータストリームが疑似ランダムである場合、ファジングの試みを再現するためにシード値を保存できる。バグが検出された場合、デバッグに使用できるテストケースの作成に役立つ。
一例として、プログラムシリアライザーが同じプログラムパーサーが拒否するものを発行するたびにメッセージを生成することにより、誤ったシリアル化フォームに関連するバグを検出できる。この手法では、プログラムの2つのバージョン間、または同じ仕様の2つの実装間で意図しない違いを見つけることも可能となる。
ファジングの用途と限界 > メモリリークの検出

ファジングは、メモリデバッガと組み合わせた場合バグやメモリリークを検出するためにも使用することができる。大規模なアプリケーションでは、メモリ使用量の安全性に影響を与えるバグがプログラムの実行中にエラーを生成する可能性があるため、ファジングが有効な場面の一つである。
ファジングの用途と限界 > Webブラウザのセキュリティ診断

最新のWebブラウザは、広範囲にわたってファジングが実行されている。Google ChromeのChromiumコードは、15,000コアのChromeセキュリティチームによって継続的にファジングされている。Microsoftが行った検証では、Microsoft EdgeおよびInternet Explorerに10億個のHTMLファイルから複数4000億DOM操作を生成してテストが実施された。
ファジングの用途と限界 > 限界

ファジングはセキュリティにおける万能薬ではない。以下のようなものはファジングでは問題を見つけることができない。
アクセス制御の欠陥
粗悪な設計ロジック（リバースエンジニアリングの段階で見つかる可能性はあるが、それはファジング自体によるものではない）
バックドアの検出（ファジングツールでは、本来の動作との見分けはつかない）
メモリ破壊（スタックの書き換え等による権限昇格など）
複数の脆弱性の合わせ技
また、テスト終了条件、つまりどれだけの入力データを投入すれば充分にテストされたといえるかといった点や、コード網羅率を現状よりも高めるにはどのような入力値を与えればよいのかといった点が判断しづらいという問題もある。
ファジングの種類

ファジングは、自動化あるいは半自動化されたブラックボックステストないしはグレーボックステストに分類される。ブラックボックステストとして使うこともあるが、リバースエンジニアリングによってどのような機能を持っているか（ネットワークアプリケーションであれば、どのライブラリのどのAPIを呼び出しているか、など）を特定することで入力機能に関する情報が得られるため、このようにして得られた情報を付随してグレーボックステストとして行なわれることもある。
ファジングは、ブラックボックスファジング、グレーボックスファジング、ホワイトボックスファジングの３種に類別することが可能である。Fuzzing-survey.orgでは、既存のブラックボックス、グレーボックス、ホワイトボックスのファザーをそれぞれの系統樹形式で閲覧することができる。
ファジングにおけるツールチェーンの特徴

ファジングは、比較的短時間で多数の入力を生成して解析に使用する。たとえば、2016年に発表されたGoogleのOSS-fuzzプロジェクトでは、1週間に約4兆件の入力データが生成された。このように多くのファザーは、障害を誘発する入力の自動生成に続く手動で面倒なタスクを自動化するツールチェーンとともに使用される。
ファジングにおけるツールチェーンの特徴 > 自動バグトリアージ

自動バグトリアージは、多数の障害を誘発する入力を根本原因ごとにグループ化し、個々のバグに重大度ごとに優先順位を付けるために使用される。ファザーは多数の入力を生成し、障害を引き起こすものの多くは同じソフトウェアのバグを効果的に公開する可能性がある。これらのバグの一部のみがセキュリティ上重要であり、より高い優先度でパッチを適用する必要がある。たとえば、CERT Coordination Centerは、生成されたスタックトレースによってクラッシュする入力をグループ化し、悪用される可能性に応じて各グループを一覧表示するLinuxトリアージツールを提供している。Microsoft Security Research Center(MSEC)は、クラッシュする入力のハッシュを最初に作成してその一意性を判断し、次のように悪用可能性の評価を割り当てるツールを開発した。
悪用可能
おそらく悪用可能
おそらく悪用できない
判明不能
以前は報告されていなかったトリーアジされたバグが、バグ追跡システムに自動的に報告される場合がある。たとえば、OSS-Fuzzは、セキュリティが必要ないくつかのソフトウェアプロェジクトに対して、大規模で長期にわたるファジングキャンペーンを実行している。このキャンペーンでは、これまで報告されていなかった個別のバグがバグトラッカーに直接報告された。OSS-Fuzzバグトラッカーは、脆弱なソフトウェアをメンテナに自動的に通知し、アップロードされた最小化された障害誘発入力を使用して、バグが最新のリビジョンで修正されたかどうかを定期的にチェックする機能を有する。
ファジングにおけるツールチェーンの特徴 > 自動入力最小化

自動入力最小化（テストケース削減）は、実際に障害を引き起こしている障害を引き起こす入力の部分を分離するための自動デバッグ手法である。失敗を誘発する入力が大きく、ほとんどが不正な形式である場合、開発者がバグの原因を正確に理解するのは難しい。障害を引き起こす入力を考えると、自動化された最小化ツールは、元のバグを再現しながら、可能な限り多くの入力バイトを削除することができる。たとえば、Delta Debuggingは、拡張されたバイナリ検索アルゴリズムを使用してそのような最小入力を見つける自動入力最小化手法である。
ファズデータの生成方法

ファズツールは、ファズデータの生成方法によって以下の様に大きく分類される。
ファジングの実施フェーズ

ファジングにおいては、一般的に以下のフェーズを適用する。
ターゲットに関する情報の入手（同社の過去製品の脆弱性調査、リバースエンジニアリングなども含まれる）
ターゲットアプリケーションの中に含まれる、ファジングでテストされるべき機能の特定
ファズデータの生成
ファズデータの投入
例外発生の監視
攻撃可能性の判定（例外が発生した場合の、攻撃への発展可能性の検証）
ファジングを用いる対象の例

ファジングの最も一般的な対象は、ファイル形式とネットワークプロトコルであるが、任意のプログラム入力をテスト対象として使用できる。入力には、環境変数、キーボードとマウスのイベント、およびAPI呼び出しシーケンスが挙げられる。手法によっては、データベースの内容、共有メモリ、スレッド間のコンテキストスワップなど、通常は「入力」とは見なされないアイテムもファジングの対象とすることが可能である。
以下、ファジングを用いる代表的な対象を挙げる。
コマンドラインのファジング
環境変数のファジング
ファイル形式のファジング（不正なjpegファイルを読み込ませても大丈夫か、といった類のファジング）
Webブラウザのファジング（アプリケーションが広範に用いられている事情から、この分野に特化したツールも多く登場している）
ネットワークプロトコルのファジング
Webアプリケーション（サーバー側）のファジング
現在使用されている主なファジングツール

ファジングの実施に際しては、ファジングの対象にあわせて設計されたツールが必要になることが多いが、いわゆるオープンソースフレームワークが用いられるほか、商用ソフトウェアを用いてテストされることもある。
標準化されたインターフェイスを持つもの、またはプロトコルでアドレス指定できるものは基本的にファジングツールでテストすることができる。一例としてWebアプリケーションは多くの場合、バックグラウンドのプロセスは、常に同じであるため、HTTP/HTMLなどの共通のインターフェイスをもつため、ファジングツールでテストすることができる。
また、用途に応じたファジングツールとして、ブラウザやソフトウェアをファジングするための優れたツールが登場している。ファジングツールを使用することで、Webブラウザとして以前に生成された無効なデータ文字列、ファイルおよび異常なプログラム動作（クラッシュ、サービス拒否、サービスの低下）を制御するために、必要に応じてログを記録して後で評価を行う、といった検査が可能となる。
現在使用されている主なファジングツール > 商用ソフトウェア

商用ファジングツールには次のものがある。
BeyondSecurity beSTORM
Codenomicon Defensics
CodenomiconのDefensicsは、事前定義されたいわゆる「テストケース」で機能する。一方、BeyondSecurityのファザーhoSTORMは、テストケースではなく、n×n個の異常でログ内のすべてのフィールドにサービスを提供する。
「インテリジェント・ファズ」または「ステートフル・ファズ」を標榜したファザーが商用環境で開発されており、事前にテストするシステムの相互運用性をチェックしてから、ファジングテストセット（異常化されたデータパケット）をターゲットシステムに送信する機能が標準的に備わっている。
現在使用されている主なファジングツール > オープンソースフレームワーク

よく知られているオープンソースフレームワークとしては、Peach FuzzerやSullyが挙げられる。これらのフレームワークは非常に複雑であり、利用にあたってはファジングとプロトコルに関する広範な知識が必要である。また、既存のテストツールまたは既存のテストプロセスを統合するため、Fuzzinoなどのテスト環境プラットフォームも公開されている。
現在使用されている主なファジングツール > オープンソースフレームワーク > アメリカンファジーロップ(American Fuzzy Lop, AFL)

オープンソースソフトウェアの分野では、Michat Zalewskiによるファジングツール「アメリカンファジーロップ」（American Fuzzy Lop、名前はウサギの品種に由来する。略してAFL）が2014年から普及している。
AFLは、ファザーafl-fuzzに加えて、他の補助プログラムが利用可能であり、テストケースの最小化とテストコーパスの最小化に有効である。テスト対象のプログラム（テスト項目）のソースコードをインストルメント化することにより、afl-fuzzは、ソフトウェアのどのブロックが特定のテスト刺激で実行されたかを後で確認できる。そのため、AFLはグレーボックステストに使用することができる。遺伝的手法による検査データの生成に関連して、ファザーはテストデータをより適切に生成できるため、このメソッドを使用しない他のファザーよりも、処理中に以前は使用されていなかったコードブロックが実行される。その結果、コードカバレッジは比較的短い時間で比較的高い結果が得られる。この方法は、生成されたデータ内の構造を独立して（つまり、事前の情報なしで）生成することができる。このプロパティは、テストカバレッジの高いテストコーパス（テストケースのコレクション）を生成するためにも使用される。
afl-fuzzの利点は、自動操作（最小限のシンプルな構成）、複数のコアまたは複数のコンピューターとの並列化が可能であり、高性能であると言える。データのフィードにはファイルインターフェイスがサポートされているが、ネットワークインターフェイスはサポートされていない。DUTは、ランタイム拡張機能Address Sanitizerを使用してコンパイルされた場合、特に敏感に反応する。この拡張機能は、コンパイラdangまたはclang++およびgccまたはg++で使用可能であり、メモリアクセスの監視に用いることができる。ソーステキストが利用できない場合、afl-fuzzはQEMUの助けを借りてテスト項目をインストルメント化できる。なお、インストルメント化は動的に実行する必要があるため、テスト項目の処理速度は静的にコンパイルされたインストルメント化よりも遅くなる。
現在使用されている主なファジングツール > オープンソースフレームワーク > Cluster Fuzz

Cluster Fuzzは、Googleによって公開されたスケーラブルなファジング・インフラストラクチャである。2019年2月に公開した。Cluster Fuzzは、Google Chromeブラウザのバグを見つけ、パッチが成功したことを確認するために開発された。2012年から2019年2月に開発が開始されて以来、Google Chromeでは16,000のバグが発見され、OSS Fuzzに統合された160を超えるプロジェクトでは11,000のエラーが発見された。
現在使用されている主なファジングツール > オープンソースフレームワーク > fuzzuf

ファジングによる脆弱性検出に関心のある研究者・開発者に向けの日本国産ファジングフレームワーク。多種多様なファジングアルゴリズムを統合されたインターフェイスから扱うことのできるフレームワークで、既存のファジングアルゴリズムをブロックのように組み替えて新たなアルゴリズムを作り出すことを可能にするドメイン固有言語「HierarFlow」を備えている。ファジングアルゴリズムの実装コストを低下させ、再利用性を向上させる機能を含む。
レラ・チセ

レラ・チセは、日本の東京都内にかつて存在したアイヌ料理店。
概要

店名はアイヌ語で「風の家」の意味である。
首都圏在住のアイヌ団体、レラの会が、自分たちの集まる拠点であり、アイヌ文化を広めるための場所としてレストランの設立を構想し、1993年の「国際先住民年」を契機として、全国からの募金を集める運動を開始、1994年に東京都新宿区の西早稲田で開業する。初代店長はレラの会会長の佐藤タツエ。
2000年に東京都中野区新井に自前のビルを建設し、移転する。
アイヌ料理の店であるが、伝統的なアイヌ料理だけでなく、北海道の郷土料理や、鹿肉やギョウジャニンニクなど、アイヌの伝統的食材を使った創作料理も出していた。エゾ鹿のステーキや鮭の背わたの塩漬け「メフン」、いも団子「イモシト」がメニューにあった。鹿肉カレーや鮭カレー、熊肉の焼肉を食べられることもあった。アイヌ文化講座やアイヌ語教室の開催など、首都圏のアイヌ文化継承の拠点となった。アイヌや沖縄などのライブも時々行われた。
中野区新井の店は3階建てで、儀式を行うためのいろりが2階にあった。かつては、昼と夜の営業が行われたときもあったが、全体を通して午後6時からの営業となっていた。不況の中で売上が減少し赤字経営が続いた。
2009年11月7日閉店した。
なお、2011年5月22日、『レラ・チセ』に開店当初より携わっていた母子（宇佐タミエ・宇佐照代）により、アイヌ料理店『ハルコロ』が大久保に開業する。
関連書籍

レラの会編『レラ・チセへの道―こうして東京にアイヌ料理店ができた』現代企画室、1997年 ISBN 978-4773897043
宇井眞紀子『アイヌときどき日本人』社会評論社、2001年 ISBN 978-4784514168
関口由彦『首都圏に生きるアイヌ―対話の地平から』草風館、2007年 ISBN 978-4883231799
小泉みゆき

| --- | --- |
: ファッションモデルの「小泉深雪」あるいは本名および旧芸名が同名であるお笑い芸人の「薄幸」とは別人です。
小泉 みゆき（こいずみ みゆき、1985年〈昭和60年〉4月23日 - ）は、日本の女性タレント。女優としても活動。かつてはレースクイーン、グラビアアイドルとしても活動していたが2024年11月の時点で共に既に卒業している。Anthemなどに所属を経て現在はフリー。現在は香川県高松市観光大使を務める。
経歴

1985年4月23日、生まれる。
香川誠陵中学校・高等学校卒業後、大学入学のタイミングで上京し、後年の報道によれば「池袋近辺にキャンパスがある大学」に通っていたという。池袋の小さな芸能事務所に所属する。
2007年か2008年にグラビアの初仕事を得て、携帯キャリアの「公式サイト」のグラビアのカテゴリでデビューするが、事務所の力の問題かその後の仕事には恵まれず退所する。
2010年頃、レースクイーンが多数所属している老舗の事務所に在籍。2010年、「ミンティアガールズ」の香川県代表に選出される。しかし、その事務所も2年ほどで退所する。レースクイーンとしては2011年にTEAM マッハの「ケイタイホンポガール」としてSUPER GTに参加、2013年にチーム・アキュームの「Pasarガール」としてインタープロトシリーズに参加するなどの実績がある。
2015年4月24日、遅くともこの日までにAnthem（株式会社アンセム）の公式サイトにプロフィールが掲載される。
2017年頃、事務所をやめてフリーになる。
2019年12月、高松市の観光大使を拝命する。小泉は以前から香川や高松のPR活動を個人で行っていたことから委嘱された。高松市観光交流課によると、同市の観光大使は無報酬のボランティアで、高松市の側から業務を依頼・指示することはない。
2024年11月11日、某国政政党の代表の男性と遅くとも2022年後半から不倫関係にあると報じられる。翌12日までにAnthem公式サイトからプロフィールが消え、2011年に発売されたデジタル写真集『美脚ハイレグ☆OL美女倶楽部 小泉みゆき』がAmazonの「ライトアダルトコミック」ランキングで1位になったことが報じられる。
不倫報道の後しばらく本人の消息が不明になるが、2025年1月14日、高松市は小泉に活動自粛を要請したと発表。解任ではないため、現在も高松市観光大使ではある。
2月14日、SmartFLASHの記者が小泉と接触、生存が確認された。
人物

ファンとの距離の近さを特色としていた（2024年の報道による）。横浜市内のマンションの一室にファンクラブの窓口を開設し、ファンクラブを通して水着やコスプレの写真を販売、時にはスイーツを贈呈することもある。ファンとの有料オフ会を開催し、食事をともにしたり写真撮影に応じたりしていた。
特技はうどんを打つこと、空手。趣味はピアノ、書道。普通自動車免許あり。
フィルモグラフィ > テレビドラマ

この節、特に断らない限り出典:
仮面ライダーシリーズ（EX）
仮面ライダーW（2009年 - 2010年）
仮面ライダーオーズ 第2話 - パーティー客 役（2010年）
仮面ライダードライブ 第1話 - レストラン「ビヤンド」の接客担当の女性 役（2014年10月5日）
お天気お姉さん 第3話 - ジム女性客 役（2013年、EX）
土曜ワイド劇場（EX）
西村京太郎・トラベルミステリー59「終着駅殺人事件!! 上野～青森、愛と死の寝台特急「あけぼの」 暗闇に消えた女」 - ナンパされる女性 役（2013年）
検事・朝日奈耀子13「医師&検事…2つの顔を持つ女!犯人が行列するロープウェイ、標高932m殺人トリック…赤いコートを着ると背中を日焼けする!?」- 水商売風の女性 役（2013年）
アルジャーノンに花束を（2015年、TBS）
銭の戦争 第3話（2015年、KTV）
フィルモグラフィ > その他の番組

マルさまぁ〜ず 第10回（2010年6月10日、TBS）
フィルモグラフィ > WebCM

NTT東日本「方言だらけのオウチWi-Fi講座」（2014年3月 - ）
フィルモグラフィ > デジタル写真集

聖女学園ヌレ少女 小泉みゆき（2013年12月20日、アイロゴス）
美脚ハイレグ☆OL美女倶楽部 小泉みゆき（2023年6月30日、PAD）
志田彩良

| しだ さら 志田 彩良 |
| --- | --- |
生年月日:   (1999-07-28) 1999年7月28日（25歳）
出身地:   日本 神奈川県藤沢市
身長:  164 cm
血液型:  A型
職業:  女優
ジャンル:  映画・テレビドラマ
事務所:  テンカラット
公式サイト:  志田彩良 | TEN CARAT
主な作品
 テレビドラマ 『チア☆ダン』 『ゆるキャン△』シリーズ 『ドラゴン桜』 『君の花になる』 『大奥』Season2「幕末編」 『消せない「私」-復讐の連鎖-』 『マル秘の密子さん』映画 『ひかりのたび』 『パンとバスと2度目のハツコイ』 『mellow』 『かそけきサンカヨウ』
 
テンプレートを表示
志田 彩良（しだ さら、1999年〈平成11年〉7月28日 - ）は、日本の女優。神奈川県藤沢市出身。テンカラット所属。
略歴

小学6年のときにスカウトされ、芸能界入り。きっかけは、母親がインターネット上に上げていた写真をたまたま見た現所属事務所のスタッフがメールでスカウトしたことだった。
2013年から『ピチレモン』（学研プラス）専属モデルとして2015年12月号（休刊号）まで活動した。
2014年、初オーディションで初主演となった短編映画『サルビア』で女優デビュー。
2015年1月15日、フジテレビ系木曜劇場『問題のあるレストラン』の第1話でテレビドラマ初出演。
2017年、『ひかりのたび』で長編映画初主演。
2018年3月、高校を卒業。同年7月期TBS系金曜ドラマ『チア☆ダン』でROCKETSの初期メンバー・蓮実琴役を演じ、連続ドラマ初出演。
2019年10月24日から11月4日までこまばアゴラ劇場にて上演が行われた舞台『街の下で』で舞台初出演。
2021年4月期TBS系日曜劇場『ドラゴン桜 第2シリーズ』に文系トップの東大専科の生徒・小杉麻里役を演じ、日曜劇場初出演。同年10月15日、映画『かそけきサンカヨウ』で主演。『パンとバスと2度目のハツコイ』（2018年）、『mellow』（2020年）に続き、3作目にして今泉力哉監督作品で念願の初主演となる。
2022年10月期TBS系火曜ドラマ『君の花になる』に主人公の恋敵・池岡奈緒役を演じ、前年同時期に放送された『ドラゴン桜』と『ゆるキャン△2』以来1年半ぶりにテレビドラマに出演した。
2023年3月26日、NHK総合にて放送されたSDGsミニドラマ『Life Among the maple/メープルの森のめぐみ』でテレビドラマに初主演。
2024年1月期日本テレビ系金曜ドラマDEEP『消せない「私」-復讐の連鎖-』で連続ドラマ初主演。同時期の中京テレビ連続ドラマ『こんなところで裏切り飯』でも主演を務める。同年7月期には日本テレビ系土ドラ10『マル秘の密子さん』に出演し、『消せない「私」-復讐の連鎖-』に続き、2作品目となる同局系ドラマにおいて同局ゴールデンプライムタイムの連続ドラマ初出演となる。
2025年前期放送予定の『あんぱん』で連続テレビ小説初出演。
人物

子供の頃の夢は薬剤師だった。
夢は、色のついていない、何色にも変身できる役者になること。
いちばん会いたい人は、ワン・ダイレクションのリアム・ペイン。
父、母、兄の4人家族。父がサーフィンをしているため、まだ歩く前から兄と一緒に海に連れて行ってもらっていた。
負けず嫌いな性格で、学校の授業の百人一首でも負けたくないほどである。
高校に進学するつもりは無かったが、「あなたは輝ける人だからどこでもいいから行くべき」との担任の言葉に従い、受験した。
高校時代に一度だけ国語でクラス1位を獲ったことがある。
お風呂が好き。
人物 > 嗜好

小さい頃から食べることが大好きで、大食い。
好きな食べ物は、ラーメン、貝類、ニラ、牛タン。
嫌いな食べ物は、小さなエビ、細かい骨の魚。
寝ることが好き。学校から帰宅して何も予定のない日は、5、6時間昼寝をして、夜も23時頃には寝てしまう。
好きな男性のタイプは、思いやりのある人。楽しいことを全力で一緒に楽しんでくれる人。言葉遣いの綺麗な人。
好きな言葉は「雲外蒼天」。「どんなに嫌な事や悩みがあっても、乗り越えることで素晴らしいことが待っている」の意。
好きな詩人は茨木のり子。
体育が得意。
人物 > 趣味

写真を撮ることに熱中している。
「自分じゃないものになれる」ことから映画が好き。
いちばん好きな映画作品は『月とキャベツ』（1996年）。
人物 > エピソード

スタイルキープのためにストレスを抱え込まないようにしている。悩んでいても、寝ると忘れられるので悩みはない。
長編映画初主演作となった『ひかりのたび』（2017年）では、演ずる役の父親の仕事である「不動産ブローカー」をネットで検索することから始めて、背景をノートに書き出し、実際に不動産ブローカーをしていたことのある澤田サンダー監督と話し合うなど、役作りに努めた。『月とキャベツ』と『ひかりのたび』は、いずれも群馬県中之条町でロケが行われている。
ドラマ『ドラゴン桜』（2021年）で共演した細田佳央太、鈴鹿央士と仲が良い。
出演 > テレビドラマ

問題のあるレストラン 第1話（2015年1月15日、フジテレビ） - 藤村五月（高校時代）役
東京センチメンタル 第5話（2016年2月13日、テレビ東京） - 山脇奈々 役
都庁爆破!（2018年1月2日、TBS） - 加奈 役
チア☆ダン（2018年7月13日 - 9月14日、TBS） - 蓮実琴 役
his〜恋するつもりなんてなかった〜（2019年4月9日 - 5月7日、メ〜テレ） - ヒロイン・熊切千歌 役
ゆるキャン△（テレビ東京） - 斉藤恵那 役
ゆるキャン△（2020年1月10日 - 3月26日）
ゆるキャン△スペシャル（2021年3月29日）
ゆるキャン△2（2021年4月1日 - 6月17日）
56年目の失恋（2020年7月11日、NHK BSプレミアム） - 菊池和子 役
だから私はメイクする（2020年10月8日 - 11月12日、テレビ東京） - 近藤芽生 役
ドラゴン桜 第2シリーズ（2021年4月25日 - 6月27日、TBS） - 小杉麻里 役
君の花になる（2022年10月18日 - 12月20日、TBS） - 池岡奈緒 役
必殺仕事人（2023年1月8日、ABCテレビ・テレビ朝日） - ヒロイン・あかり 役
SDGs ミニドラマ「Life Among the maple/メープルの森のめぐみ」（2023年3月26日、NHK総合） - 主演・ジュリ 役
ホスト相続しちゃいました（2023年4月18日 - 7月4日、関西テレビ・フジテレビ） - 西野莉奈 役
ペンディングトレイン-8時23分、明日 君と（2023年4月28日・5月19日 - 6月2日・16日・23日、TBS） - 樋口真緒 役
ほんとにあった怖い話 夏の特別編2023「滞留する痕」（2023年8月19日、フジテレビ） - 佐藤有紀 役
アオハライド（WOWOW） - 村尾修子 役
Season1（2023年9月22日 - 11月10日）
Season2（2024年1月19日 - 2月23日）
大奥 Season2「幕末編」（2023年11月7日 - 12月12日、NHK総合） - 徳川家茂 役
消せない「私」-復讐の連鎖-（2024年1月6日 - 3月30日、日本テレビ） - 主演・灰原硝子 役
こんなところで裏切り飯（2024年1月19日 - 3月22日、中京テレビ） - 主演・小野寺真理子 役（伊武雅刀とW主演）
こんなところで裏切り飯 〜嵐を呼ぶ七人の役員〜（2025年1月16日 - 、中京テレビ・日本テレビ）
マル秘の密子さん（2024年7月13日 - 9月28日、日本テレビ） - 九条玲香 役
連続テレビ小説 あんぱん（2025年前期放送予定、NHK総合） - 小川うさ子 役
出演 > 配信ドラマ

ホラー アクシデンタル2 第5話（2016年5月13日、FOD） - 少女 役
出演 > その他のテレビ番組

60秒ショートドラマ「FIVBワールドカップバレーボール2015」女子校生編（2015年7月、フジテレビ）
世界の文学がわかる!あらすじ名作劇場「あしながおじさん」（2016年4月13日、BS朝日）
クローズアップ現代＋「茨木のり子 “個”として美しく～発見された肉声～」（2022年1月19日、NHK総合） - 朗読
出演 > 映画

キスは命がけ!（2016年公開）- ヒロイン・まさみ 役
ひかりのたび（2017年9月16日公開、マグネタイズ） - 主演・植田奈々 役
パンとバスと2度目のハツコイ（2018年2月17日公開、製作委員会） - 市井二胡 役
きらきら眼鏡（2018年9月7日公開、スターダスト・ピクチャーズ） -  未希 役
mellow（2020年1月17日公開、ポニーキャニオン） - 浅井宏美 役
鬼ガール!!（2020年10月16日公開、スターダスト・ピクチャーズ） - 鬼瓦ひとみ 役
かそけきサンカヨウ（2021年10月15日公開、イオンエンターテイメント） - 主演・国木田陽 役
からかい上手の高木さん（2024年5月31日公開、東宝） - 北条 役
恋を知らない僕たちは（2024年8月23日公開、松竹） - 池澤瑞穂 役
遺書、公開。（2025年1月31日公開、松竹） - 廿日市くるみ 役
出演 > 短編映画

サルビア（2014年） - 主演
わたしのまち（2015年） - 主演
サブマリン（2015年）
ブレイカーズ（2018年6月4日、ショートショート フィルムフェスティバル＆アジア（SSFF & ASIA）2018にて上映）
海辺の迷子たち（2019年6月21日、第8回茅ヶ崎映画祭にて上映）
MILK IN THE AIR（2020年5月5日、SHINPA公式YouTubeチャンネル） - 主演
出演 > ラジオドラマ

FMシアター 琥珀のひと～たゆたうこと いきること～（2022年6月4日・11月23日（再）・2023年3月25日（再）、NHK-FM） - ヒロイン・衛藤海音 役