はてなブックマーク

はじめに この記事の内容に従って問題が発生した場合でも責任は負いかねますので自己責任でお使いください この記事では暗号化ハッシュを用いて保存されているパスワードを総当たり攻撃から守るために必要なパスワードの長さを検討します。すなわち、暗号化されたファイルや暗号化されたパスワードリスト（/etc/shadowとか）が流出したような場合にどの程度データが守れるのかを検討します。前提をよくお読みの上自己責任でお使いください。 前提 ある暗号化ハッシュを総当たり攻撃から守ることを考える すなわち暗号化ハッシュに対して総当たり攻撃以外の攻撃が有効になった時には短時間で破られうる すなわちパスワードがよくあるもの（passwordとかadminとか）であれば、辞書攻撃で短時間で破られうる 暗号化ハッシュは手元にあることを想定する よって、並列化などにより短期間に大量の試行ができる場合を想定している オ

はじめに Qt で作ったアプリケーションを頒布するときには必要な DLL も一緒に含めてあげる必要があります．windeployqtを使うことで自動的に必要なファイルを集めてくることは可能ですが，どうしても頒布するファイルが多くなってしまったり，ファイルサイズが大きくなってしまいます．Static Linkで作成することでファイルサイズを必要ない関数を取り除き減少させ，単一ファイルで頒布することが出来るようになります．WebKitやWebEngineは使えない，複数の Qt で書かれたプログラムを頒布する場合にはかえってファイルサイズが大きくなる，GPLの制限により全ソースコードを公開する必要がある，などいくつかの制約はありますが，実行ファイル1つで手軽に頒布したい場合には有効な手段になります． なお，この記事の作成に使ったのは Windows 7, Visual Studio 2015

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Gradleではapplicationプラグインを使うことで実行用のスクリプトを生成できるが，この方法では複数のファイルに別れてしまい，使い勝手が悪い．そこで，単一ファイルにしたりインストーラーで簡単に導入できるようにしたファイルの作り方を紹介する． 方法その1 依存するクラスをすべて内包したJARを作る gradleをつかって依存ライブラリを含む単一で実行可能なjarを生成するなどで紹介されているが，このまま使うと，このプロジェクトに依存したプロジェクトを作るとクラスの重複が起こってしまって問題になるので，別のタスクとして定義し，別の名前のファイルになるようにする． apply plugin: 'java' apply plugin: 'application' mainClassName = 'info.informationsea.java.excel2csv.Excel2CSV'

一部うまく表示できていない部分があるので，詳細はこちらからどうぞ． UNIXの哲学 これがUNIXの哲学である。 一つのことを行い、またそれをうまくやるプログラムを書け。 協調して動くプログラムを書け。 標準入出力（テキスト・ストリーム）を扱うプログラムを書け。標準入出力は普遍的インターフェースなのだ。 — M. D. マキルロイ、UNIXの四半世紀 Wikipediaからコピペ UNIXの哲学 小さいものは美しい。 各プログラムが一つのことをうまくやるようにせよ。 できる限り原型（プロトタイプ）を作れ。 効率よりも移植しやすさを選べ。 単純なテキストファイルにデータを格納せよ。 ソフトウェアの効率をきみの優位さとして利用せよ。 効率と移植性を高めるためにシェルスクリプトを利用せよ。 束縛するインターフェースは作るな。 全てのプログラムはフィルタとして振る舞うようにせよ。 ガンカーズ: U

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

OS Xを含むBSD系OSで使われている Firewall の pf の設定メモ．普段は Linux の iptables しか書いていない人なので間違っているところもあるかも．できるだけ iptables と対比させながら書いて見る．pfのテスト環境は10.0-RELEASE-p12．iptablesの方は検証せずに書いているので参考程度に． 参考資料 FreeBSDのドキュメント OpenBSDのpfのドキュメント 原則 pf はルールが上から順番に評価されるが，マッチするルールがあってもそこで評価は停止しない．最後にマッチしたルールが適用される．ただし，quickをつけた場合にはそこで評価が終了し，そのルールが適用される． Rule Syntax フィルタの文法は以下の通り．詳しくはOpenBSDのドキュメントを参照のこと