seccamp2019
の編集
https://essen.osask.jp/?seccamp2019
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
BracketName
EssenRev4
FormattingRules
FrontPage
Help
InterWiki
InterWikiName
InterWikiSandBox
K
MenuBar
PHP
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
RecentDeleted
SDL2_01
SandBox
WikiEngines
WikiName
WikiWikiWeb
YukiWiki
a21
a21_acl01
a21_bbs01
a21_challengers
a21_count
a21_edu01
a21_edu02
a21_edu03
a21_edu04
a21_edu05
a21_edu06
a21_edu07
a21_edu08
a21_edu09
a21_edu10
a21_edu11
a21_hlx000
a21_hlx001
a21_hlx001_1
a21_hlx001_2
a21_hlx001_3
a21_hlx002
a21_hlx002_1
a21_hlx003
a21_hlx003_1
a21_hlx004_1
a21_memo01
a21_opt
a21_opt02
a21_opt03
a21_p01
a21_special
a21_tl9a
a21_todo
a21_txt01
a21_txt01_10
a21_txt01_1a
a21_txt01_2
a21_txt01_2a
a21_txt01_2b
a21_txt01_3
a21_txt01_4
a21_txt01_5
a21_txt01_6
a21_txt01_6a
a21_txt01_7
a21_txt01_8
a21_txt01_8a
a21_txt01_9
a21_txt01_9a
a21_txt02
a21_txt02_10
a21_txt02_10a
a21_txt02_10b
a21_txt02_11
a21_txt02_11a
a21_txt02_12
a21_txt02_12a
a21_txt02_12b
a21_txt02_1a
a21_txt02_1b
a21_txt02_2
a21_txt02_2a
a21_txt02_3
a21_txt02_3a
a21_txt02_4
a21_txt02_4a
a21_txt02_5
a21_txt02_5a
a21_txt02_6
a21_txt02_6a
a21_txt02_6b
a21_txt02_6b_rev0
a21_txt02_6x
a21_txt02_7
a21_txt02_7a
a21_txt02_8
a21_txt02_8a
a21_txt02_9
a21_txt02_9a
a22_acl2_01
a22_acl2_02
a22_edu12
a22_intro01
a22_intro02
a22_intro03
a22_memman01
a22_memman02
a22_memman03
a22_memman04
a22_memman05
a22_memman06
a22_memman07
a22_memo01
a22_mingw_debug
a22_txt03
a22_txt03_1a
a22_txt03_1b
a22_txt03_2
a22_txt03_2a
a22_ufcs01
a23_bbs
a23_ec001
a23_ec002
a23_intro00
a23_intro000
a23_intro01
a23_intro02
a23_intro03
a23_intro04
a23_intro05
a23_intro06
a23_intro07
a23_intro08
a23_intro09
a23_intro10
a23_intro10wk1
a23_intro10wk2
a23_intro10wk3
a23_intro11
a23_intro12
a23_intro13
a23_intro13wk1
a23_intro14
a23_intro15
a23_intro16
a23_intro17
a23_intro17wk1
a23_intro18
a23_intro19
a23_intro90
a23_intro91
a23_neopixel1
a23_os01
a23_useSelfMade
a23_usm001
a23_usm002
a23_usm003
a23_usm004
a23_usm005
a23_usm006
a23_usm007
a23_usm008
a23_usm009
a24_AMap11
a24_AMapSim11
a24_AMemFile
a24_AMemMan
a24_aErrExit
a24_aFnv
a24_aOsFunc
a24_aQSort
a24_aXorShift32
a24_acl1T_doc01
a24_acl1Tiny
a24_acpp0
a24_buntan01
a24_cMin
a24_getTyp
a24_goodvalues
a24_idea001
a24_longdef
a24_memo01
a24_memo02
a24_osc20240310
a24_osc20241026
a24_picoLcd13
a24_picoTrain1
a24_programs
a24_raspberrypi01
a24_raspberrypi02
a24_schedule
a24_spc2tab
a24_tab2spc
a24_useSelfMade
a25_acl3
a25_buntan02
a25_buntan03
a25_buntan04
a25_buntan05
a25_kcas01
a25_kharc01
a25_kharc02
a25_kharc03
a25_kharc04
a25_kharc05
a25_kharc06
a25_kharcs1
a25_kharcs2
a25_kharcs3
a25_kharcs4
a25_kharcs5
a25_kharcs6
a25_kharcs7
a25_kharcs8
a25_kharcs9
aclib00
aclib01
aclib02
aclib03
aclib04
aclib05
aclib06
aclib07
aclib08
aclib09
aclib10
aclib11
aclib12
aclib13
aclib14
aclib15
aclib16
aclib17
aclib18
aclib19
aclib20
aclib21
aclib22
aclib23
aclib24
aclib25
aclib_bbs
arm64_01
avm0001
edu0001
edu0002
edu0003
esb02b_hrb
esb_dbg
esbasic0001
esbasic0002
esbasic0003
esbasic0004
esbasic0005
esbasic0006
esbasic0007
esbasic0008
esbasic0009
esbasic0010
esbasic0011
esbasic0012
esbasic0013
esbasic0014
esbasic0015
esbasic0016
esbasic0017
esbasic02a
esc0001
escm0001
essen_hist
esvm0001
esvm0002
esvm0003
esvm0004
esvm0005
esvm0006
esvm_i0
hh4a
idea0001
idea0002
idea0003
impressions
jck_0000
jck_0001
kawai
kbcl0_0000
kbcl0_0001
kbcl0_0002
kbcl0_0003
kbcl0_0004
kbcl0_0005
kbcl0_0006
kbcl0_0007
kclib1_0000
kclib1_0001
kclib1_0002
kclib1_0003
kclib1_0004
kclib1_0005
kclib1_0006
kclib1_0007
kclib1_0008
kclib1_0009
kclib1_0010
kpap0001
members
memo0001
osask4g
osask4g_r2
p20200311a
p20200610a
p20200610b
p20200624a
p20200711a
p20200716a
p20250813a
p20250813b
p20250813c
p20250815a
p20250903a
p20251006a
page0001
page0002
page0003
page0004
page0005
page0006
page0007
page0008
page0009
page0010
page0011
page0012
page0013
page0014
page0015
page0016
page0017
page0018
page0019
page0020
page0021
page0022
page0023
populars
seccamp
seccamp2019
sechack
sechack2019
seclang01
sh3_2020
sh3_2020_kw
sh3_2020_nk
sh3_2021_kw
sh3_2021_nk
sh3_2022_kw
sh3_2023_kw
sh3_2024_kw
sh3_2025_kw
sh3_kw_hist
termux001
termux002
text0001
text0001a
text0002
text0002a
text0003
text0004
text0005
text0006
text0006a
text0007
text0008
text0010
text0011
text0012
text0013
text0014
text0015
text0016
text0017
text0018
text0019
text0020
text0021
tl1c
tl2c
tl3c
tl3d
* セキュリティキャンプ全国大会2019 の言語自作ゼミに関する説明や注意事項など -(by [[K]], 2019.04.06) ** (1) 何を開発するかを選ぶためのアドバイス -私はプログラミングが大好きですが、でもただプログラムを作っているだけでは進歩がないとも思っています。今使っているプログラミング言語を使って次のプログラミング言語を作り、そのプログラミング言語を使ってさらに次の言語を作る・・・みたいなことをしていったら、徐々にプログラミングがやりやすくなっていくのではないでしょうか?もしくは少しずつ便利な関数を自作ライブラリに追加していって、数年後には圧倒的に開発しやすくなる、なんてことはないでしょうか?(ライブラリというのは、言語を簡単に拡張するための手段だと私は思っています) -作るものが言語かライブラリでなければならない、ということはありません。とにかくプログラミング環境を少しずつ良くできるものであればなんでもいいです。そして昨日より今日、今日より明日と、少しずつコツコツ積み上げていきたいのです。 -プログラミング言語を作るのって面白そう、でも経験のない自分でも作れるかな?・・・と思ったあなたは、''[[text0001]](およびその続き)''を読んでみてください。これを読んで「なるほどこれだったら自分でもできるかも」と思えたら、もうOKです。 --TL-03まで理解できたなら、選考を通る可能性は十分にありますので、「ばっちりTL-03までは理解できています!」ってアピールしてください。 --プログラミング言語ではなくライブラリを作るのであれば、こちらの理解は必要ではありません。 -言語やライブラリを作るって、まあ作り方は教えてもらえば分かるとしても、そもそもどんな言語・どんなライブラリを作ったらいいのかが分からない。・・・と思ったあなたは、''[[idea0001]](およびその続き)''を読んでみてください。 --まずは自分の最近のプログラミングを振り返ってください。そのプログラムには「言語にこういう機能があればもっと短く書けたのになあ」とか「こんなライブラリがあればもっと短く書けたのになあ」と思えるような場所はないでしょうか。そこをやればいいのです。 --いかにもありそうなテーマではあるけど、どこのだれが使うかもわからないような言語やライブラリを作ってもいいことはありません。あなた自身が使いたくなるようなものを作りましょう。メジャーじゃなくてもいいです。地に足がついていることはとても重要です。 --私はやたらと身近で些細な問題でいいんだと書いていますが、それは「急に言語とかライブラリとか作っていいよとか言われても何をやったらいいか思いつけない!」という人向けに言っているのであって、こんなアドバイスがなくても思い付ける人はもちろんそれでいいですよ!すごいテーマでもOKです。でもどんなテーマにせよ、自分の身近な体験から出発しているのが私の好みではあります。 -そしてセキュリティとの関連を少しでいいから考えてください。セキュリティというと脆弱性みたいなことを第一に考えてしまうかもしれませんが、それに縛られなくていいです。プログラムが短く簡潔に書けるようになるのであれば、それはバグやセキュリティホールを見逃しにくくなるので、立派なセキュリティ要素です。メモリ管理が簡単になるのなら、メモリの解放し忘れなどを減らすことができるので、やはり立派なセキュリティ要素です。もちろん普通の、脆弱性対策が簡単にできるようになるものも大歓迎です。 -そもそもこの''川合秀実''ってどういうやつなんだ、面白いやつなんだろうか?と心配になるのはごもっともです。そんな人のために、簡単な自己紹介を書きました。参考にしてください。→[[kawai]] ** (2) 注意事項(1) -私としては、他のことと掛け持ちしない人が好ましいと思っています。5月から8月にかけて、他のイベントにも積極的に参加しています、したいです、っていう人はきっと時間が足りなくなって、成果が中途半端になりやすいと思うのです。まあそれも人生なので仕方ない面はありますが、できればセキュリティキャンプに集中できそうな時期を選んで応募してくれたらうれしいです(まあ多少のことなら並行してやってもいいのですが・・・)。 -もしこれらの掛け持ち問題がありそうな人は、回答フォームの中で自己申告して、かくかくしかじかの理由でうまく切り分けられるので心配しないでくださいって教えてください。 --まあでも、掛け持ちするくらいなら、そっちをメインで最後まで頑張るほうがいい結果になりそうな気はしますよ!「二兎を追う者は一兎をも得ず」っていうじゃないですかー。 ** (3) 注意事項(2) -川合は、コンテストでの受賞などをプラスには見ません(もちろんマイナスにもしませんが)。だから優勝したとか高得点を取ったなどのアピールは重要ではありません(もちろんそれでもアピールしたければしてもいいですが)。そうじゃなくて、そこでどんなものをどうやって作ったのかをアピールしてください。・・・結局、コンテストなどの受賞歴は、私からすれば他人の評価でしかないのです。私は私の基準で評価したいので、他人にどう評価されたことがあるかは関係がないのです。 ** (4) 注意事項(3) -プログラムの開発の仕方は、何から何まで川合が教えてくれる!という「おんぶにだっこ」な対応は期待しないでください。講師からの指導がなくても、6割くらいは自分で調べて作れるスキルがあるのが前提です。・・・とはいえそれだけだと言語の作り方がわからなくて、言語自作にチャレンジできない人が増えそうだったので[[text0001]]は用意しました。これを読めばできそうな人が言語開発のテーマを選べます。 -「6割どころか、全部自力でできると思います!」の人も大歓迎です。私はさらにきっかけを与えて完成度を120%や200%にすることを目指しますので。 ** (5) 簡単なQ&A -[Q] 代表作なんかないです・・・ --[A] ここでいう代表作っていうのは、世間に公開したものがあったらそれを書いてね、という意味では「ない」のでご安心ください。自分がこの言語で作ったものの中で、一番よくできたのは○○です、ちなみにかくかくしかじかの内容です、って書いてくれたら十分です!・・・誤解しやすい書き方でごめんなさい。 -[Q] 私はSecHack365とセキュリティキャンプの両方に応募資格があるのですが、どっちに応募したらいいですか? --[A] 遠慮せずに両方に応募してしまいましょう(笑)。回答内容は使いまわしでOKです(書き分けてもいいですが)。私としては、先にSecHack365の選考がある(はず)ので、そっちで受かればそっちで合格にして、セキュリティキャンプは不合格にします。不合格になれば、翌年以降に別のテーマでキャンプに挑戦可能ですので、それはそれでいいですよね? ** (6) おまけ(選考には一切関係しません) -(a)私の経験では、「やろうと思えば今日できる、でも明日以降にやってもいい」ことを今日のうちにやると、明日にはもっといいアイデアが浮かぶことになり、結果的により遠くへ行くことができます。 -(b)もし毎日がしんどいと感じるのなら、たぶんそれは頑張りすぎです。今のペースは「持続可能な負荷」ではないのです。休みましょう。 -(c)試験前などで、「あれ、私ってやればこんなにできるんだ!」なんて思って、それを自分の本当の能力だと勘違いして、そのペースで何日もできる想定でスケジュールを組む人がいます。もしくは、締め切りが近づいてきても「頑張ればあのペースでできるから大丈夫」と油断ばかりしていて、結局ろくな成果が出せない人がいます。・・・短期間ならできることと、毎日続けられることは違うのです。それを理解して、自分がしんどくなくて続けられるのはどのくらいなのか、把握するようにしましょう。これができるようになると、スケジュールを立てるのがうまくなります。 -(d)あなたには高い能力があって、1日くらい頑張るだけで、普通の人の1週間分の成果を上げられるとしましょう。そのとき、あなたは1日だけ頑張って6日間は他のことをすべきでしょうか?・・・まあそれも悪くはないですが、それだとあなたは普通の人です。高い能力はほぼ死蔵したことになるでしょう。・・・そうではなくて、その能力で1年間も頑張ったらどうなるでしょうか?それは普通の人の7年分であり、1つのことを7年も続ける普通の人はまずいないので、あなたはついに尋常ではない成果を上げることになります(おそらくその分野での先頭集団に入っている)。これは間違いなく高い能力を活用できたことになります。・・・ここで私が何を言いたいのかというと、作業が速いとか遅いとかは結局重要ではなくて、最終的にどこまで行ったのかが重要だということです。実は私は仕事が遅いほうですが、とにかくあきらめないで続けるので、最終的には誰も行ったことのがない領域に到達することになります。 -(e)だいたいこんなものかな、これ以上やる必要はないだろう、は私には禁句です。だってそんなの普通ですよね。普通のことをやるなら誰にでもできるのです。・・・徹底的にやるんです。やりすぎていいんです。とにかく限界までやる、行けるところまで行ってみるんです。そうしたら、何が本質で何がそうではないのか、見えてくるかもしれないじゃないですか。いや実はたいていの場合何も得られないのですが、でもとにかくやってみないとわからないのです。私だったら迷わずやります。 * こめんと欄 #comment
タイムスタンプを変更しない
* セキュリティキャンプ全国大会2019 の言語自作ゼミに関する説明や注意事項など -(by [[K]], 2019.04.06) ** (1) 何を開発するかを選ぶためのアドバイス -私はプログラミングが大好きですが、でもただプログラムを作っているだけでは進歩がないとも思っています。今使っているプログラミング言語を使って次のプログラミング言語を作り、そのプログラミング言語を使ってさらに次の言語を作る・・・みたいなことをしていったら、徐々にプログラミングがやりやすくなっていくのではないでしょうか?もしくは少しずつ便利な関数を自作ライブラリに追加していって、数年後には圧倒的に開発しやすくなる、なんてことはないでしょうか?(ライブラリというのは、言語を簡単に拡張するための手段だと私は思っています) -作るものが言語かライブラリでなければならない、ということはありません。とにかくプログラミング環境を少しずつ良くできるものであればなんでもいいです。そして昨日より今日、今日より明日と、少しずつコツコツ積み上げていきたいのです。 -プログラミング言語を作るのって面白そう、でも経験のない自分でも作れるかな?・・・と思ったあなたは、''[[text0001]](およびその続き)''を読んでみてください。これを読んで「なるほどこれだったら自分でもできるかも」と思えたら、もうOKです。 --TL-03まで理解できたなら、選考を通る可能性は十分にありますので、「ばっちりTL-03までは理解できています!」ってアピールしてください。 --プログラミング言語ではなくライブラリを作るのであれば、こちらの理解は必要ではありません。 -言語やライブラリを作るって、まあ作り方は教えてもらえば分かるとしても、そもそもどんな言語・どんなライブラリを作ったらいいのかが分からない。・・・と思ったあなたは、''[[idea0001]](およびその続き)''を読んでみてください。 --まずは自分の最近のプログラミングを振り返ってください。そのプログラムには「言語にこういう機能があればもっと短く書けたのになあ」とか「こんなライブラリがあればもっと短く書けたのになあ」と思えるような場所はないでしょうか。そこをやればいいのです。 --いかにもありそうなテーマではあるけど、どこのだれが使うかもわからないような言語やライブラリを作ってもいいことはありません。あなた自身が使いたくなるようなものを作りましょう。メジャーじゃなくてもいいです。地に足がついていることはとても重要です。 --私はやたらと身近で些細な問題でいいんだと書いていますが、それは「急に言語とかライブラリとか作っていいよとか言われても何をやったらいいか思いつけない!」という人向けに言っているのであって、こんなアドバイスがなくても思い付ける人はもちろんそれでいいですよ!すごいテーマでもOKです。でもどんなテーマにせよ、自分の身近な体験から出発しているのが私の好みではあります。 -そしてセキュリティとの関連を少しでいいから考えてください。セキュリティというと脆弱性みたいなことを第一に考えてしまうかもしれませんが、それに縛られなくていいです。プログラムが短く簡潔に書けるようになるのであれば、それはバグやセキュリティホールを見逃しにくくなるので、立派なセキュリティ要素です。メモリ管理が簡単になるのなら、メモリの解放し忘れなどを減らすことができるので、やはり立派なセキュリティ要素です。もちろん普通の、脆弱性対策が簡単にできるようになるものも大歓迎です。 -そもそもこの''川合秀実''ってどういうやつなんだ、面白いやつなんだろうか?と心配になるのはごもっともです。そんな人のために、簡単な自己紹介を書きました。参考にしてください。→[[kawai]] ** (2) 注意事項(1) -私としては、他のことと掛け持ちしない人が好ましいと思っています。5月から8月にかけて、他のイベントにも積極的に参加しています、したいです、っていう人はきっと時間が足りなくなって、成果が中途半端になりやすいと思うのです。まあそれも人生なので仕方ない面はありますが、できればセキュリティキャンプに集中できそうな時期を選んで応募してくれたらうれしいです(まあ多少のことなら並行してやってもいいのですが・・・)。 -もしこれらの掛け持ち問題がありそうな人は、回答フォームの中で自己申告して、かくかくしかじかの理由でうまく切り分けられるので心配しないでくださいって教えてください。 --まあでも、掛け持ちするくらいなら、そっちをメインで最後まで頑張るほうがいい結果になりそうな気はしますよ!「二兎を追う者は一兎をも得ず」っていうじゃないですかー。 ** (3) 注意事項(2) -川合は、コンテストでの受賞などをプラスには見ません(もちろんマイナスにもしませんが)。だから優勝したとか高得点を取ったなどのアピールは重要ではありません(もちろんそれでもアピールしたければしてもいいですが)。そうじゃなくて、そこでどんなものをどうやって作ったのかをアピールしてください。・・・結局、コンテストなどの受賞歴は、私からすれば他人の評価でしかないのです。私は私の基準で評価したいので、他人にどう評価されたことがあるかは関係がないのです。 ** (4) 注意事項(3) -プログラムの開発の仕方は、何から何まで川合が教えてくれる!という「おんぶにだっこ」な対応は期待しないでください。講師からの指導がなくても、6割くらいは自分で調べて作れるスキルがあるのが前提です。・・・とはいえそれだけだと言語の作り方がわからなくて、言語自作にチャレンジできない人が増えそうだったので[[text0001]]は用意しました。これを読めばできそうな人が言語開発のテーマを選べます。 -「6割どころか、全部自力でできると思います!」の人も大歓迎です。私はさらにきっかけを与えて完成度を120%や200%にすることを目指しますので。 ** (5) 簡単なQ&A -[Q] 代表作なんかないです・・・ --[A] ここでいう代表作っていうのは、世間に公開したものがあったらそれを書いてね、という意味では「ない」のでご安心ください。自分がこの言語で作ったものの中で、一番よくできたのは○○です、ちなみにかくかくしかじかの内容です、って書いてくれたら十分です!・・・誤解しやすい書き方でごめんなさい。 -[Q] 私はSecHack365とセキュリティキャンプの両方に応募資格があるのですが、どっちに応募したらいいですか? --[A] 遠慮せずに両方に応募してしまいましょう(笑)。回答内容は使いまわしでOKです(書き分けてもいいですが)。私としては、先にSecHack365の選考がある(はず)ので、そっちで受かればそっちで合格にして、セキュリティキャンプは不合格にします。不合格になれば、翌年以降に別のテーマでキャンプに挑戦可能ですので、それはそれでいいですよね? ** (6) おまけ(選考には一切関係しません) -(a)私の経験では、「やろうと思えば今日できる、でも明日以降にやってもいい」ことを今日のうちにやると、明日にはもっといいアイデアが浮かぶことになり、結果的により遠くへ行くことができます。 -(b)もし毎日がしんどいと感じるのなら、たぶんそれは頑張りすぎです。今のペースは「持続可能な負荷」ではないのです。休みましょう。 -(c)試験前などで、「あれ、私ってやればこんなにできるんだ!」なんて思って、それを自分の本当の能力だと勘違いして、そのペースで何日もできる想定でスケジュールを組む人がいます。もしくは、締め切りが近づいてきても「頑張ればあのペースでできるから大丈夫」と油断ばかりしていて、結局ろくな成果が出せない人がいます。・・・短期間ならできることと、毎日続けられることは違うのです。それを理解して、自分がしんどくなくて続けられるのはどのくらいなのか、把握するようにしましょう。これができるようになると、スケジュールを立てるのがうまくなります。 -(d)あなたには高い能力があって、1日くらい頑張るだけで、普通の人の1週間分の成果を上げられるとしましょう。そのとき、あなたは1日だけ頑張って6日間は他のことをすべきでしょうか?・・・まあそれも悪くはないですが、それだとあなたは普通の人です。高い能力はほぼ死蔵したことになるでしょう。・・・そうではなくて、その能力で1年間も頑張ったらどうなるでしょうか?それは普通の人の7年分であり、1つのことを7年も続ける普通の人はまずいないので、あなたはついに尋常ではない成果を上げることになります(おそらくその分野での先頭集団に入っている)。これは間違いなく高い能力を活用できたことになります。・・・ここで私が何を言いたいのかというと、作業が速いとか遅いとかは結局重要ではなくて、最終的にどこまで行ったのかが重要だということです。実は私は仕事が遅いほうですが、とにかくあきらめないで続けるので、最終的には誰も行ったことのがない領域に到達することになります。 -(e)だいたいこんなものかな、これ以上やる必要はないだろう、は私には禁句です。だってそんなの普通ですよね。普通のことをやるなら誰にでもできるのです。・・・徹底的にやるんです。やりすぎていいんです。とにかく限界までやる、行けるところまで行ってみるんです。そうしたら、何が本質で何がそうではないのか、見えてくるかもしれないじゃないですか。いや実はたいていの場合何も得られないのですが、でもとにかくやってみないとわからないのです。私だったら迷わずやります。 * こめんと欄 #comment
テキスト整形のルールを表示する