Abstract: Examples include a blockchain system associated with a distributed file system. Some examples include creating a block in the blockchain system for each action performed while performing a transaction in relation to a file stored in the distributed file system. The created block includes information identifying one or more of a signature of metadata of the file or a signature of data content of the file. Some examples include performing audit on a file, through a blockchain system, to validate consistency of the file.

Abstract: In some examples, scalable source code vulnerability remediation may include receiving source code that includes at least one vulnerability, and receiving remediated code that remediates the at least one vulnerability associated with the source code. At least one machine learning model may be trained to analyze a vulnerable code snippet of the source code. The vulnerable code snippet may correspond to the at least one vulnerability associated with the source code. The machine learning model may be trained to generate, for the vulnerable code snippet, a remediated code snippet to remediate the at least one vulnerability associated with the source code. The remediated code snippet may be validated based on an analysis of whether the remediated code snippet remediates the at least one vulnerability associated with the source code.

Abstract: Examples include a blockchain system associated with a distributed file system, Some examples include retrieval, from the blockchain system, a latest block corresponding to a block signature of a reference block that corresponds to a file stored in the distributed file system. The latest block includes information identifying at least one of a latest location of the file, a signature of metadata of the file, or a tag associated with the file.

Abstract: Examples include a blockchain system for managing and validating log files generated corresponding to transactions of a plurality of computing resources. Some examples include creating a block, in the blockchain system, corresponding to a log file generated corresponding to a transaction of a computing resource of the plurality of computing resources. Some examples include performing checksum validation of log files generated corresponding to transactions of a plurality of computing resources, using a blockchain system.

Abstract: Example implementations relate to identifying file system objects of a file system for generating an initial baseline of the file system. In an example, an inode table of the file system is retrieved. Modes included in the inode table correspond respectively to file system objects of the file system. Attributes, including an object identifier and a time attribute, are extracted from each of the inodes of the inode table. A compilation of the object identifiers from the extracted attributes are provided to a service that generates the initial baseline of the file system using the compilation.

Abstract: A method may include sending, to a provisioning service and by an application executing on a virtual machine, a local authentication token for a user of the virtual machine. The provisioning service may use the local authentication token to generate a portable access token. The method may further include receiving, from the provisioning service, the portable access token, and launching, by the application and for the user, a session in a web service by sending the portable access token to an application programming interface (API) of the web service.

Abstract: A method includes registering a type of data file. Registering the type of data file includes storing metadata describing the type of data file, the metadata including a file storage service and a parser for the type of data file. The method includes receiving a first data file of the type from a first domain, the first data file having raw data, storing the first data file, storing one or more access rules and a lineage of the first data file, parsing the first data file using the parser to generate a content from the raw data, storing the content separately from the raw data, providing the first data file and the content to a search service, and automatically updating one or more second data files from one or more other domains based on the content of the first data file using the search service and the lineage.

Abstract: Examples include a blockchain system for managing and validating log files generated corresponding to transactions of a plurality of computing resources. Some examples include creating a block, in the blockchain system, corresponding to a log file generated corresponding to a transaction of a computing resource of the plurality of computing resources. Some examples include performing checksum validation of log files generated corresponding to transactions of a plurality of computing resources, using a blockchain system.

Abstract: Examples include a blockchain system associated with a distributed file system. Some examples include creating a block in the blockchain system for each action performed while performing a transaction in relation to a file stored in the distributed file system. The created block includes information identifying one or more of a signature of metadata of the file or a signature of data content of the file. Some examples include performing audit on a file, through a blockchain system, to validate consistency of the file.

Abstract: Examples include a blockchain system associated with a distributed file system, Some examples include retrieval, from the blockchain system, a latest block corresponding to a block signature of a reference block that corresponds to a file stored in the distributed file system. The latest block includes information identifying at least one of a latest location of the file, a signature of metadata of the file, or a tag associated with the file.

Abstract: A method includes registering a type of data file. Registering the type of data file includes storing metadata describing the type of data file, the metadata including a file storage service and a parser for the type of data file. The method includes receiving a first data file of the type from a first domain, the first data file having raw data, storing the first data file, storing one or more access rules and a lineage of the first data file, parsing the first data file using the parser to generate a content from the raw data, storing the content separately from the raw data, providing the first data file and the content to a search service, and automatically updating one or more second data files from one or more other domains based on the content of the first data file using the search service and the lineage.

Abstract: Example implementations relate to identifying file system objects of a file system for generating an initial baseline of the file system. In an example, an inode table of the file system is retrieved. Modes included in the inode table correspond respectively to file system objects of the file system. Attributes, including an object identifier and a time attribute, are extracted from each of the inodes of the inode table. A compilation of the object identifiers from the extracted attributes are provided to a service that generates the initial baseline of the file system using the compilation.

Abstract: To maintain files in a retained file system, a run-time error detection code (EDC) is generated for a retained file. The run-time EDC is generated on the basis of at least one of entire content and metadata of the retained file. Further, the run-time EDC is compared with a validation EDC associated with the retained file to identify a corruption of the retained file. The validation EDC is generated at an instance of placing the retained file in the retained FS. Furthermore, the validation EDC is based on at least one of entire content and metadata of the retained file. Based on the comparison, an original version of the retained file may is restored from a trusted backup system.

Abstract: Example implementations relate to a file system lock down. In an example, an audit log is produced from I/O events related to data placed on a storage medium and managed by a file system. The audit log is analyzed based on compliance policies to generate a control signal. A compliance enforcer integrated in an I/O path of the file system sends a file system lock down command directly to the file system in response to the control signal indicating that a compliance policy has been violated by at least one of the I/O events in the audit log.

Abstract: Some examples describe a method for using location addressed storage as content addressed storage (CAS). A checksum of a file may be generated during transition of the file to a retained state. The generated checksum, which may represent a content address of the file, may be stored in a database. The database may be queried with the content address of the file to retrieve a location address of the file corresponding to the content address of the file. The location address of the file is used to provide access to the file in the file system.

Abstract: To maintain files in a retained file system, a run-time error detection code (EDC) is generated for a retained file. The run-time EDC is generated on the basis of at least one of entire content and metadata of the retained file. Further, the run-time EDC is compared with a validation EDC associated with the retained file to identify a corruption of the retained file. The validation EDC is generated at an instance of placing the retained file in the retained FS. Furthermore, the validation EDC is based on at least one of entire content and metadata of the retained file. Based on the comparison, an original version of the retained file may is restored from a trusted backup system.

Abstract: Some examples described herein relate to managing appendable state of an immutable file. In an example, a request may be received to append an immutable file. A determination may be made whether the request is a first request to append immutable file. In response to determination that the request is the first request to append the immutable file, immutable file may be modified from an original state to an appendable state, wherein immutable file is appendable during the appendable state. A time period may be defined for immutable file to remain in the appendable state. A determination may be made whether immutable file is accessed during the time period. In response to determination that immutable file is not accessed during the time period, immutable file may be reverted from the appendable state to the original state upon expiration of the time period.

Abstract: An example computing device includes a data storage device and a controller coupled to the data storage device. The data storage device includes a storage segment. The controller is to, in response to receiving a retention feature activation of the storage segment, compute a retention enabled time of the storage segment; in response to receiving a retention request associated with data in the storage segment, compute an absolute segment survival time based on the retention enabled time and compute a retention expiry time of the data based on the absolute segment survival time. The retention request is associated with a retention period. The controller is further to determine whether the retention period has lapsed based on the retention expiry time.

Abstract: To maintain files in a retained file system, a run-time error detection code (EDC) is generated for a retained file. The run-time EDC is generated on the basis of at least one of entire content and metadata of the retained file. Further, the run-time EDC is compared with a validation EDC associated with the retained file to identify a corruption of the retained file. The validation EDC is generated at an instance of placing the retained file in the retained FS. Furthermore, the validation EDC is based on at least one of entire content and metadata of the retained file. Based on the comparison, an original version of the retained file may is restored from a trusted backup system.

Abstract: Some examples described herein relate to ensuring data integrity of a retained file upon replication. In an example, a checksum of a file may be generated upon transition of the file to a retained state in a source system. The file and the checksum of the file may then be replicated to a target system. Upon replication, a checksum of the replicated file may be generated in the target system. A determination may be made whether the checksum of the replicated file matches with the checksum of the file. If the checksum of the replicated file matches with the checksum of the file, an indication may be provided that the replicated file in the target system is a valid replica of the file retained in the source system.