在在线解决一些 CTF 挑战时,我遇到了需要对服务器进行暴力破解的情况。这是我写的代码:
#!/bin/bash
for i in {0..9}{0..9}{0..9}{0..9}
do
echo "Now trying code.."
echo $i
echo "a fixed string" $i | nc localhost *port here* >> /tmp/me/dump.txt
done
Run Code Online (Sandbox Code Playgroud)
这是令人难以置信的、令人痛苦的缓慢。我需要尝试从 1000 到 9999 的组合,每 10 次尝试大约需要 5 秒。然后,根据建议,我在这一行的末尾加上了一个“&”:
echo "a fixed string" $i | nc localhost *port here* >> /tmp/me/dump.txt &
Run Code Online (Sandbox Code Playgroud)
而且,它在几秒钟内尝试了 100 种组合。我很惊讶。有人可以向我解释逻辑吗?“&”做了什么?
我希望 UNIXdate输出:
So this is week 35 of 2016.
Run Code Online (Sandbox Code Playgroud)
当然,这里 35 和 2016 是 date 命令的输出。我尝试了以下方法:
date +%U
Run Code Online (Sandbox Code Playgroud)
这打印出当前周数。但是我必须将它包装在我想要显示的特定文本中。我试过:
date "So this is week: %U"
date "It is currently: "+ "%U"
Run Code Online (Sandbox Code Playgroud)
两者都给了我一个错误。如何让date命令以我想要的特定格式向我显示周数?
早上好,* nix 爱好者!
我已经使用 Debian 7 一段时间了,在最近的升级之后,我注意到我的根分区上的空间不断耗尽。我的意思是我的磁盘上还剩下“0”个字节!因此,经过大量搜索,我能够将 /var/log 文件夹归零。我曾经ls -s -S在这个文件夹中按大小排列文件,并注意到三个文件的大小为 GB(例如 13-15 GB):
是的,logrotate工作正常。它正在旋转日志。例如,我在 /var/log 中看到 kern.log.1 等。问题是日志填得非常快,以至于 logrotate 无能为力。
显然,操作系统中的某些日志记录过程正在写入大量数据,这可能是由于持续错误或其他原因(??)。我不知道。我只知道我的笔记本电脑过热,只是因为有这么多的处理事情所有的时间,由于这个常数写入过程。所以,我正在失去 CPU 能力和磁盘空间。
我的问题是:我如何确定是哪个进程/守护进程造成了这个问题?我如何找到问题的根本原因以便我可以纠正它?阅读这些巨大的日志文件不是一种选择。请。如果我尝试在已经很忙的笔记本电脑上的文本编辑器(如 Leafpad 或记事本)中提取 15 GB 的日志文件,则需要很长时间才能打开. 那是不实用的。
我意识到这个问题很广泛,因为可能有任何进程/守护程序导致了这个问题,但我想知道是否有人以前经历过这种情况,以及是否有任何我可以查看的常见嫌疑人。
更新:
按照 Eric 的建议,我按修改时间排列 /var/log 中的文件,'syslog' 是最后一个。所以,我tail已经完成了。结果:
Apr 10 00:53:37 MyMachine kernel: [11608.690733] [<ffffffffa08e4005>] ? ath9k_reg_rmw+0x35/0x70 [ath9k_htc]
Apr 10 00:53:37 MyMachine kernel: [11608.690742] [<ffffffff81084f57>] ? process_one_work+0x147/0x3b0
Apr 10 00:53:37 MyMachine kernel: [11608.690750] [<ffffffff81085764>] …Run Code Online (Sandbox Code Playgroud) 我通过 Skype 开展业务。有时,当我与客户交谈时,他们会很快给出很多指示。有一种记录对话的方法会很好,这样我就可以在以后需要时收听它们。
我注意到有人建议使用“recordmydesktop”、“xvidcap”和“ffmpeg”进行录音。但是,我不想录制视频。我只想在戴上耳机的同时录制语音通话。这意味着我应该能够在线录制声音,而不是通过拔出我的耳机并将我的客户放在扬声器上来录制它(我知道他们可以听到,但他们不喜欢它)。
如果您知道有什么方法可以在 Debian 6 系统上解决我的问题,请告诉我。
我在 Stack Exchange 社区上阅读了许多类似的问题,但没有一个解决“干净”的二进制转储问题。我已经使用:xxd和sed组合来尝试从任何给定文件中获取干净的二进制转储。
让我解释一下我在说什么。你可能已经看到了 `xxd -p' 的输出,它看起来像这样:
f4d37fd532171a4a3445be1bb03e7d6b75f3871ffee937aebc9eb2c9417f
f4e2fc8516e0a60a2c7e83c6a14c1a5e1b1e3f2ab9e12904cbd18aa2a4b9
f493d317c7a3ce71b7ab99fad4b64431d34866ced4d1f3e3f38136860009
fd08800c90491c8f7230d8b07936c4c0c29d2d12b138cdb2c544be9cc9fa
0e79d66faf375737966b67e7c7bf7efcf1703616a4643193d9aaafd63215
cf09a6e3e152bd01e9696b79f5faa5edd9f9b05628fdd9f77ee0dae1c5e8
dc2351d59693d84abac088cc4cd72916b5499830e4482e214bda0892f38c
60e9856fa111172a529222a7905e20b3c272a5b25c6fec9fbe386bb7f6cf
Run Code Online (Sandbox Code Playgroud)
没有行号,没有对应的 ASCII,什么都没有。只是普通的旧字节集合。这就是我所追求的,除了我需要二进制文件。
有两种选择:我可以首先获得一个普通的XXD十六进制转储像上面和转换所示的是二进制,或者可以有一些工具或实用程序在bash,我不知道这事可以做到这一点。
这就是我想要的:二进制转储如下所示:
001101100011010100110110001100010011100001100001
011000010011000000111001011001000011010100110010
001101000011001101100001011000110110010100110000
001100100110010001100001001100000011010100110011
001110000110011000111001011000100110000100110010
011001010110010000110011001100010110001100001010
Run Code Online (Sandbox Code Playgroud)
只要我从任何文件中获得一个干净的纯二进制转储,以上任何一个对我来说都很好。所以,我的问题是如何获得它——没有任何换行符、空格或行号或什么都没有?
我在一台旧的 iMac 2011 上有一个 1 TB 的硬盘驱动器,它最近开始发出重复的咔嗒声。这类似于 CD-ROM 尝试读取 CD 上的“划痕”表面。最近,计算机停止启动进入操作系统并继续尝试“加载”操作系统(显示 Apple 徽标和启动过程中通常出现的进度标志)但从未成功,当然,我一直听到在驾驶。
我从拇指驱动器启动到 Linux,一切正常(实际上,我是从实时操作系统中输入的)。所以我猜测问题是磁盘驱动器。我运行gparted并删除了硬盘驱动器上的所有分区,整个 1 TB 空间现在都是unallocated可用空间。
此外,disks在 Linux 上显示以下信息/dev/sdc(1 TB 硬盘):
Model: ST3100.....{snip}
Size: 1.0 TB
Partitioning: GUID Partition Table
Serial Number: {snip}
Assessment: Disk is OK, 193 bad sectors (41 C / 106 F)
Run Code Online (Sandbox Code Playgroud)
fdisk /dev/sdc 为其显示以下“分区”:
Disk /dev/sdc: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes …Run Code Online (Sandbox Code Playgroud) command-line ×2
debian ×2
bash ×1
binary ×1
disk-usage ×1
hard-disk ×1
partition ×1
process ×1
recording ×1
shell ×1
shell-script ×1
skype ×1
smartctl ×1
string ×1