低代码/无代码平台为网络安全带来哪些挑战?

共 1581字,需浏览 4分钟

 ·

2022-01-24 09:47

通常,应用程序开发需要花费大量的时间来规划、设计、测试和优化编写的代码。为了满足日益增长的快速应用程序开发需求,公司现在意识到DevOps可以扩大开发人员和IT运营商之间的协作。其中一种方法是低代码、无代码技术。随着低代码开发市场的快速发展,预计到2021年将增加138亿美元。

近年来,低代码平台已经出现在技术领域,通过可视化工具取代代码编写,实现更快的应用程序开发。没有代码属于“低代码”这一术语,这意味着软件的设计和创建不需要代码。想想像WordPress或Wix.com这样拥有网页设计工具的平台。

让我们来看看围绕这些平台的最常见的安全挑战。

缺乏透明度

当谈到低代码技术时,可能最大的挑战是公司无法控制员工开发的内容。如果没有IT方面的透明度,就很难管理正在构建的内容,公司也会失去对其低代码安全风险的跟踪。

其中大部分与非代码流程有关,这些流程已简化、可转移且可供未经培训的员工使用。在传统的软件开发中,专家和开发人员在整个安全软件开发 (SSDLC) 生命周期中共同编写代码。

为了避免这个问题,组织在开发应用程序时应该积极关注开放可见性。对于无代码工作场所,可以通过云解决方案来实现。有了基于云的平台,就有了更大的工作流集成,这为可见性和跟踪提供了机会。

缺少数据监管

在谈论数据管理时,一个常见的问题是:谁有权访问数据,数据是如何受限制或使用的。毕竟,数据对任何公司来说都是宝贵的资产,而且存在被恶意利用的风险。组织允许的控制级别因平台而异。

当涉及到数据时,它可以指代被利用风险较低的数据。例如,如果一个组织的分流系统存在代码泄漏,这并不是一个真正的问题。另一方面,无论大小,组织通常都拥有黑客可以利用的业务运营中使用的关键数据。想想客户地址簿、独特的商业软件、敏感的银行信息等等。发生数据泄露会给公司带来很大的麻烦。

例如,作为一个媒体管理和存储工具,Dropbox允许用户共享、授权或限制数据,并跟踪更改变化。然而,在数据管理领域,有更复杂的工具可以提供更深入的日志记录、重新共享和访问控制(选择性地分配访问级别),而这些工具在许多无代码业务应用程序中是找不到的。

缺乏审计或系统提供商

由于低代码企业的构建者和所有者本身就是公司,他们也采取了预防措施来保护自己的数字资产。从这些供应商那里获得帮助的公司无法访问程序代码或进行控制。这样,他们就不可能完全检查这些系统,以识别或检测软件错误。

希望执行安全控制的客户必须在可用资源的限制范围内这样做。例如:

第三方代码安全审计
进行黑盒测试
法定证书和协议
获得网络安全保险

为了让客户放心,低代码提供商已开始遵循更清晰的加密方法。同样,安全审查代码的透明度或呈现方式完全取决于所选择的平台。

基于业务的逻辑错误

低代码业务解决方案具有内置权限和各种控制功能,通常基于对客户偏好的洞察和先前的分析。这使企业可以轻松构建安全的应用程序。但当从业务角度看待软件开发而忽略 IT方面时,就会出现问题。这也很常见,因为现在构建应用程序要容易得多,这可以可以看作是更多的非技术工作和更少的代码冲突。然而,任何技术都存在安全风险。

当这种情况发生时,人们就会在低代码或无代码平台上迷失自己的创造力或业务,并最终犯错误。业务逻辑问题不能用工具识别,因为它们主要是由人为错误引起的。

综述

众所周知,无代码平台基于便利性和易用性有其自身的优势。另一方面,这些平台用有问题的安全方法来支付传统的代价。底线是,必须应用代码级别的网络犯罪保护和安全加密程序,尤其是在“全民开发”进行应用程序开发时。


文章来源:

https://gbhackers.com/security-challenges-in-low-code-no-code-platforms/

浏览 23
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报