---
# System prepended metadata

title: '2020/12/24 13:30 -'

---

labsemi20201224
# 2020/12/24 13:30 -
## 参加者(敬称略)
shinoda,chinen,zin
codev,kanan,nuuma,tacker,yufu
shimac,gibbs,win3,okashin

## semi


## tacker

実験結果2・３・４比較　スライド
3,5,6,7,16 同じような意見　まとめたい

赤　まとめたい意見
青　番号の類似度の上位三件に頻繁に出てくる

実験結果４　赤い数字が上位に入ってきている
いい感じにできたのでは？と考えている

URLが名詞として判定されてしまっているので削除したのが3,4

shinoda
今後どうするのか
現状、そこそこ達成できたという結果が得られているかどうか？

個人的にはという表現やめる

tacker 
データが１つだけのケース
確実とはいけない

shinoda
この結果はいいのか？悪いのか？

tacker
いいと思う

shinoda
他のものを持ってきていて適用して実験して論文を書く

まとめ方を考えるので目次案を持ってくる

28目次案reviewゼミ

金土日で目次案を作る
元旦から実験を行う

正解なしで実験を行う
結果の評価ができない

正解を作って評価する

## yufu
shinoda
シュミレーテッドデータ

右の絵は何を説明しているのか？

yufu
左はキャンペーンが検出されているレビューしか表示していない
キャンペーンを持たない募集合に当てはめた場合を見るために右の図を作った

図1のまえに他の関係のないものが並んでいる

shinoda
質問の理由
ほかに違う枝も入っているということもあるかと思った

yufu
母集合からキャンペーンがあるものだけ出てきてしまう

他のノードに対してどうやってつなぐかを考えきれていない
つなげる必要があるかないか

yufu
実データはキャンペーンがないものも含まれている

shinoda
データはいくつもあるのか

yufu
母集合は1つ
検出できたキャンペーンを表示している

実データの結果はどうなるか

一つのノードが持っているエッジが多いほど，
似たようななレビュアーグループに属している可能性がある

考察と評価はうまくできてはいない

shinoda
実データの評価をどういうふうに行うか
yufu-sanの考えを教えて
正解に対してどういう風に検出できたか評価しなくてはいけない

yufu
正解データから似たような動きを得る

まだ正確にできるものではない

評価・考察方法も含めて２８日

目次案を作ってきた

shinoda
読めない
28に清書して共有
何を書くかは目次の内側に書く
インデントを下げる

第n章．．．
　インデントを下げてここに「何を書くか」を書く

## codev

shinoda
シナリオ実行サーバ
名前がおかしい

サーバがサービスを提供する

シナリオ実行というサービスがあるのか
シナリオ実行というサービスを利用しているユーザがいるのか

codev
利用しているユーザはいない


shinoda
シナリオ実行する機能のこと

機能1,2別スレッドで実行して大丈夫なのか？

codev
lockしてるので大丈夫
機能1,2は別スレッドで動いている
機能2でセーブをするときはlockがかかる
機能2 - codev engineとの通信を行う

codev_engineがシナリオ実行の状態を知らずに保存するのはよくないと思った

shinoda

図も説明も足りない
機能１　シナリオのインタープリタ　
機能2　シナリオ実行サーバ
別にcodev_engineがあり機能2が通信している

codev
codev_engine 保存・復元

shinoda
シナリオ実行サーバからcodev_engineに何かやらせるのはできる？

codev
できる

shinoda
機能1 -> 2を呼び出すことあるの？

codev
機能１の中にcodev_engineと通信することがある
機能２は通さない

機能2はlisten して応答に対して返すことまで行う

shinoda

シナリオ実行のステートをサービスしているのか？
それはどこに入っているのか？

codev
単純に
機能１が実行している間，保存させたくないタイミングでロックがかかっている

shinoda
名前の付け方が最悪
機能2 実行ステートを返すステートサーバー

このあとchinen先生と話し合いシナリオと目次を28までにやります

## crayshin
副テーマがギリギリ　２８日締め切り


## logi

### shinoda-utils
yufu
shinoda-utilsが総当たり食らっている
ハニーポッドしているわけではないのでログを見るのも

shinoda
shinoda-utilsは露出していないといけないサービスがあるのか

chinen
git

zin
sshはみんなちゃんと管理するよねということで開けてある
できないのであればデフォルトルールでは閉めたほうがいい
必要なときに開ける

shinoda
そとからアクセスするとき,１個ぐらいはあってもいい

zin
卒業生が入っているやつは開けてあげる必要があるかもしれない

shinoda
デフォルトを閉める

yufu
空いてます

zin
空いてるのsshぐらいだっけ？
何でも開いているのか

yufu
急な話で調べられていない

zin
総当たり食らうのは普通
ちゃんと対策をしておけば大丈夫

yufu
引継ぎがうまくいっていない
ポリシーが甘々になっている

shinoda
いまsshしか開けてない？
師匠のQNAPが外からアクセスできる？

yufu
ssh, httpsのみ空いている

shinoda
現状何が通っていて、通っていないをまとめる役をgibbsがやる


192.50.109/24 ?
アドレスレンジに対して外に対して
外から丁寧にポートスキャンかけてあげれば良さそう(shimac) nmapとかで　
 

### codev shinoda-cloud vm ftp-server
shinoda
こないだの件はどうなった？

codev
口で言われてもわからない

shinoda
jp-certを使っていた時，がわからない

shinoda
どんなインシデント?

codev
shinoda-cloudで立てていたVMが

あらゆるところに攻撃
c2cサーバとの通信してる

12/11

Vmがjp-certに繋がっていた

chinen
ネットワークは選べるようになってる

shinoda
作ったVMがjpcertに繋がっていた
sshがデフォルトパスワード

192に繋がっているタイミングでブルートフォース攻撃されてやられた
ある時点で内側に繋ぎ変えた

codev
入られて，cronでマルウェアを実行する設定がされていた
JAISTネットワークに切り替えた結果、cronが動いてJAISTネットワークから攻撃し始めた
ルートのパスワードが破られたわけではない
VMの中にftp server　に以下を設定
user: ftp-user
PW: ftp-user

簡単に破られてしまった

shinoda
VMは消してやり直し

ftp-userがログインできるのがおかしい

ftp-userでシェルログイン

codev
root使いたくなくてftp-userでもシェルにログインできるようにしていた

shinoda
いや、だめだよ
あとはzin先生とやる

zin
報告は出したか？

codev
小坂さんに提出済み　(月曜深夜3時)

zin
小坂さんのところで止まっていそう

時計狂っていると何かあった時にすごく困るので気をつける
codev -> アメリカ時間でやっていた　
tz(タイムゾーン)違っただけ？
tz変換すればわかる

shinoda
退学にならなかったら焼き肉を皆に奢る
焼肉　行って払ってこい
考えが甘い


yufu
shinoda-utilsのストレージがいっぱい
M1に任せたい

容量が足りていない
cloud上にutilsに動いている

15TBなにが動いているかわからないのに、storageを変えているのか

zin
shinoda-utilsがread-onlyになっていた
rebootした？　yufu -> しました

shinoda-utils
lss3をマウントしている
溢れたときにreadonlyになってしまった

shinoda
lss3って無くなるのでは？

zin
無くなるので，同じ容量のストレージを持ったVMくれって言ってる
手配出来次第共有します

shinoda
lss3と同じVMを取ってきて置き換えようとしている？

zin
lss3の代わりにしようと考えている

### 備品の申請
okashin
足りないものを買いたい
欲しいものリストがある
- クリアファイル
- ホワイトボードマーカーetc

shinoda
これがいくつ，総額いくらというリストを作って見せてほしい


## 次回日程
12/28(月) 13:30-
M2の目次案 review

