既にクリスマスになってますが、これはGentoo Advent Calendarの4日目です。ひでぇな俺。 Gentooのインストール中にchrootして実環境を構築するフェーズで、/devと/procをマウントする手順がHandbookで紹介されています。 mount -o bind /dev /mnt/gentoo/dev mount -t proc none /mnt/gentoo/proc chroot /mnt/gentoo /bin/bash そういう場合は/sysもマウントしてやるといいと思います。 mount -o bind /dev /mnt/gentoo/dev mount -t proc none /mnt/gentoo/proc mount -o bind /sys /mnt/gentoo/sys chroot /mnt/gentoo /bin/bash さらにいえ

【2020年版】中年から始める Greenbone Security Assistant (OpenVAS) でインストールから脆弱性チェックするまでKaliLinuxGVMgreenbone-security-assistantopenvas脆弱性診断 はじめに kali linux をインストールできた時点で完了したようなもんです。 まずはVMWarePlayerやVirtualBoxなどで始めてみましょう。WSL2でもできるそうです。 ここではVirtualBoxでインストールしています。 容量をつかうので50Gぐらいはディスクを用意しておくといいです。 Greenbone Security Assistant (OpenVAS)のインストール Kali Linuxをインストールする（2020.3） Kali Linuxインストール時はGraphical Install、ソフトウェア

vuls稼働サーバの構築 AWS EC2 AMI: CentOS Linux 7 x86_64 HVM EBS ENA 1804_2-b7ee8a69-ee97-4a49-9e68-afaee216db2e-ami-55a2322a.4 (ami-3185744e) selinux無効化

はじめに 脆弱性診断を行うためにvuls環境を構築します。 本手順で行うこと vulsサーバ側で行うこと vuls実行ユーザの作成 vulsのインストール VulsRepoのインストール VulsRepoをsystemd管理にして自動起動設定する 脆弱性情報を更新する 脆弱性診断を定期実行し、結果をメール通知する 対象環境 CentOS7 インストールされるバージョン $ vuls -v vuls v0.6.1 ca21602 $ go version go version go1.10.1 linux/amd64 $ go-cve-dictionary -v go-cve-dictionary v0.3.1 b083bed - /opt/vuls/ - config.toml ★vuls設定ファイル - cve.sqlite3 ★脆弱性診断が含まれるDB - go/ - bin/vuls

Vuls公式のInstall Manually on CentOSをなぞってオンプレ環境に構築してみましたので、やり方をメモっておきます。 Vulsとは 環境情報 構築手順 OS最新化 NTPクライアントの設定 Vulsに必要なライブラリのインストール golangのインストール・Path設定 ディレクトリの事前作成・設定 go-cve-dictionary の展開 CVE の取得 CVEとは goval-dictionary の展開 OVALの取得 OVALとは go-cpe-dictionary の展開 CPE の取得 CPE とは gost の展開 ディストリビューションごとのセキュリティ情報の収集 go-exploitdb の展開 攻撃コード情報の取得 vuls の展開 設定ファイルの作成 動作確認・スキャン実行・レポート出力 vulsrepo の展開・サービス化 vulsrepo

画像のアップロードとデータベースへの保存 画像のアップロード formを作る 新しくviewファイルを作りformを作る。 <form action="{{route('任意のルート名')}}" method="post" enctype="multipart/form-data"> @csrf <input type="file" name="sample_image" > <input type="submit" value="投稿"> </form> formはenctype=“multipart/form-data”とする。multipart/form-dataはファイルの送信をするときに指定する必要がある。 enctypeは送信データのエンコードタイプを指定しており、methodがpostのときにしか使えない。 何も指定しなければapplication/x-www-form-ur

# tcpdump -i eth0 port 80 -Xns 1000 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 1000 bytes 16:28:11.574091 IP 64.122.133.210.26595 > 13.222.111.110.http: Flags [S], seq 2155308325, win 65535, options [mss 1304,nop,nop,sackOK], length 0 0x0000: 4500 0030 c790 4000 7606 83f2 3dc2 39fa E..0..@.v...=.9. 0x0010:

/etc/rc.local にスクリプトやプログラムを記載することで、Linux OS の起動時に自動的に root 権限で実行されます。 /etc/rc.local ファイル ■環境の確認 環境はRedHat 7系です。 [ec2-user@redhat7 rc5.d]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.6 (Maipo) [ec2-user@redhat7 rc5.d]$ [ec2-user@redhat7 ~]$ cat /etc/rc.local #!/bin/bash # THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES # # It is highly advisable to create own systemd services or

はじめに MySQL のサーバがたくさんあって、ユーザや権限がまちまちだったり、ちょっとずつ違う状態だったりするのを是正するために、全DBサーバから全アカウントと権限を抽出してみた。 DB機だけで60台くらいあるんで。。。 これだけ $ mysql -u root -p -h server -N -e 'select concat("SHOW GRANTS FOR `",user, "`@`",host, "`;") from mysql.user order by user,host;' > showgrants.sql $ mysql -u root -p -h server -N < showgrants.sql > createuser.sql $ cat showgrants.sql SHOW GRANTS FOR `hoge`@`10.10.10.%`; SHOW GRANTS

X-XSS-Protection ブラウザのXSSフィルターを有効化/無効化するためのヘッダー。 設定値は1; mode=blockとし、XSSフィルターを有効化かつXSS検出時にページのレンダリングを停止させるのが定石です（mode=blockを指定しない場合、ページをサニタイズした上でレンダリングが続行されます）。 Facebookは唯一XSSフィルターを無効化していますが、その分後述のContent-Secirity-Policyを厳密に定義しアプリケーション側の対策を十分に行なっているということだと思われます。 また、表ではスペースの都合上省略していますが、TwitterとNetflixではXSSが検出されたときにページの情報をサーバーに送信するオプションを指定しています。 X-Content-Type-Options ブラウザがファイルの中身からContentTypeを決める機能

postfix配送経路設定 メール中継サーバや、メールゲートウェイなどを構築する際に必要になることが多いと思うのですが、 postfixでドメインやメールアドレスごとに配送先を指定する方法です。 postfix設定変更 postfixの設定ファイルであるmain.cfに「transport_maps」項目を追加し、 メールの配送経路指定を設定します。 # cp -p /etc/postfix/main.cf /etc/postfix/main.cf_yyymmdd # vi /etc/postfix/main.cf 編集箇所 transport_maps = hash:/etc/postfix/transport trapsport.db作成 「transport_maps」項目を追加します。 一般的には、メール配送（transport）経路の情報はtransportファイルに記述して、

メール送受信の全体像 クライアントからメールを送るとメールサーバはそのメールを送信先へ配送します。配送されたメールは最終的に送信先の受信ボックスに届けられます。送信先のクライアントはメールを受け取るためサーバにアクセスし受け取ります。 この一連の流れではそれぞれ役割が分担されていて、バケツリレーのようにメールを配送していきます。そしてそれぞれの役割を理解することでメールの技術的なことを基本から理解することができます。 その役割は4つに分けられそれぞれ名前がついています。 ■MUA(Mail User Agent) メールを送受信するクライアントのこと。Thunderbirdやoutlookなどのメーラーがその役割を担当します。プロトコルはSMTP、POP3など。 ■MTA（Mail Transfer Agent） メールの配送・転送するサーバのこと。Postfixが担当します。プロトコルは

CentOS 7 で Dovecot を利用して独自ドメインのメールを受信できるようにする最低限の設定についての解説。SMTP 認証や暗号化については別の記事でまとめる予定。 Postfix については「CentOS 7 の Postfix で独自ドメインの設定 - Qiita」を参照。 Dovecot は Linux/UNIX 系システム用に書かれたオープンソースの IMAP および POP3 サーバーである。 1 いわゆる受信メールサーバーに当たり、 MRA (Mail Retrieval Agent) と呼ばれることもある。他に Courier などがある。 Dovecot を MDA (Mail Delivery Agent) と紹介している記事が多いが、 CentOS の標準の MDA は Procmail になる。 2 3 Open email survey (2019) の調

本ブログにおいて、迷惑メールと判定されないためにはIPアドレスやドメインを含めてメールサーバを適切な状態に保てるように管理をすることが大切であることを解説してきました。 今回は、メール配信において重要な要素の一つであるメールサーバが、一体どういった仕組みで動いているのか？ 人気のMTAであるPostfixの設定の解説と共に説明していきます。 MTAってなに？ MTA（Mail Transfer Agent）はメールサーバにインストールするソフトウェアのことをいい、メールの送信に必要な処理を行います。送信したメールをMTAで受け取り、宛先ごとに振り分け、転送するといった「メール転送エージェント」です。主に国内で普及しているのはsendmail・qmail・Postfixの3つです。それぞれの簡単な特徴は次の通りです sendmail MTAとしての歴史が長く、広く利用されてきたものが「sen