Armadilloフォーラム

石垣 様　コメントありがとうございます。
yue110の同僚のym1909と申します。

・SNMP マネージャと SNMP エージェントはどのような構成でしょうか？
　　SNMPマネージャー : NET-SNMP Version5.7(Windows 32bit版)
　　SNMP エージェント : NET-SNMP Version5.0.9 (Armadillo420)

・この現象は Armadillo を使用せずに、パソコンで行った場合も起こるのでしょうか？
　　SNMP エージェントはArmadillo420のみだったため、PC同士での確認はできておりません。
　　ただ、wiresharkで通信パケットを確認すると、SNMPマネージャー側は44BYTEデータの文字列を送信しているようでした。

・再現するために必要最低限のコマンド・ソースコード等教えて頂けますでしょうか
　　マネージャー側は以下のコマンドで44BYTEの文字列をセットしての確認をしておりました。
　　snmpset -v 2c -c (コミュニティ名) 192.168.1.3 1.3.6.1.4.1.(独自OID).2.5.5.0 s "aaaaaaaaaa,aaaaaaaaa,aaaaaaaaaa,aaaaaaaaaaab"

　　ソースコードは展開できないのですが(申し訳ありません)、該当のOIDは以下のように文字列型に設定しています。
struct variable7 test_value_variables[] = {
{ EX_MIB_TEST, ASN_OCTET_STR, RWRITE, var_setting, 3, { 2, 5, 5 } }
}

石垣です。

> ログの内容から見ると、確保しているメモリサイズの範囲外を参照しようとして
> snmpdプロセスが落ちているのでしょうか？

なぜエラーが起きるのか原因は特定できませんが、free 関数を実行した時にメモリに関してエラーが起きているようです。

こちらの Armadillo-420 上で NET-SNMP version: 5.4.3 を使用して、以下のコマンドのように適当な OID に 44 byte の文字列をセットしてみましたが、エラーは発生しませんでした。

[Armadillo ~]# snmpset -v 2c -c public localhost .1.3.6.1.2.1.1.5.0 s "aaaaaaaaaaa,aaaaaaaaa,aaaaaaaaaa,aaaaaaaaaab"

一度、独自 OID を使用しなかった場合にエラーが発生するか確認して頂けないでしょうか。
上記の snmpset コマンドを実行するには、OID に書き込みの許可が必要なため、
/etc/snmp/snmpd.conf に下記行を追加する必要が有ります。

[Armadillo ~]# vi /etc/snmp/snmpd.conf
 
rwcommunity public localhost # この行を追加

二転三転して申し訳ございませんが、確認の程よろしくお願いいたします。

アットマークテクノの古賀です。

ym1909さん（2022年10月28日 15時26分）：
>案2の確認を実施してみました。
>ATDE5でArmadillo420に向けて、snmp setをおこなった時のgdbによるデバック結果です。コマンドは正常に終了(exited normally)し、特にエラーは発生していないようです。
>
>2. gdb を使用して snmpset をデバッグする

gdb でデバッグ実行することにより、動作のタイミングが変わって不具合が出なくなったのかも知れませんね。

ym1909さん（2022年10月27日 11時48分）：
>まず案1で確認をしてみました。
>
>1. SNMP のプロセスが落ちるときのログを確認する
>---snmpエージェント(Armadillo420)-------------------
>コマンド: /sbin/snmpd -c /etc/config/snmpd.conf -Lf
>実行結果：
>NET-SNMP version 5.0.9
>** glibc detected ** /sbin/snmpd: free(): invalid next size (fast): 0x00069b38 ***
>Aborted
>----------------------------------
>ログの内容から見ると、確保しているメモリサイズの範囲外を参照しようとして
>snmpdプロセスが落ちているのでしょうか？

このエラーメッセージが出るのは、malloc() で確保した領域に対して領域サイズを超えた書込みが行われて領域の管理情報が壊れてしまい、その後の free() でエラーになる場合や、既に free() で解放済みの領域を、再度 free() で解放しようとした場合など、いくつかの可能性があるようです。何かしら、メモリ周りの不具合があると思われます：
　https://stackoverflow.com/a/4729416
　http://dqn.sakusakutto.jp/2013/10/free_invalid_next_size_fast.html

>この時のsnmpマネージャ側の実行結果は以下の通りです。
>Armadillo420はSETされた文字列のGETレスポンス送信まではできていますが、その後ログにある通り範囲外のメモリ参照が発生してしまっているかもしれません。

GET レスポンスを送信する前後で、メモリ内容を壊してしまっている可能性が高そうですね。
　
ということで、 'snmpd free(): invalid next size (fast)' で検索してみたところ、net-snmp に関する、次のバグ報告が見つかりました：

　Bug 1366282 - Double free or corruption when use net-snmp snmp_sess_open() with several threads
　https://bugzilla.redhat.com/show_bug.cgi?id=1366282

ym1909さん（2022年10月12日 17時54分）：
>・SNMP マネージャと SNMP エージェントはどのような構成でしょうか？
> 　　SNMPマネージャー : NET-SNMP Version5.7(Windows 32bit版)
> 　　SNMP エージェント : NET-SNMP Version5.0.9 (Armadillo420)

上で紹介した、net-snmp のバグ報告は、net-snmp-5.7.3-13 で修正されたもののようですが、修正箇所と内容は、こちらで見れます：
　https://sourceforge.net/p/net-snmp/code/ci/315a9dfeddbad9c611833c9625d6…

net-snmp のソースの snmplib/snmp_transport.c で実装されている domain_transport_full() で、strtok() の代わりに strtok_r() を使うようにして修正したようです。もし、お使いの net-snmp をソースコードからビルド可能であれば、domain_transport_full() の実装を、5.7.3-13 の修正後のものと比べてみて、修正を取り込み可能そうであれば取り込んでみることで不具合を解消できるかも知れません。

以上、もし参考になりましたら幸いです。