草庐IT

隐私和安全

全部标签

multithreading - App Engine Channel API 的线程安全/原子性

当我尝试使用GoogleAppEngine的ChannelAPI从两个或多个goroutines和/或任务队列发送消息时会发生什么?例如gochannel.Send(context,clientID,"Hello")gochannel.Send(context,clientID,"World")我知道在GAEGo中,所有goroutines都被多路复用到一个线程上。然而,这仍然允许在I/O期间进行抢占,并且channel发送可能符合I/O的条件。GAE开发服务器似乎序列化了所有请求,所以我没有看到任何channel发送重叠。生产服务器似乎允许一些请求并发,但channel发送看起来是原

javascript - XMLHttpRequest 无法加载 localhost 资源,安全检查是 Chrome

我在OSX10.11.4上运行Chrome版本49.0.2623.108(64位)。从终端:我跑了:>ls/tmpwtf.jpg>ps-ef|grep-ichrome|grep-vgrep退出Chrome后,只需确保没有实例仍在运行。然后我使用以下参数打开Chrome以跳过跨源检查:>open/Applications/Google\Chrome.app/--args--allow-file-access-from-files"我也试过:>open/Applications/Google\Chrome.app/--args--disable-web-security"现在,我运行简单的

Go logging struct 实例化实用方法的 Goroutine 线程安全

我正在使用一个新的go服务,我有一个SetupLogger实用函数,它创建一个新的go-kit日志结构实例log.Logger。从在单独的go-routines中处理请求的代码调用此方法是否安全?packageutilsimport("fmt""github.com/go-kit/kit/log""io""os""path/filepath")//Iftheenvironment-specifieddirectoryforwritinglogfilesexists,opentheexistinglogfile//ifitalreadyexistsorcreatealogfileifno

ruby - 这个示例 tcp 套接字编程事件顺序安全吗?

我计划提供两项服务。用Ruby编写的HTTPREST服务用Go编写的JSONRPC服务Ruby服务将打开一个到GoJSONRPC服务的TCP套接字连接。它将为收到的每个传入HTTP请求执行此操作。它会通过套接字向Go服务发送一些数据,然后该服务会通过套接字发回相应的数据。Go代码Go服务go看起来像这样(简化):srv:=new(service.App)//thiswouldexposeaProcessmethodrpc.Register(srv)listener,err:=net.Listen("tcp",":8080")iferr!=nil{//handleerror}for{co

go - 在启用隐私的链代码之间传递查询

我有两个链码——我们称它们为A和B——我试图让A在启用隐私的设置中调用B上的方法。下面显示了我尝试进行的那种调用的示例。func(e*ChaincodeA)someFuncOnChaincodeA(stub*shim.ChaincodeStub,args[]string)([]byte,error){//DostuffnewArgs:=[]string{"somevalue1","somevalue2"}msg,err:=stub.InvokeChaincode(chaincodeBName,"someFuncOnChaincodeB",args)iferr!=nil{fmt.Prin

区块链网络的隐私计算

在数字化建设不断推进的过程中,数据成为了我们一笔全新的资产和财富,相应的,我们对于数据的隐私也越来越重视。区块链利用去中心化的特点,将数据归还给用户,使得数据的价值能够释放,而区块链对于数据的加密编码机制,更是为数据的隐私提供保护。隐私计算发展存在的矛盾区块链在最初建立之时,便是追求最大程度的去中心化和最大程度的“匿名”隐私保护。区块链的非对称加密生产了一对具有数学关系,但不可逆推的私钥和公钥。私钥保存在用户手中,公钥则用于对其他同样加密的数据进行识别和交互。区块链的这种机制,理论上来说,数据是拥有很高的隐私性。但是在实际中,由于加密技术的不完善,这种隐私保护并非是绝对性的,在当前,区块链中更

json - 在带有 json 文件数据存储的 Golang 应用程序中,直接从客户端接受 json 是不安全的/不好的做法吗?

我有一个简单的Golang应用程序,它带有一个控制应用程序的HTTPAPI,该API有一个由React.js应用程序提供支持的前端。前端允许用户更改设置并将名为settings的json对象直接发布到API/api/settings端点(内置简单的JWT身份验证)。我将该对象解码为应用程序要使用的结构,以防应用程序使用默认结构并向客户端发送错误。我的问题是;我这样做是正确的还是不安全的?将json直接发送到应用程序,无需任何服务器端验证,而是一个简单的json.unmarshal?PS:我来自PHP+MySQL网络应用程序背景,在这种情况下接受数据库的客户端输入而不转义是一件非常危险的

linux - 使用 Go 在 Linux 中以编程方式安全地挂载网络位置

在Linux中,我可以像这样使用Go以编程方式挂载网络位置:funcmain(){varuser,passstringfmt.Println("username:")fmt.Scanln(&user)//ignoreerrorsforbrevityfmt.Println("password:")fmt.Scanln(&pass)cmd:=exec.Command("mount","-t","cifs","-o","username="+user+",password="+pass,"//server/dir","media/dir")cmd.Run()}问题:如果不使用sudo提升权限

http - 在请求进行中修改 golang Http Transport 是否安全?

我有一个基于每个请求通过代理轮换的应用程序。目前我有一些代码是:func(mon*Monitor)MassUrlRetrieve(nint,urlstring)(respBytes[]byte){funnel:=make(chan[]byte)goProductRetrieveTimeout(TIMEOUT_RETRIEVE_URL,funnel)fori:=0;i基本上发送多个请求并返回第一个请求以响应/如果没有及时响应则超时。在WrapGetUrlToChannel中,我创建了一个新的代理url,并将其分配给mon的client.tr.Proxy。我的问题是-在请求进行期间修改客户

macos - 安全 : SecKeychainSearchCopyNext Error - Unable to Install Delve on MacOS

我使用以下方法安装了Delve:brewinstalldelve日志显示了一些问题:brewinstallgo-delve/delve/delveUpdatingHomebrew...==>Installingdelvefromgo-delve/delve==>Downloadinghttps://github.com/derekparker/delve/archive/v1.0.0.tar.gzAlreadydownloaded:/Users/user/Library/Caches/Homebrew/delve-1.0.0.tar.gzsecurity:SecKeychainSear