普通权限修改命令作用chmod u+r FILENAME所有者增加读取的权限chmod g-w FILENAME所有组减少写入的权限chmod o=x FILENAME其它用户设置成执行的权限chmod ug+r FILENAME所有者和组同时增加读取的权限chmod o-wx FILENAME其它用户减少写入和执行的权限chmod ug=rw FILENAME所有者和组同时设置成读写权限chmod u+r,g-w FILENAME所有者增加读取的权限，所有组减少写入的权限chmod a+r FILENAME所有用户增加读取权限chmod 644 FILENAME所有者具有读写的权限，所有组和其它用户只读chmod a+r DIRNAME -R将目录及其下所有文件，都增加读取的权限属主属组修改命令作用备注chown dusays FILENAME将文件的所有者改为 dusays用户必须存在，且只有 root 可以使用这个命令chowndusays.comFILENAME将文件的所有者改为 dusays，所有组改为 com用户群组必须存在，且只有 root 可以使用这个命令chown .com FILENAME将文件的所有组改为 com群组必须存在，且只有 root 可以使用这个命令chown dusays. FILENAME将文件的所有者和组同时改为 dusays用户群组必须存在， ...继续阅读 (8)

本文永久链接– https://tonybai.com/2024/10/03/how-to-daemonize-go-program在后端开发的世界里，守护进程（daemon）这个概念与Unix系统一样古老。守护进程是在后台运行的长期服务程序，不与任何终端关联。尽管现代进程管理工具如systemd和supervisor等让应用转化为守护进程变得十分简单，我们甚至可以使用以下命令来在后台运行程序：nohup ./your_go_program &但在某些情况下，程序的原生转化为守护进程的能力仍然是有必要的。比如分布式文件系统juicefs cli的mount子命令，它就支持以-d选项启动，并以守护进程方式运行：$juicefs mount -h NAME: juicefs mount - Mount a volume USAGE: juicefs mount [command options] META-URL MOUNTPOINT ... ... OPTIONS: -d, --background run in background (default: false) ... ... ... ...这种自我守护化的能力会让很多Go程序受益，在这一篇文章中，我们就来探索一下Go应用转化为守护进程的实现方法。1. 标准的守护进程转化方法W.Ri ...继续阅读 (31)

在 Windows 平台通过 Docker Desktop 部署 Syncthing 的时候发现文件全部被重新同步了，究其原因是因为 Windows 下的文件系统权限 meta 信息没有带过来。Docker Desktop 支持在 WSL2 下运行 Docker，也就是说可以使用以前同样的配置去解决 WSL 的宿主机（也就是 Windows 系统）的文件权限问题。找个 PowerShell 打开 docker-deskop 的 WSL2 虚拟机终端wsl -d docker-desktop然后找到文件/etc/wsl.conf，建议保险起见先备份原有的配置。增加或修改对应的配置如下：[automount] enabled = true root = /mnt/host options = "metadata,umask=22,fmask=111" mountFsTab = true [filesystem] umask = 022然后重启 Docker Desktop 就可以了。PS，有其他 WSL2 访问宿主机碰到类似文件的权限问题也可以这样子处理。- eof - ...继续阅读 (48)

6.1.普通文件(1)普通文件（- regular file）包括文本文件+二进制文件。(2)文本文件即文件中的内容是由文本构成的，文本即经过某种编码的字符（譬如ASCII码字符）；所有文件的内容本质上都是数字，而文本文件中的数字本身应理解为该数字所对应的编码字符（譬如ASCII码对应的字符）；常见的.c文件和.h文件和.txt文件等都是文本文件；文本文件的好处是可以被人轻松读懂和编辑，则文本文件天生就是为人类发明的。(3)二进制文件即文件中存储的内容本质上也是数字，但这些数字并非字符对应的数字编码，而是真正的数字；常见的可执行程序文件（gcc编译生成的a.out；arm-linux-gcc编译生成的.bin）都是二进制文件。(4)从本质上来看（刨除文件属性和内容的理解）文本文件和二进制文件并没有任何区别，都是1个文件里面存放了数字；区别是理解方式不同，若把这些数字就当作数字处理则就是二进制文件，若把这些数字按照某种编码格式去解码成文本字符，则就是文本文件。(5)在linux系统层面是不区分文本文件和二进制文件的，我们无法从文件本身准确知道该文件属于哪种；我们只能事先就知道该文件的类型然后使用该种文件类型的用法去使用它；有时候也会用一些后缀名来人为的标记文件的类型。(6)使用文本文件时，常规做法是使用文本文件编辑器（vim、gedit、notepad++、SourceInsight ...继续阅读 (13)

umask 022Then when you create new files their default permissions will be 644 (666 minus 022, i.e. -rw-r--r--). When you create new directories their default permissions will be 755 (drwxr-xr-x). If the umask value were instead set to 077, your default permissions would be 600 (-rw-------) and your default directory permissions would be 700 (drwx------).moreFor reference, the following table shows the mappings between umask values and default permissions. BE VERY CAREFUL not to confuse umask and chmod permissions, as they are entirely different (a binary inversion of each other) and are NOT IN ...继续阅读 (20)

安全行业的第三流派-CSOs目前在大多数行业后加入者的眼中“二进制”和“脚本”流派广为人知，虽然他们是安全行业的主力军，但除了微观对抗之外安全是一个很大的工程，比如企业安全管理，我把他们归入安全行里的第三流派-CSOs，加了s跟scriptkids一样表示他们是一个群体，这个群体从生态链的顶端链接着绝大多数从业者和安全厂商。企业安全是不是发现漏洞然后修漏洞，再设置一下防火墙之类的？假如你的公司只有一个产品，只有2台服务器，只有3个程序员写代码，我认为这个说法不能算错。不过在绝大多数情况下，企业安全远不止于此。渗透性测试和对抗能不能算企业安全？在一个过于纸上谈兵的企业我觉得这是不错的切入点，不过局部对抗发生于企业安全的各个场景中，他只能算是缩影，不是全貌。企业安全是什么对传统乙方安全公司，对新兴的业务安全公司移动安全公司，对甲方的互联网公司，对甲方的传统公司，对咨询顾问，对漏洞研究者，对活跃于各大SRC上的白帽子们的诠释肯定都不一样。先说一下我自己的经历，以便了解我是从什么角度来看待这一问题的，学生时代跟现在的很多白帽子一样玩玩渗透，玩玩二进制，在过去那个叫幻影（Ph4nt0m）的组织里，大学毕业后即进了绿盟做安全服务和咨询，这是乙方中离甲方安全最近的职能，接受了绿盟对传统安全体系和方法论教育，有些10年前的东西放到今天都还会觉得很高大上，现在的安全行业里除了显得有些空洞的安全标准的 ...继续阅读 (95)