「source」と「sh」コマンドの違いは？ カレントディレクトリにあるシェルスクリプトを実行する際、ディレクトリにパスが通っていて、かつファイルに実行権限があるならば次のような方法があると思います。 ① source スクリプトファイル名 ② sh スクリプトファイル名 ③ ． スクリプトファイル名 ④ スクリプトファイル名 ①と②の違いって何でしょうか？ ①、③、④の違いはsourceコマンドを実行する際の条件（例：パス通っている、実行権限がある等々）によるものと「LPICレベル１」j教科書に書いてあったのですが、②との違いが分かりません。 ①、③、④は/bin/bashで実行 ②は/bin/sh（linuxでは/bin/bashへのシンボリックリンク）で実行 という事なのでしょうか？
「pecoってツールらしきものが流行っている」と思いつつ、導入とか難しそうと思って後回しにしていたんですが、気がついたら自分の手元のbash設定ファイルにpecoを使う関数が定義されていたので、改めて初歩からやってみました。 説明に使用しているシェルはお馴染みのbashです。 pecoとは GitHubのpecoのサイト とてもシンプルなツールで 「標準入力から受けた行データをインクリメンタルサーチして、選択した行を標準出力に返す」 コマンドです。 シンプルゆえに様々な組み合わせで効果を発揮します。あらゆる場面での選択肢を標準入力に渡して、選択された結果を標準出力から受け取って加工してコマンド実行をする、というのが基本的な流れ。 説明じゃ伝わらないので実例を体験したほうが早いかも。 peco のインストール pecoで検索すると「pecoはGoでできている」とか出てきて「Goってなんぞや」
HP-UX/perl4 で作成したスクリプトを、Linux(Red Hat)/perl5 へ移植するに当たって、system関数の動作が異なり困っています。 HP-UX では ksh をシェルとして使用していたため、perl からのsysytem関数で実行するsystemコマンドも、kshで動作するものを使っていました。Linuxでもログインシェルをkshに設定しました。 ところが、HP-UXで使っていたprintコマンドが使用できず、以下のエラーメッセージが出ます。 sh: print: command not found シェルはkshを指定していても、perlからsystem関数やバッククウォート`` でシステムコマンドを実行するときは、shが使われるようなのです。 perl内の記述は以下のとおりです。 system("print 'a'"); "print"の前に"ksh "をつけ
環境変数に仕込まれたコードを実行してしまうBASHの脆弱性が CGIスクリプトに影響を与えるか試してみたら結果は悲惨な感じに Tweet 2014年9月25日 嶋田大貴 この記事は2014年のものです 朝から Bash specially-crafted environment variables code injection attack なるもので騒ぎになっていたので、さっそく手元の Apacheで試してみました。 /hoge.cgiというURIで実行されるように、一行のメッセージを出力するだけの CGIスクリプトを設置します。いっけん、なんの入力もクライアント側から受け付けていないため危険のありようもなく見えます。 #!/bin/sh echo "Content-type: text/plain" echo echo "Hi! I'm an ordinary CGI script w
ここではBashの脆弱性 ShellShockの影響が及ぶケースとして情報が出ているものをまとめます。記載情報はpiyokangoが見つけた情報をまとめているだけであり、当該脆弱性による影響が及ぶケースをすべて網羅しているわけではありませんのでご注意ください。 関連情報 bashの脆弱性(CVE-2014-6271) #ShellShock の関連リンクをまとめてみた 影響が及ぶケースの前提条件 対象のシステムでBashの脆弱性(CVE-2014-6271、CVE-2014-7169)が修正されていない 攻撃方法 方法 具体例 条件 能動的 ExploitをHTTPリクエストやメール等を使って送り付ける (参考)BASHの脆弱性でCGIスクリプトにアレさせてみました 攻撃者が対象へ直接接続可能 受動的 Exploitを仕込んだ罠ページを設置し攻撃対象に踏ませる (参考)ファイアウォール内の
いまどきのOSですと大抵パッケージ管理の仕組みがあるので､yum なりapt-get なり ports update なりで対応可能ですが､ちょっと古めのOSだとサポート切れになっていたりしてパッケージシステムでは対応できないこともあります｡ bashの脆弱性(CVE-2014-6271,CVE-2014-7169 )の対応を手元のFreeBSD 8.3 でやろうとしたころ､ portsがどうもおかしくなっているようで8.4に上げる必要がありそう｡bashだけのためにOSを上げるは避けたかったので､GNU本家からソースを取ってきて対応しました｡ 意外と世の中にその方法が書いてないなーという気がしたので､忘備録としてまとめときます｡基本的にLinuxでも同じ方法でできるはずです｡ こちらのサイトを参考にしました｡ [2014/10/02 11:28 追記: 以下で入手しているパッチではCVE
米国土安全保障省のコンピューター緊急対応チーム（ＵＳ―ＣＥＲＴ）は、Ｌｉｎｕｘを含むＵＮＩＸベースのＯＳや米アップル のマックＯＳ・Ｘ（テン）が影響を受ける危険性があるとの警告を発表した。 サイバーセキュリティー会社、トレイル・オブ・ビッツによると、「ハートブリード」ではパスワードやクレジットカード情報などの個人情報が盗まれる恐れはあったが、ｂａｓｈと異なりシステムを乗っ取ることはできなかった。 引用元: ＵＮＩＸ系のソフト「ｂａｓｈ」に重大バグ、システム乗っ取りも | マネーニュース | 最新経済ニュース | Reuters. これはねぇ、あかんやつですね。特にCGIとか要注意。 噂によると、zshもダメらしいので、shell呼び出ししてるようなスクリプトはちゃんと中身すぐに見たほうが良いですねぇ…。 詳しいことは、こちらのブログがオススメです→ bashの脆弱性がヤバすぎる件。 曰く、
Browse by time: December 2018 (1) December 2016 (1) December 2015 (1) January 2015 (1) September 2014 (2) July 2014 (2) April 2014 (1) February 2014 (1) January 2014 (3) December 2013 (2) September 2013 (3) June 2013 (1) May 2013 (1) April 2013 (1) March 2013 (2) February 2013 (5) やっと更新する気になった。 もくじ 0. 産業で説明 1. 理論編 2. 攻撃編 3. パッチ 4. 結論 0. 産業で説明 bashが アホで 地球がヤバイ 1. 理論編 bashの関数機能は、環境変数の中でも使える仕様になっています
LinuxなどUNIXベースのOSで広く使われているシェル（コマンド実行環境）「GNU Bash」で2014年9月24日に見つかった非常に危険な脆弱性、いわゆる「ShellShock」の件で、IT業界が大騒ぎになっている（関連記事：「Bash」に重大な脆弱性、Heartbleed以上に危険との見方も）。 記者は先週末、取材でほとんど外に出ていたが、取材先を訪問するたびに必ずこの話題が出ていたほど。もちろん、ITproはじめIT系ニュースサイトもShellShock関連のニュースを盛んに取り上げている。既にこの脆弱性を悪用する攻撃も始まっており、ボットネットも出現している。この先どんな被害が出るのか、想像するのも困難な状況だ。 記者は、記者としてこの手のセキュリティ記事を書く立場だが、対策をとるべきインターネットサイトの運用者としての立場も持っている。自宅で固定IPアドレス（IPv4）を契約
無効なURLです。 プログラム設定の反映待ちである可能性があります。 しばらく時間をおいて再度アクセスをお試しください。
Many of you have probably seen the command that allows you to write to a file that needs root permissions, even when you forgot to open Vim with sudo: :w !sudo tee % The thing is that I don't get what is exactly happening here. I have already figured this: w is for this *:w_c* *:write_c* :[range]w[rite] [++opt] !{cmd} Execute {cmd} with [range] lines as standard input (note the space in front of t
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Terminal multiplexer" – news · newspapers · books · scholar · JSTOR (August 2019) (Learn how and when to remove this message) For hardware used to multiplex several terminals on a single connection, see
$ sudo visudo #Defaults secure_path = /sbin:/bin:/usr/sbin:/usr/bin Defaults:admin !env_reset Defaults secure_path = /sbin:/bin:/usr/sbin:/usr/bin をコメントアウトして、 Defaults:admin !env_reset を追加する。（adminは、使用するユーザ名とする） CentOS5では、上記ではうまくいかなかった。 その場合は、ユーザの ~/.bashrc に alias sudo='sudo env PATH=$PATH' を追加する。 ただし、その場合、sudo -i とかできなくなる。 rubyインストールしてあるのにsudoすると「/usr/bin/env: ruby: そのようなファイルやディレクトリはありません」と言われる
今回は少々マニアックというか，重箱の隅的お話です． bash(1) には，複数のコマンドをまとめたり，コマンドの実行結果をコマンドラインに取り込むための記法が複数あります．それらのコマンドを実行するために，bash は必要に応じてサブシェルを起動しますが，どういう記述をした際にサブシェルが起動されるのか，いまいちはっきりしなかったため，実際に試してみました．今回試したのは，( ), $( ), { }, <( ) です． を実行して，ps コマンドの親プロセスがどれになっているかで確認しています．bash が設定する $PPID 変数を見ないのは，変数の展開をどのシェルがするかに依存するために，確認しにくいからです．ps コマンドを --forest オプション付きで単純に起動すると $ ps --forest PID TTY TIME CMD 20218 pts/18 00:00:00
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
execに助けられる あるとき、遠く離れた場所に設置してあるSolarisサーバへtelnetでログインした。 スーパーユーザはtelnetでのログインを禁止していたので、一般ユーザにて。 ユーザ名、パスワードを入力した後、bashが起動するようになっているが、 ログイン後に次のようなメッセージが表示された。 Last login: Wed Dec 15 17:07:43 from 172.10.5.1 bash: fork: 資源が一時的に使用できません。 bash-2.05$ 資源不足？メモリもディスクもたっぷりあるはずなので、それはおかしいと思った。 とりあえず入力プロンプトは出ているので、何が起こっているのか調べようと思った。 bash-2.05$ top bash: fork: 資源が一時的に使用できません。 bash-2.05$ ps -efl bash: fork: 資源が一
バッチのまとめTOPへ bash 初級者は，簡単なコマンドが並んだだけの小さなスクリプトを書くことができる。 しかしシェルの動作原理をよく理解しておらず， 一歩進んだことをやろうとするとつまずく。 シェルスクリプトの中級者になるためには， Linux上でシェルが動作する仕組みを体系的に理解しておく必要がある。 （１） シェルとコマンドについて （１−１） シェルとは，OSに命令を出すために，OSを包んでいる外膜である。 （１−２） Linuxログイン時には，そのユーザ用のログインシェルが起動する。 （１−３） ユーザが打ち込んだコマンドは，実行前に，bashによって整形される。 （１−４） コマンドの先頭の文字列は，実行可能ファイルか，またはbashの組み込みコマンドである。 （２） コマンド間の連携について （２−１） コマンド呼び出しとは，サブプロセスの生成である。 （２−２） 親プロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
